i read here and there that playing with edid files wrongly can damage monitor / screen so i'm a bit scared
I think that is urban myth.
i read here and there that playing with edid files wrongly can damage monitor / screen so i'm a bit scared
I think that is urban myth.
2021-11-15 11:24:26.974 T:1172 INFO <general>: ffmpeg[0x4deb0f0]: Stream #0:0[0x1011]: Video: vc1 (Advanced) (VC-1 / 0x312D4356), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
See: [Pi 4] Lots of frame drops when playing high bitrate VC-1
H264 Hi10p (10-bit) is not supported.
I have the exact same problem. It appeared when I upgraded from LE 10.0.0 to 10.0.1.
I have an r-pi4 which connects to a Pioneer receiver (VSX-1131) which again connects to a Sony TV (KDL-52W4500).It is quite annoying, but if I turn off the receiver first, I can turn off the TV after, and it stays off.
If you revert back to 10.0.0 can you confirm the problem goes away?
I can't think of anything that might have changed in 10.0.1 to cause that, so I want to rule out some other environmental change
(e.g. a new cec device that's interfering, or TV getting into a bad state).
If you can confirm problem is always present on 10.0.1 and never present on 10.0.0 we can try to narrow it down.
I think you'll need to add to cmdline.txt (on same line) something like:
video=Composite-1:720x576@50i
if you are using LE10. But I don't have a composite display to hand so can't confirm that.
interestingly enough, a HDR10 encoded media played on a non-HDR10 capable display on Firetv stick plays okay. so it’s RPi4 limitation?
The HDR colour space is much larger than SDR, so there's no perfect way to do this, but tonemapping is an algorithm that squashes the range down in a way that looks okay. I suspect the Firetv stick has hardware support for this, but the Pi doesn't.
HDR10 encoded media played on a HDR10 capable display is supported.
HDR10 encoded media played on a non-HDR10 capable display will not have correct colours.
On one of the pi HDMI ports, it works perfectly. However; the other it fails to detect CEC and it appears as if once rebooted, some of the CEC settings revert (HDMI port).
libcec is hardcoded to /dev/cec0 so will only ever work with hdmi0 (i.e. the one closest to power connector).
EDIT: it just started working again on its own. Can anyone explain how is that even possible?
I'd guess problem was TV end getting confused.
It is quite common for CEC issues to be resolved by unplugging all HDMI from TV, and unplugging it from mains.
We don't have an explanation of why that works so often - we just know it does.
Not sure if this is the issue: https://forum.kodi.tv/showthread.php?tid=362843
Sounds like a patch is needed for ffmpeg 4.4 to support ac3 encode. Not sure if this is present.
Your debug log didn't show you trying to play a file.
Can you confirm if this works with LE 10?
popcornmix: Thanks for your reply! I now replaced the official kodi package with yours but the latest patches don't work with your codebase. Do you have a working patch set or a working libreelec commit?
You need to remove some of the existing patches that conflict.
I have a script that does:
rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi4/patches/kodi/000*
rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi2/patches/kodi/000*
rm -f ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/patches/kodi-999.01-pr20210-drmprime-coordinates.patch
and I create the new patch with:
git diff-index $HASH --binary > /tmp/000-popcornmix-gbm.patch
where HASH comes from PKG_VERSION= in ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/package.mk
Thank you. Upgrading to 10 fixed it. Created a new problem in that the headphone jack doesn't work, but I can connect to the speakers via bluetooth, so not the end of the world
Add dtparam=audio=on to config.txt to enabled the headphone jack.
Did you include the kodi patches too?