Posts by HiassofT

  • New users on LibreElec

    If you are concerned about security and you want to run kodi then it might be best to think about running it on a completely separate system.

    Why? There are numerous issues in media decoders and kodi bundles an outdated ffmpeg version which might have various security issues. In addition to that media decoders like h264 and hevc run in kernel space and are likely to contain security relevant bugs, too. In that case a container won't help you much if you find a way to trigger a kernel bug via some (streamed) media file.

    As RPiOS is a bit slow with kernel updates it's also not the best choice if you are concerned about kernel security problems - distros following mainline kernel (eg Debian) will be a lot faster shipping security patches - but of course they won't contain the not-upstreamed media codecs so are not a good choice for Kodi on RPi.

    LibreELEC will be even worse as kernel updates are shipped as part of the system and can't be upgraded - and LE10 uses kernel 5.10 which is now on bare life support from RPi.

    And, there may be another practical argument for running RPi with kodi on a dedicated system: performance. RPi4 is pretty much at the limit with H264 1080p60 and HEVC 4kp50/60 decoding and output - containers running in the background might ruin your movie evening.

    so long,

    Hias

  • LibreELEC (Matrix) 10.0.2

    We have nothing planned/decided yet.

    And as it's holiday season and lots of us (and most likely also Team Kodi) are traveling and/or spending time with their families it's unlikely we'll do a LE10 release within the next few weeks.

    so long,

    Hias

  • LibreELEC (Matrix) 10.0.2

    Quote from techpro2004

    Just wondering when 10.0.3 will be out. Thanks.

    We too :)

    Plan is/was to align with kodi release cycle and ship LE 10.0.3 with Kodi Matrix 19.5. But Kodi 19.5 is taking a lot longer than expected.

    In the meanwhile feel free to use the latest LE10 nightly builds from here: https://test.libreelec.tv/10.0/ (just copy it to the update folder/share and reboot), they contain lots of bugfixes and also a recently updated kodi 19.5 development version.

    so long,

    Hias

  • HDMI Black level - Raspberry 4 - Librelelc 10.0.2 - Limited out of the box ?

    The summary you posted is correct.

    While there's some support for YCC4:4:4 in the video driver (I noticed a function checking if it'd be valid), it doesn't make use of it.

    The linux drm subsystem is a bit limited in that regard, there's no connector property that would let you force eg RGB or YCC - it's all up to the driver.

    The only drm connector property we can play with is the max_bpc which let's us limit component depth to max 8/10/12 bits per channel.

    max_bpc defaults to 8 (so that on desktops you'll get RGB instead of falling down YCC 4:2:2, sharp text is usually more important there than 12bit which might not even be used by the software running on the desktop) and in LE/kodi on the RPi we lift that to 12bit in case of 10bit video content so we can make use of the higher output bit-depth (which is more important here than potential loss in chroma resolution - subtitles and GUI are usually up-scaled from 1080p anyways).

    so long,

    Hias

  • HDMI Black level - Raspberry 4 - Librelelc 10.0.2 - Limited out of the box ?

    For 10bit content the driver will check in the order RGB 4:4:4 12 bit -> YCbCr 4:2:2 12bit -> RGB 4:4:4 10bit -> RGB 4:4:4 8bit if both the sink and the RPi support that format.

    It takes max TMDS bandwidth, YCbCr 4:2:2 and 10/12 (30/36) bit flags from EDID and also max TMDS rate from RPi into account (4kp60 / 600MHz TMDS is opt-in in config.txt) and picks the first supported format.

    so long,

    Hias

  • HDMI Black level - Raspberry 4 - Librelelc 10.0.2 - Limited out of the box ?

    mathmath51 can you test with hdmi_enable_4kp60=1 in config.txt (you also need to enable HDMI Ultra HD Deep Color support in your TV's setting - this is usually HDMI-port specific) on LE 10.0.2?

    LE10.0.2 supports outputting at 10 and 12bit, LE10.0.1 only sent 8bit HDMI.

    So on LE10.0.1 your 4kp23.97 file is transmitted as RGB 4:4:4 8bit, 10.0.2 without 4kp60 enabled transmits at YCbCr 4:2:2 12bit, with 4kp60 enabled it transmits RGB 4:4:4 12bit - all that could make a difference.

    so long,

    Hias

  • Freezing, losing Connection, sporadic stops

    I'd recommend also monitoring signal strength / quality at both ends.

    On the RPi you should have a bar indicator roughly showing it, and your AP/router may have that, too (my OpenWrt router shows link quality of each connected wifi device).

    5GHz wifi has benefits if your device is near the router, but if there's a wall in between things can change drastically and 2.4GHz may be the better choice (so that's not actually a workaround but a wise decision based on physical facts - higher frequencies are affected more by obstacles like walls than lower frequencies).

    so long,

    Hias

  • RPI4 Nightlies Crash System from 20220723-0008ab5

    Cris_ the hint is/was in the crash dump:

    At the very beginning it says it crashed in thread 1:

    Code
    Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xf7853198 in strlen () from /usr/lib/libarmmem-v7l.so
[Current thread is 1 (Thread 0xc8cfc240 (LWP 1657))]

    Then a bit down look at the backtrace of thread 1 and you see it crashed in pvr.iptvsimple - that's the offender

    so long,

    Hias

  • Freezing, losing Connection, sporadic stops

    The log shows several wifi disconnects and reconnects. Got a new neighbor or one of them switching APs maybe? Unfortunately these things are kind of normal with WIFI, best solution is you switch to ethernet LAN or powerline (the latter can be a bit unreliable, too though, but is in general far more reliable than wifi).

    so long,

    Hias

  • Micro Stutters / Frame Drops with 10.0.2 (Matrix)

    If you get the issue with latest LE10 nightly as well then please post a debug log - mediainfo of a problematic file and a sample could be useful too.

    Another thing to try would be overclocking the RPi (RPi2/3 h264 decoders are clocked a bit low and struggle with higher bitrate/fps videos), eg try adding these settings to config.txt

    Code
    core_freq=500
h264_freq=500
over_voltage=6

    so long,

    Hias