14:05 <Guy-> hi, is it OK to discuss coreelec here? I'd like help diagnosing a bootloop due to a kodi crash

14:21 <pragmaticenigma> probably better to seek out their support system Guy-

14:22 <Guy-> as far as I was able to discover, that's a web forum :/

14:23 <Guy-> so, in the abstract then: how would you go about diagnosing why kodi aborts with a sigbus on startup?

14:23 <Guy-> if we hit any coreelec specifics, I'll go away

14:23 <pragmaticenigma> that sounds like a specific problem to the coreelec distro... if all they offer is the web forum... then you should use that

14:24 <Guy-> the problem may be specific, but the steps to troubleshoot probably aren't

14:24 <pragmaticenigma> how their system boots is specific to how they built their environment... it doesn't do their community any good to diagnose bugs here

14:25 <Guy-> for example, maybe I need to create an advancedsettings.xml with some magic in it to increase loglevel, or similar

14:25 <Guy-> that would then be the same on libreelec, wouldn't it?

14:25 <Guy-> I already have a bunch of logs, including stacktraces, but they don't really help pinpoint the specific problem

14:26 <Guy-> it says "FATAL: CServiceManager::InitStageTwo: Unable to start CAddonMgr", but not why

14:26 <pragmaticenigma> no... just like you can't get help for a debian problem in Ubuntu, or an Ubuntu problem in Debian... the same would apply here... volunteers here will not necassarily know the differences between the two platforms. There is a reason the two got forked... many here, may not follow that... and again, it does that community no good to get help here... they will then remain unaware of the issue

14:28 <Guy-> to be fair, there are so many commonalities between Ubuntu and Debian that troubleshooting steps can well be similar :) e.g. using strace would be completely distribution agnostic

14:29 <pragmaticenigma> still doesn't help that community

14:29 <Guy-> and so far I have no reason to believe that my issue is related to anything but my specific Kodi installation

14:30 <Guy-> I can help the community if I have information that's useful to it, but I don't yet, and I'm not likely to register into a web forum unless there is a pressing need

14:30 <Guy-> but if you're unwilling to help (a position I can sympathize with), I'll try to find a kodi support channel

14:30 <pragmaticenigma> #kodi

14:31 <Guy-> OK, thanks

14:58 <buzzmarshall> ive worked with both systems and even tho CE kinda was taken from LE over the years they have gone in different directions in their mandate with LE concentrating on moving most of the core up to the mainstream kernels while CE is stuck in the past mostly based on the vendors bsp's

14:59 <buzzmarshall> so its best to take issues with kodi specific up in their forums

15:00 <buzzmarshall> unless your capable of doing your own source issues and hardcore tracing and debugging its kinda hard without someone that understands the nuiances of their build

15:01 <pragmaticenigma> agreed buzzmarshall ... unfortunately they parted already, but I like what you have to say there

15:02 <buzzmarshall> thanx

15:03 <buzzmarshall> i shoulda looked and seen he was gone... sorry brain fart on my part

15:03 <buzzmarshall> lol

15:04 <pragmaticenigma> all good :) what you stated though, is right on the nose and something that I've been trying to better put together

15:23 <buzzmarshall> i mostly do my own thing but try and keep track of somethings just for my own curiosity

15:25 <buzzmarshall> as they have both kinda diverged it will be interesting to see where CE goes as AML support with LE and mainstream is getting much better and i am not sure how much worth will be left in trying to go CE's way and use the old vendor based bsp's

15:26 <buzzmarshall> thats kinda why i watch out of curiosity

15:26 <pragmaticenigma> someone will always have an interest in it... but ARM seems to be a direction a lot of vendors are interested in manufacturing for

15:27 <buzzmarshall> personally now i have all the older S812's and everything else moving up now running on the 5.7/5.8 mainstream kernels

15:28 <buzzmarshall> its just the hevc thing still not fully working

16:27 <wooster> cd

17:26 <pragmaticenigma> buzzmarshall: HEVC... isn't that something that works best with the decode on the chip?

17:30 <LjL> like most video formats these days, really

18:05 <buzzmarshall> normally the hardware chipset will some propriatary api or setup that uses ip-protected firmware on a lot of the embedded market but there's some open source projects that are aimed at providing api's to work the onboard hardware

18:05 <buzzmarshall> and then with things like the codec stuff alot of movement has been made in creating the missing parts in open source things like v4l and ffmpeg

18:06 <buzzmarshall> and with those projects sticking a lot more tighter to the mainstream kernels things are slowly being put in place to make things easier to maintain and create for new devices going forward

18:07 <buzzmarshall> H265 tho still is a wip with projects like v4l and ffmpeg

18:08 <buzzmarshall> most of the lower codecs are already decently supported its just the 4k stuff that needs to be worked out in open source

18:12 <buzzmarshall> most of the stuff were seeing on aml is using stateful codec setups while when looking at the rpi4 and a few other devices they are making better headway at this time as those ones are stateless where there are already a few pieces of open source code thats being used to move those devices forward a bit quicker

18:13 <buzzmarshall> between those issues and v4l/ffmpeg not having solid stateful code for the hevc codecs yet is where theres work that needs to be done

18:15 <buzzmarshall> i think once those things are in place i think the reality of proper hardware/software acceleration and performance will become much more of a reality on the arm gpus and the socs

18:15 <buzzmarshall> i think rpi4 tho and a few others will cross the hevc line tho 1st

18:17 <zsw> To install librelec manually, can I uncompress the image file, LibreELEC-RPi4.arm-9.2.3.img.gz, and then dd the image file to a microSD card via my laptop?

18:37 <pragmaticenigma> zsw: The installation instructions are pretty well documented on the site, and they're what is recommended. You can dd the image, but I would recommend following the instructions