Posts by HiassofT

    The image I provided already includes the Realtek R8169 driver mentioned in the Waveshare docs and according to your log the ethernet adapter was detected just fine as eth1:

    Code
    Sep 03 18:37:19.569160 LibreELEC kernel: r8169 0001:04:00.0: enabling device (0000 -> 0002)
    Sep 03 18:37:19.577761 LibreELEC kernel: r8169 0001:04:00.0: can't read MAC address, setting random one
    Sep 03 18:37:19.588967 LibreELEC kernel: videodev: Linux video capture interface: v2.00
    Sep 03 18:37:19.594613 LibreELEC kernel: r8169 0001:04:00.0 eth1: RTL8168h/8111h, ae:7f:66:a5:82:77, XID 541, IRQ 194
    Sep 03 18:37:19.594825 LibreELEC kernel: r8169 0001:04:00.0 eth1: jumbo features [frames: 9194 bytes, tx checksumming: ko]

    So you should have an eth1 interface available (check with "ifconfig eth1"), note though that LE doesn't support multiple network interfaces and you have to configure it manually - you may need to adjust whatever you did to set up you USB ethernet adapter.

    so long,

    Hias

    In case of UHD Blu-Rays it is mandatory that the DV video stream contains a HDR10 core stream - which kodi will pick up and play just fine.

    For streaming content this is not true and a DV video stream contains only DV video - which kodi won't handle as there's no DV support in linux.

    TL;DR: it's expected that your pirated "webdl" file won't play fine if it contains DV.

    so long,

    Hias

    Thanks for the info, I could now reproduce the issue and we'll look into getting that fixed.

    EGL rendering is the culprit, that causes a huge memory leak and when all memory is used up the system comes to a crawl - until eventually the OOM killer kicks in and restarts kodi (that could take a couple of minutes).

    In general I strongly recommend to stick to the default Direct-to-plane rendering method as that has a lot higher performance than EGL (and also supports 10bit / HDR output).

    so long,

    Hias

    Hello,
    I think the problem occurs with all H264 videos.
    But I downloaded a free video from the internet. Here's the link: https://lafibre.info/videos/test/20…p_h264-main.mp4

    I can confirm that the video is causing my rpi4 to crash with the DRM_PRIME option enabled.

    I'm uploading the full video log with the DRM_PRIME option disabled.

    here is the link : https://paste.libreelec.tv/sharing-midge.log

    Thanks, I tried that sample on my RPi4 and it played fine.

    But I noticed in your log that you have hyperion and drm-capture services installed and they are in a crash loop:

    Code
    Jun 26 10:44:38.189005 TEST-KODI systemd[1]: [email protected]: Scheduled restart job, restart counter is at 1.
    Jun 26 10:44:38.224208 TEST-KODI systemd[1]: Started [email protected].
    Jun 26 10:44:38.225830 TEST-KODI systemd[1]: [email protected]: Main process exited, code=exited, status=203/EXEC
    Jun 26 10:44:38.226180 TEST-KODI systemd[1]: [email protected]: Failed with result 'exit-code'.
    Jun 26 10:44:40.103767 TEST-KODI systemd[1]: Started drm-capture.service.
    Jun 26 10:44:40.109901 TEST-KODI systemd[1]: drm-capture.service: Main process exited, code=exited, status=203/EXEC
    Jun 26 10:44:40.110624 TEST-KODI systemd[1]: drm-capture.service: Failed with result 'exit-code'.

    Please remove both of them and test again with DRMPRIME enabled.

    If that hangs as well, ssh in before playing a video and then try to run "pastekodi" just after kodi became unresponsive.

    so long,

    Hias

    If you can't provide a log from the problematic video then please upload a (short) sample file that exhibits the problem and a debug log from playing that file without DRMPRIME.

    Please provide a full debug log.

    How to post a log (wiki)

    1. Enable debugging in Settings>System Settings>Logging
    2. Restart Kodi
    3. Replicate the problem
    4. Generate a log URL (do not post/upload logs to the forum)

    use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

    so long,

    Hias

    It looks like you picked the generic image instead of the generic-legacy one.

    Running https://test.libreelec.tv/13.0/Generic/G…-25445eb.img.gz here I see a kernel build time of Sat Aug 16 00:55:40 UTC 2025 but your log shows Fri Aug 15 23:00:17 UTC 2025:

    Code
    Aug 17 12:26:04.292047 LibreELEC kernel: Linux version 6.16.0 (ubuntu@a766510b163f) (x86_64-libreelec-linux-gnu-gcc-15.2.0 (GCC) 15.2.0, GNU ld (GNU Binutils) 2.44) #1 SMP Fri Aug 15 23:00:17 UTC 2025

    Missing xorg.service start messages in journal are also a strong indication of wrong image - check /etc/os-release, it should look like this:

    so long,

    Hias

    Try adding systemd.unit=graphical.target to the end of the APPEND line in /flash/syslinux.cfg. This will prevent kodi from starting (and thus the reboot loop) and get you to a point where you can ssh in and create logs.

    so long,

    Hias

    First double-check that the rtx3070 still works with your old system using the latest nightly build - the nvidia driver was updated a few days ago so it'd be good to know if that has some play in it.

    To prevent LE from rebooting if kodi doesn't start run touch /storage/.config/safemode.disable - then you can simply ssh in and run pastekodi to create logs.

    so long,

    Hias

    Tried latest legacy nightly and it stalls on starting xorg/kodi (ive tried my rtx3070 that works in my z590 system and my new rtx5070 plus ive tried an old gtx1080) also tested to put the 5070 in my old system but that fails because even though latest nightly has the latest nvidia drivers (do you unflag newer nvidia cards when building your images?

    Nvidia drivers are quite a mess.

    The current driver comes with two flavors of kernel modules, the "classic" one which supports a wide range of video cards up to the RTX4000 series, and the new "open" one which supports only very recent cards (IIRC starting with the RTX2000 series or so).

    We can't easily include both modules so we decided to stick to the "classic" kernel module as it supports way more cards - but doesn't support the RTX5000 series (or newer ones in the future).

    tl;dr: it's expected that it LE won't work with your RTX5070 and it's quite unlikely that'll change in the future.

    so long,

    Hias

    small correction to the above post: SDRAM_BANKLOW=3 needs to go into the bootloader / rpi-eeprom config, not into config.txt.

    Run rpi-eeprom-config -e and add SDRAM_BANKLOW=3 to the end of the file, then reboot.

    With this change a 4k H264 file played fine on my RPi5.

    BTW: no need to test older builds.

    so long,

    Hias