Vimes yes, that's the correct version. Some testing with it and the config.txt options I mentioned above would be great.
so long,
Hias
Vimes yes, that's the correct version. Some testing with it and the config.txt options I mentioned above would be great.
so long,
Hias
Changes to config.txt will be preserved when updating (only on very rare occasions eg, on 9.x->10.0 update, it will be reset).
As we didn't see the "long black pauses" on LE10 / kernel 5.10 yet it would be great if you could test with my LE10 build and see if force_turbo and/or hdmi_enable_4kp60 make a difference.
Here's the info popcornmix (RPi dev) sent me - "flip done" in dmesg/journal is the issue and that's causing black screen and delays:
QuoteI get flip done errors on 5.15. Most often within first minute (I see gui but screen goes blank shortly after). If I get past that point it will typically run for many hours but flip done has occurred while playing video. I've not seen flip done on 5.10 (with many hours of watching).
My home system is 1080p. It's possible certain resolution/refresh rates are more likely to fail (eg calculation for core clock is not generous enough). force_turbo=1 (possibly with hdmi_enable_4kp60 for the extra 50MHz) would be an interesting test to see if it clock related.
If you can find out anything (even if none of the suggested options make a difference) it'd help us a lot as we can't seem to reproduce the issue here with LE10...
so long,
Hias
Vimes Check if you enabled "ultra hdmi deep color" in your TV's HDMI port settings. Also check the TV manual if the HDMI port supports 4kp60 at RGB 4:4:4 or YUV (or YCbCr) 4:4:4 - some TVs only support that on specific HDMI ports.
If deep color is not enabled only YUV 4:2:0 is available at 4kp50/60, which the RPi4 doesn't support (but very likely your Fire TV).
Using a 4kp60 mode isn't too important for this test, hdmi_enable_4kp60 will bump internal clock frequencies in the RPi a bit (which may help) and it's best to use 1080p60 as kodi GUI resolution, too.
so long,
Hias
Another thing to try would be adding "force_turbo=1" to /flash/config.txt.
Please test that, too, and report back if it helps or not.
so long,
Hias
Yes, that's normal, it's the LE boot/storage partition configuration (which is used in initramfs). Don't remove these parameters from syslinux/grub or your LE box won't boot anymore ![]()
so long,
Hias
Vimes thanks again for the logs! I've pinged RPi devs, there still seems to be a bug in the video driver (which causes the long delays, too).
As your TV seems to support 4kp60, too, could you test if adding "hdmi_enable_4kp60=1" to /flash/config.txt helps?
And, out of curiosity, how often do you run into that issue? I'm testing here with 4kp60 enabled and haven't seen it yet, but then I didn't try rebooting a large number of times so might have missed it.
so long,
Hias
zehner please try without the case. It seems to use an internal adapter (board) for the HDMI ports, like the Argon one case, and those have a long history for causing issues like yours.
The first log shows that display detection on HDMI0 doesn't seem to work. The second one shows that it's fine on HDMI1. Most likely the hot-plug connection of HDMi0 is broken (could be the adapter board) - connecting the HDMI cable directly to the RPi4 will bypass that and very likely solve your issue.
so long,
Hias
Vimes thanks for the log!
Can you add drm.debug=0x04 to the end of /flash/cmdline.txt (after "quiet", on the same line), reboot, then ssh in and run "pastekodi"? That should give some more info which might be helpful to debug the issue.
so long,
Hias
You seem to have set the number of channels to 5.1 so you'll get PCM output - set them to 2 and make sure passthrough is enabled properly in audio settings.
Just checked here, DTS and Dolby passthrough works fine here with 20220115 nightly.
BTW: it also looks like you are using the wrong HDMI port on the RPi4 - use HDMI0, not HDMI1.
so long,
Hias
Hard to tell without debug logs..
so long,
Hias
Enable debug logging in kodi either via GUI or .kodi/userdata/advancedsettings.xml
then reboot, then ssh in and run these commands and post the URLs
Also please answer the following questions:
Does switching HDMI inputs on the TV help?
Which TV/monitor are you using, is a TV in the chain?
Do you use the official RPi HDMI cable or another one or a micro-HDMI adapter?
Do you use an Argon One case or some other case with built-in HDMI adapters?
so long,
Hias
Please test again with a clean installation of the latest nightly image.
One of the video driver bugs caused the system to hang for a while, update/reboot in general works but could take several (3-10) minutes. If you pulled the plug in the middle of an update you may have messed up the installation.
so long,
Hias
We've updated the master and LE10 branches to the latest kernels with all video driver fixes available so far.
RPi4 nightly should be built soon, if you run LE10 please give this build a try (it also includes an update to latest kodi Matrix version):
https://www.horus.com/~hias/tmp/libreelec/LibreELEC-RPi4.arm-10.0-devel-20220115145917-70986b0.tar
so long,
Hias
Is there any way to know that KODI in libreelec on rpi is playing a HDR video - from the "outside"? By some API call, looking somewhere,...
Kodi just added support for HDR type info https://github.com/xbmc/xbmc/pull/19983 and it looks like it should be possible to get that via jsonrpc, too.
The next nightly (which should be built in a few hours) will contain a kodi bump with this feature, it'll also show now a "HDR10" or "HLG" icon in GUI, please give that a try.
so long,
Hias
hbbs we just bumped kodi so the issue should be fixed in the next nightly build.
so long,
Hias
hbbs No, it's not been merged yet. Just follow the kodi PR on github and ping us when it's been merged, then we'll have a look at updating kodi in LE to include it.
so long,
Hias