Posts by popcornmix

Quote from dwhacks

Code

LibreELEC:~ # edid-decode /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid
EDID extract of '/sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid' failed: unknown format.

Well that didn't go as expected.....

What does:

cat /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid | wc -c

I'm guessing it's zero length. Can you run "getedid create" from here.

Hopefully that won't get upset by the invalid edid. You should now have a file in .config/firmware/edid/edid-HDMI-A-1.bin.

Replace this file with an edid file that supports audio. You can try mine.

But be aware that edid probably promised to support more than you monitor actually does, but it would be interesting if that is enough to get audio out.

Quote from dwhacks

Any other ideas or info I can gather?

Run:

edid-decode /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid

It should have an "Audio Data Block", e.g.

Audio Data Block:
Linear PCM:
Max channels: 2
Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32
Supported sample sizes (bits): 24 20 16

I suspect yours does not. If it doesn't then it would be possible to report audio support by using an edid file that reports audio support.

@SV on the bad pi can you try adding "over_voltage=2" to config.txt? I have come across occasional Pi's where that helps.

#0  0xf7de4198 in strlen () from /usr/lib/libarmmem-v7l.so
#1  0xf54cfe68 in std::string::operator=(char const*) () from /usr/lib/libstdc++.so.6
#2  0x0037a4a8 in ?? ()
#3 0xf775d330 in ?? () from /usr/lib/libpython3.8.so.1.0

suggests it is a python addon that provokes the crash.

If you enable debug logging before capturing the log it may (or may not) give a clue which addon caused it.

The usual way to track this down is to disable all addons, check the crash has gone and then enable them one by one to identify the culprit.

There is a spidev kernel fix for 5.15.

Hopefully it will appear in nightlies soon.

I'm interested if this issue only occurs with AVR+TV. So connecting directly to the TV, (bypassing the AVR) is of interest.

I'm suspecting the issue won't occur but it would be interesting (and simpler to debug) if TV switches on when directly connected.

What do you see in the audio block after running:

edid-decode /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edid

It's always useful to report when an issue starts with nightlies. If you can report a latest good and oldest bad build it might help narrow it down.

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?

Quote from Dozeros

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.

Replied here: https://forum.kodi.tv/showthread.php?tid=365529

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 tbc

See: [Pi 4] Lots of frame drops when playing high bitrate VC-1

H264 Hi10p (10-bit) is not supported.

Quote from luguber

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.