Posts by chewitt

Quote from orione7

Hi I have a beelink m18 s905 with a old libreelec 7. Is there any chance to upgrade to a recent release? if yes how. Thank you

Two options. Either have a look for dtech legacy images LE-9.2.8 builds for some Amlogic S905x, S802/S812 and S805 devices which gets you to LE 9.2.x with K19, or boot the LE11 "box" image from https://chewitt.libreelec.tv/testing/ and see what S905 device-tree files (configured in uEnv.ini) get things working best. With the second option you will need to force recovery boot again to load new/different boot scripts. The LE11 images aren't quite as functional as legacy, but are still usable, and K20 is the future.

Quote from Loader009

I use an AV-Receiver between my TV and the odroid - I think it intercepts and changes the EDID data.
I would like to get the original EDID data and reuse it -> https://wiki.libreelec.tv/configuration/edid#amlogic-legacy

That's old though, since we don't use amhdmitx but instead lima.

tvservice binary is also not available, so I have no idea how to retrieve the edid data...

I'll have a look at what's needed to adapt the "getedid" scripts for RPi to work on extlinux ARM devices. Until then you can follow the Intel GPU guide in the wiki, it's generally applicable for all hardware using the kernel 'DRM' subsystem (which is everything these days).

There are active conversations about how to add new/more build servers and rework our use of Jenkins or move to a GitHub actions based workflow. The main goal is to substantially increase build capacity so we can build more stuff more frequently; our master branch nightlies are not nightly at the moment, and (as you commented) there is no coverage of the release branch. The secondary goal is to keep built images for a much longer period of time to help with regression tracing.

To point out the obvious: video=HDMI-1:640x480@60iD isn't going to help much with composite output. I'm not 100% sure of the connector name, but it's probably CVBS-1 ??

I'd guess that after power outage the RPi is being booted before the HDMI source (AVR or TV) is on, so we don't detect it and fall back to the default Pulse (BT) output. It's fixed by powering up devices in the correct order (HDMI source first, then RPi) or worst-case by caching EDID data from the HDMI connection and configuring the kernel to read the cache at startup so it believes the HDMI source is connected.

IIRC .. run "getedid" from the console.

I'd suggest you post for help in the Kodi support thread for the YouTube add-on .. it's not really an LE issue and more (relevant) people will see the issue there.

Quote from gekoch

However when I play content 4K 60hz it sometimes drops out, for half a second the image gets black an reappears. Even in the GUI it shows this behavior. With the 30hz settings it behaves normally as intended. So is my NUC too slow to display 4k at 60hz?

Unless there's some driver issue (that we won't know about) the GPU and DRM drivers should handle 4K@60 fine. However 4K@60 requires considerably more bandwidth on the HDMI connection so the common weak-link is the HDMI cable. Pretty much any old crap HDMI cable will handle 4K@30 but "certified" cables and sometimes specific HDMI ports on the TV are required for 4K@60.

It might be worth experimenting with an LE11 test image from https://test.libreelec.tv .. newer kernel and drivers might resolve something?

There are issues with ISO files in some releases (long-running battle). Have you tried a current K20 dev build? https://test.libreelec.tv/

It will be in LE11 (Kodi 20) .. it's technically possible to backport onto K19 but it's a large patch so we'd avoid doing that.

Quote from Ulathar

What did I miss?

You miss the fact that RPi4 does not support HDR > SDR tonemapping. There is no IP block on the chip to handle this translation in hardware and since 99.9999% of HDR media is 4K it's never going to be practical to handle this in software. Perhaps you have other devices which do have this capability?

I suggest you push the changes to a GitHub repo in addition to sharing pre-built files. It's the best way of attracting interest in things.

Quote from LybsterKodi

OK I know W7 is out of date but is there a reason why SD creator will no longer even open, no error message or anything in W7?

Win7 is no longer supported. Given the quantity of security issues in it now we'd strongly advise you update it to Win10 (which is free IIRC).

Last time I used Kodi on Windows was maybe 9-years ago so I'll avoid commenting. And LE is designed to test-boot from a USB key so the best way to find out whether anything makes sense or works is creating a USB and having a go yourself.

Nothing known or done on our side. Must be general internet wobbles in the ether.

Amlogic technical direction with their latest chips (S4, T7, etc.) is not friendly towards open source and basically forces distros to use vendor u-boot and vendor kernel sources. That's the opposite of LE technical direction so even when it's technically possible to boot things I'm not sure we'll invest time/effort in supporting them. TL/DR; don't hold breath and ask me again this time next year to see if anything changed.

Correct, it has initial support under Windows. K20 will add some improvements under Windows and hopefully initial support under Linux.

Install. Finish the setup wizard. Go to LE settings and update the RPi firmware(s). Avoid restoring backups from LE 9.x as these will restore Python2 add-ons that often cause issues (hence all the "clean install" advice for LE10). If you really need/want to restore things do a manual unpack of the .tar backup file and then manually restore only the bits you really need.