Posts by smf007

    Looking for some understanding of how Kodi should be responding once it has become an inactive source in CEC.


    Setup: Odroid C2 connected to a Panasonic Plasma via HDMI. PS3 and Google Chrome Cast Ultra attached directly to the other 2 HDMI ports on the TV.


    A number of Kodi/libreelec versions ago, when the TV would be switched to another input or even a channel, navigating in Kodi would result in the TV input being switched back to Kodi on the C2. Something changed years back that resulted in that no longer occurring. Once Kodi/C2 is the inactive source, it does not bring it back to being the active source. Only manually switching the source on the TV results in Kodi/C2 once again becoming the active source.


    When Kodi is the active source, everything works fine. For example, if the TV was off, navigating in Kodi results in the TV being turned on.


    So my questions then are:

    • Should Kodi be able to force itself back to being the active source? i.e. is something wrong in my current setup?
    • If it should still work, is there a libCEC option that I might have wrong?

    If it should work, I'll pull the debug logs to look further into it. LibCEC in Kodi though does appear to not log any messages when it is the inactive source. Using cec-client though does show the cec messages that occur while being the inactive source.

    A couple things to let people know:

    (1) To close out the widevine issue, it was related to changes in inputstream adaptive and is already resolved per

    olze
    November 16, 2024 at 6:35 PM


    (2) I notice, with the latest bump of Kodi in both the nightlies and chewitt's experimental builds, the GUI no longer renders on my Odroid C2. That is due to a bug in Kodi, looks like the following should correct that https://github.com/xbmc/xbmc/pull/25981 once it is merged.


    (3) Found a minor error being thrown related to the clock:

    Code
    error <general>: SETTINGS: execute # Command failed: /sbin/hwclock --systohc --utc 2>/dev/null

    Both the nightlies and chewitt's experimental builds are giving me issues with symbols for libwidevine. Not sure if something changed with libc, this had been working a month or so ago. If need be, I can find time to trace it down to a specific

    Quote

    error <general>: AddOnLog: inputstream.adaptive: Initialize: Initialize: Failed to load library: /storage/.kodi/cdm/libwidevinecdm.so: undefined symbol: __aarch64_ldadd4_acq_rel

    I ran this script, https://github.com/AsahiLinux/wid…devine_fixup.py which adds some stuff for those symbols, resulting in a working library again.

    chewitt I see in master that ffmpeg wasn't bumped to 6.1.1. I gather this was due to Kodi having the pull-request to 7.1 ?

    Update to ffmpeg 7.1 by sundermann · Pull Request #24972 · xbmc/xbmc
    Description Update to ffmpeg 7.0. The most prominent issue is that in 7.0 some members from AVInputFormat became private API. We were using the now private…
    github.com

    Considering that pull-request seems to have issues at this time, would it be possible to bump the ffmpeg in libreelec master, for only amlogic, to 6.1.1 as you had done above?

    smf007 any suggestions on which SD card to get?

    Sorry, I had gone back to the microSD cards I had gotten when I first got my C2s, so they would be rather old at this point. It's also been a couple years since those issues, so might be possible things have improved in mainline.

    If you need a new microSD card though, maybe try asking on the Armbian forum or the HardKernel forum. HK had a thread on the mainline kernel, think a few things about SD card speed was mentioned there
    Odroid C2 mainline kernel support - ODROID

    My Odroid C2 is still having issues playing ogg vorbis. Looking at github it looks like Amlogic is still back on ffmpeg 6.0 instead of 6.0.1. Any chance of getting that minor bump to pick up the fixes for voribs and flac?


    Tested v12 nightly and v13 nightly.

    I have a bit of a few things going wrong that seem to be all related. Odroid C2, LE 12 nightlies.

    Issues started popping up a few weeks back.

    First issue, the system would often be found with a non-responsive GUI after it had been left idle, so screen saver active and eventually display shutdown. The display would turn back on, so CEC was still working, but the GUI would be frozen. Sometimes you could here the remote "clicks", but still the GUI was frozen. This sounds like https://github.com/LibreELEC/LibreELEC.tv/issues/8488 however I haven't any of those EGL errors.


    Second issue that started at the time was glitchy video playback IF using hardware acceleration. Basically, every so often, randomly, the frames momentarily freeze and/or are rendered in the wrong order. Truly random, the glitches don't occur in the same places when re-watching the video. Switching it to purely software decoding, either PRIME or EGL, and the issue appears to go away. Considering it had previously been working fine until sometime in December, and the randomness of it, could this be a timing issue that the EGL fence causes?


    The following is a log where a video was started and had some glitches within the first few minutes then playback was stopped,

    hastebin

    I'm still trying to get a log from the frozen GUI

    I just noticed on my x86-64 based system that with the nightlies I have some libraries with invalid symbolic links. I was wanting to try fixing it however I'm having a hard time identifying where those links get generated when building. Specifically the libraries I'm looking at libGL and libGLX, which you can see below are pointed at the wrong directories:

    If someone could please point me in the correct direction. Thank you!


    Turns out whether those libraries exist in /var/lib seems to be controlled at boot time. In testing a boot switch for my hardware, it disabled those files existing.