Just post here in the forum - but please don't edit your posts if you add test results, always create a separate post with that info.
We don't get any notification when you later change your older posts (only on new posts) so no one saw the line you added about one day later that the test build didn't work either...
so long,
Hias
The hdmi pixel clock is actually the same.
12-bit YCC422 is 24-bits per pixel. Which is the same as 8-bit RGB444.
For 4kp50/60 yes, but 4kp30 and below will use 12bit RGB 4:4:4 if supported by the TV.
So lots of 10-bit videos (eg 4kp24 or 1080p) now can have 50% higher clocks than before.
so long,
Hias
Drop imageres and fanartres from your advancedsettings.xml, the GPU is running out of (CMA) memory.
You could also try increasing CMA memory a bit, add eg "dtoverlay=cma,cma-320" or "dtoverlay=cma,cma-384" to config.txt to get 320 or 384 MB instead of the default 256MB - but be careful, better keep image resolution at sane levels.
You can safely ignore the messages on the screen (and in journal), first two are because Silce/CM3 doesn't have a bluetooth chip, and the other two are normal (and harmless), too.
so long,
Hias
Keep in mind that LE 10.0.2 will now output 10bit video files as 10 or 12 bit instead of only 8bit before - which obviously requires higher HDMI output clocks.
If you are overclocking you'll be generally on your own and be prepared that any odd issues are most likely caused by too aggressive overclock - in which case you have to find working overclock settings again.
so long,
Hias
busfahrer303 can you check if the AppleTV outputs 4:2:0 YCbCr ("YUV"), 4:2:2 YCbCr or 4:4:4 RGB/YCbCr?
If it outputs 4:2:0 YCbCr (which is quite a common default config) then you won't run into scrambling issues with it as that format doesn't need high bandwidth / scrambling for 4kp60 output.
The RPi4 however doesn't support 4:2:0 YCbCr so it'll need higher bandwidth (which requires scrambling) for 4kp50/60.
I won't rule out that there could be a bug somewhere in the video driver code, but it could also be that it's a bug in the AVR but you didn't hit it with the Apple TV.
so long,
Hias
Also read through the info here https://github.com/xbmc/inputstream.adaptive/issues/877 - newer widevine versions cause high cpu load and stuttering, downgrade helps.
so long,
Hias
busfahrer303 are you running the latest firmware on your Onkyo AVR? Looks like latest one is from January this year
Might also be worth checking the various settings of the AVR and/or searching the net for similar problems - issues with buggy AVR firmwares are not too uncommon...
so long,
Hias
busfahrer303 please provide some more infos about your setup:
Are you connecting the RPi directly to a TV or via an AVR?
Which TV and/or AVR models are you using?
If you have an AVR in the chain, does it work if you connect the RPi directly to the TV?
It sounds like scrambling re-negotiation, which is needed for 4kp50/60, isn't quite working but I haven't spotted any obvious errors in the logs yet.
so long,
Hias
FYI the patch in the testbuild 3 posts above is also included in LE10.0.2 https://github.com/LibreELEC/Libr…nvalidate.patch
But there's really not much more we can do if no one bothers to test the testbuilds we provide and post some feedback...
so long,
Hias
You'll need it for HEVC. RPi4 has enough CPU power to decode H264 files in software, but not so much for full HD or 4k HEVC ones.
so long,
Hias
The reserved space is so that on normal linux installations, where the harddrive is used as a system disk, there's always some space purely reserved for system usage (logs, temporary files, other stuff the system needs to operate).
On non-system partitions/drives it's generally fine to set that to zero.
And on LE it's even more of a cosmetic issue as (almost) everything runs as root (with system privileges) anyways.
so long,
Hias
Cabling issues are actually quite common 
Nice to hear it's working now.
Skins are all there, you probably just need to refresh repos - push left to open the side pane and choose check for updates.
so long,
Hias
GORBULAN your log indeed shows the TV is constantly connecting and disconnecting. I'd recommend checking your cabling, a bad cable or connection (it could also be one of the HDMI connectors) can cause such issues.
You could try to work around it by installing a permanent EDID and video setting (in this case the TV's hotplug signal will be ignored) by running "getedid create" - but that'll be a bit tricky as you'd need to catch the right moment when the TV signals connected so it will probably take a few tries until that script completes successfully without errors.
so long,
Hias
hpmueller1971 I haven't seen this on LE 10.0.2.
Please test with LE10.0.2 and after the issue occurred ssh in and check if the RPi had throttled - insufficient power supply could cause such issues.
Run "vcgencmd get_throttled", it should show 0x0.
If it's 0x0 you could try applying a small over voltage, add over_voltage=2 to config.txt and see if that helps.
so long,
Hias
You've added drm.debug as a separate line in cmdline.txt - that doesn't work, eveything has to be in a single line. Please fix that and post a new log.
so long,
Hias
busfahrer303 first add "drm.debug=0x04" to the end of /flash/cmdline.txt (after "quiet", all on the same line) to get some more debug info, then reboot and reproduce the issue.
After that ssh in, run "pastekodi" and post the URL you got.
so long,
Hias
GORBULAN I'd recommend you add "drm.debug=0x04" to the end of /flash/cmdline.txt (after "quiet", all on the same line) first, this will provide some more debug info about video stuff.
Then reboot, ssh in and run "pastekodi" - and post the URL you got.
so long,
Hias
Taking a screenshot of the video plane isn't implemented in kodi yet - see https://github.com/xbmc/xbmc/pull/18741
I recommend leaving the render method set to "direct to plane", it has higher performance and on RPi4 it's needed for HEVC (and 10bit) videos.
so long,
Hias
