Does anyone have this issue without an AVR connected?
Might be useful if users affected can report make of AVR/TV.
Unfortunately, while I have identified the commit that provokes this behaviour, the commit it correct and is necessary for 4kp60.
The bug looks to be in libcec which is a bit of a mysterious black box.
We have found this behaviour also occurs on a Fire TV stick, so isn't Pi specific.
Check this thread.
At the moment the playback buttons are not being sent, so there's nothing kodi can do to see them.
There may be a secret option to enable this at the TV end (possibly a magic code you enter on remote).
Do you get the popping when listening to hdmi audio?
This issue is discussed here, but it seems to be mostly an issue with hifiberry amp2.
I suspect the hardware generates a pop when switching stream properties (e.g. sample rate).
Does setting system/audio configuration from optimised to fixed help?
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.
You say "in the latest nightly builds".
Does it also occur in older nightly builds, or 10.0.1?
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 tbcSee: [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.
All I can see is the crash comes from a python add-on.
Try disabling any add-ons and see if you can narrow down which it is.
A reinstall that doesn't restore from backup may avoid the issue.
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?
