You'll need to edit the EDID of your TV/monitor and add additional modes (and hope that your TV/monitor accepts those).
See eg here: RE: No HD Audio passthrough on Pi4
so long,
Hias
You'll need to edit the EDID of your TV/monitor and add additional modes (and hope that your TV/monitor accepts those).
See eg here: RE: No HD Audio passthrough on Pi4
so long,
Hias
What exactly did you do with the suspend script and what do you mean by "it didn't work"?
After adding the systemd service file to /storage/.config/system.d you have to adjust it (if you changed the webui port number in hyperhdr) and then use "systemctl enable NAME_OF_THE_SERVICE_FILE" to enable it.
There are two reasons why I didn't include the suspend script in the addon:
First of all the addon system doesn't support multiple systemd units/services per addon so only the main one (service.hyperhdr) would ever get enabled automatically.
Second, the suspend systemd file contains hard-coded port numbers of 8090 which won't work anymore (and could upset any other service running on that port) if you change the port number in the hyperhdr configuration. That's quite a PITA, even if you change it it would get overwritten on every addon upgrade.
Therefore, just use the manual approach, you only have to do it once after installing and it'll survive addon updates as well.
PS: I can't help testing / verifying if the suspend systemd service works as I don't have any LE systems that support suspend/resume here.
so long,
Hias
Thanks a lot for reporting back, and glad to hear it's working for you, too!
You can safely ignore (and actually should dtop) the ancient Linux patches, they are no longer needed nowadays.
The mmc patch dates back long before we switched to reference the flash and system partitions by UUID, when the EMMC/SD card device ordering still mattered - with UUIDs it doesn't matter if the EMMC is /dev/mmc0 or /dev/mmc1.
The cs4265 patch also predates changes to the upstream cs4265 driver and isn't needed anymore.
And the alsa card conf was only needed for kodi so it recognises an IEC958/SPDIF capable device to allow AC3/DTS passthrough via Toslink(SPDIF. A few years ago I looked into improving the (incomplete) SPDIF support but realized a lot of important bits were missing in the cs4265 driver to transmit proper channel status information - then gave up and shortly afterwards SPDIF got broken again in the cs4265 driver due to changes in the upstream code. So better use HDMI if you need/want to pass through AC3/DTS/..., receivers with only SPDIF input are also quite rare today.
so long,
Hias
Please give this slice-drivers branch a try: https://github.com/HiassofT/slice…/kernel-5.10%2B
And here's an LE13 branch that pulls in the driver for RPi2 (you'll need to adjust the RPi4 options for your CM4s): https://github.com/HiassofT/LibreELEC.tv/tree/le13-slice
A few years ago I tried to clean up the slice (soundcard) driver, I dug out the branch again and noticed a couple more fixes are required now and added those today (I also ran into the distorted sound issue).
The RPi2 LE13 build worked fine on my Slice with CM3 with just dtoverlay=slice added to config.txt (this enables audio, IR and the RTC), analog audio out sounds fine now.
Note: SPDIF out doesn't work since a change to the cs4265 upstream driver some years ago, I haven't looked at that.
I also didn't care about the dt-blob.bin files from the slice-firmware repo, using the blobs from old Slice images works fine to get USB/ethernet working - you may need to create your own dt-blob for CM4s.
so long,
Hias
Deleting from the yt app settings should be enough right ?
Yes.
Better use the various cache clear/delete options in the settings, manually wiping the files in the folder might interfere with the addon (and should only be done if kodi is stopped).
so long,
Hias
It never worked before, since glibc 2.36 added RELR support the GLIBC_ABI_DT_RELR dependency is mandatory.
My guess is the widevine-installer https://github.com/AsahiLinux/widevine-installer or some similar tool was used on Armbian, it patches the library to make it compatible with stock glibc - inputstreamhelper does not do that.
so long,
Hias
Use the Raspberry Pi imager to create a EEPROM recovery SD card or download the latest EEPROM recovery image (choose the correct SD/USB boot and RPi version - 2711=RPi4, 2712=RPi5) from here: https://github.com/raspberrypi/rpi-eeprom/releases , unzip the file and write the image to a spare SD card with your favorite tool (Rufus, Etcher, dd, ....).
so long,
Hias
Actually two changes are required, you also need to change cmdline.txt. See the docs in config.txt just before the distroconfig include:
# Use distroconfig-composite.txt instead of distroconfig.txt to enable
# composite video output.
# The composite video mode needs to be configured in cmdline.txt:
# For PAL add: video=Composite-1:720x576@50ie
# For NTSC add: video=Composite-1:720x480@60ie
Note that everything in cmdline.txt must be on a single line, so separate the video=... just with a space from your current content. And don't forget the 'e' at the end of the video mode, otherwise kodi won't be happy.
so long,
Hias
It's not possible to do that in LE.
With this display your only option is to use Raspberry Pi OS with the X11 or Wayland desktop and let the desktop compositor rotate the display.
so long,
Hias
FYI: the R8169 driver is now enabled in our latest official LE12.2 and LE13 nightly builds, you can switch to those:
https://test.libreelec.tv/12.2/RPi/RPi5/LibreELEC-RPi5.aarch64-12.2-nightly-20250917-815a102.img.gz
so long,
Hias
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:
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
Please give this build a try:
Also please post a log (ssh in and run pastekodi) from this build - some of the NICs may need additional firmware files to work, the log will show which one may be needed.
so long,
Hias
We haven't enabled any PCIe ethernet/wifi/... drivers in the kernel.
Do you have some specific reason to use that instead of the built-in ethernet?
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
FYI: the EGL rendering issue is now fixed in the latest LE12.2 and LE13 nightlies
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