Posts by popcornmix

Quote from elvanor

Ok, bug is about 3 year old, so I guess there is not a lot interest in fixing it (too bad, given it is easily reproductible).

On the bug page, someone mentions disabling MMAL acceleration avoids the issue. How do you disable this acceleration (and is it even feasible on RPi 4)?

MMAL has gone. The bug appears to be a buffer overwrite (e.g. buffer allocated is smaller than amount written).

But they tend to have fairly random symptoms - often changing something unrelated (like disabling MMAL) may make the issue appear or disappear.

There are some known issues with seeking with TrueHD.

No solution (but it seems a bit random so some configurations get hit more than others).

See: https://github.com/xbmc/xbmc/issues/16096

Quote from Klauzer

Thanks madalone. I don't see any auto turn on in CEC settings.

Disable CEC completely and see if issue still occurs. That will narrow down whether it is CEC related or not.

Post mediainfo of a file with the issue

Are you connecting to the display through hdmi or composite (shared with headphones socket)?

Quote from alanblinkers

Sorry for the long delay, life got in the way. I'm working on this issue, but the command getedid is not found. I'm using 9.2.8 on a RPI4. I tried adding the lines hdmi_group=1 hdmi_mode=16 to the config.txt but the device is still booting into 4k on the known good TV I'm working with. My plan is to get a good EDID from this TCL TV I have and then set it so it works on the picky Samsung unit, not sure if you think this is a good idea or not. I tried searching the edid commands for LE9 but I haven't found anything useful. Thanks for the help.

LE 9 is no longer updated. I'd suggest trying LE10 and seeing if that has the issue (and it will support getedid).

Quote from TomMnemonic

Would it be possible to add the option within the GUI to adjust this delay?

You said you fixed it with "vc4.inval_delay=0 vc4.cec_debug=0x100".

Have you fixed it with "vc4.inval_delay=<some number> vc4.cec_debug=0"

If not, there's no point adding a gui option to adjust the delay for you.

No definite ideas, but if it were me I'd try:

I would carefully check for any CEC settings in AVR menu and TV menu.

TV seems more likely to be setup correctly as it's working with a direct connection, but may have different configuration per HDMI port.

Try different hdmi ports on AVR and TV.

Unplug TV/AVR/Pi from mains and remove all hdmi connections. Leave unplugged for a minute).

Connect (just) hdmi leads from Pi to AVR and AVR to TV.

Power on TV. Then AVR. Then Pi.

Quote from humpydog

added video=HDMI-A-1:1280x720M@60D to second line of the file.

cmdline.txt is a single line. Anything after the first newline is ignored. Make sure you add any options to the first line.

Quote from Piernik

When I get video lags, I restart raspberry Pi and it helps... Have no idea why

Did you downgrade widevine as mentioned earlier. Latest widevine is known to cause lags.

Azurewrath can you try this test build.

I think the issue was your video was 10-bit but not HDR, which is a little unusual.

That meant the kernel didn't do a full modeset (as HDR colourspace didn't change) but did change the colour depth (which adjusts the pixel clock) which really wants a full modeset.

The test build is a stanard Matrix build with a kernel patch added to force the modeset.

Quote from Shazb0t

I installed your test build and the 'vc4.inval_delay=5000' added to the cmdline.txt appears to have resolved the issue in my setup. That is with an LG C9 and Yamaha TSR-7810 AVR with the Rpi4 plugged into the AVR using CEC over the ARC HDMI connection. Thanks for looking into this issue! Does this test build include the updates from 10.0.2 and is it safe to continue running or do you recommend that I revert back until your fix is rolled into the next release?

Yes, this build matches 10.0.2 and you can continue using it. Please confirm if vc4.inval_delay=2000 also works for you.

Also report if vc4.inval_delay=0 vc4.cec_debug=0x100 works for you.

Quote from Dr. Seltsam

My TV is set to limited colour range. I don't want to change this because it is connected to an AVR with other devices which are all sending limited RGB (e.g. the Bluray player).

Limited/full range is signalled over hdmi (in the AVI infoframe) and generated by the source (e.g. the Pi)

You shouldn't set it on the sink (TV) - it should just display in the colour range that has been signalled.

Quote from ApexDE

Has the "plain" decoder (w/o PRIME) been fixed too? (i had the same issues when using the plain decoder w/o PRIME too)

No, the fix is in hardware decode specific code.

If it's failing without PRIME, then it suggests a core ffmpeg issue (so will affect kodi on any platform not using hw decode) and will affect many other players that use ffmpeg internally.

Did the original sample provided have the issue?

Are you ensuring TV (and AVR if used) is powered on before booting the pi?

Quote from monotony

It was once again my bad as I put vc4.inval_delay=5000 after a line break and not immediately on the same line after "quiet" on cmdline.txt

And I'm happy to say that it is working with this value!!! It does not turn on after being powered off!! I'm so happy now!

Okay good to know. It would be helpful if you could confirm whether a smaller number also works (try with 4000, 3000, 2000).

Also try with "vc4.inval_delay=0 vc4.cec_debug=0x100" which I suspect will also fix it.

It would also be useful if any other affected users could test.

Quote from Jis26

Yesterday I did the proposed update to 10.0.2 and since then the 3840x2160 24p video no longer switches to 24p. In 1080p no problem, the tv goes well in 1080p24. Did you have the same problem or do you have a solution please?

It's not something I see (or have seen anyone else reporting).

Probably best to create a new post, including a debug enabled log of you playing a 3840x2160@24 file, where the hdmi mode is not set.

Quote from JohnWayne111

Can you explain, why you have a much darker screen with a clean LE10 than a clean LE9 installation?

LE9 has no support for HDR. If you play a HDR video then the colours will be completely wrong (and typically brighter/more washed out) than they should be.

LE10 does support HDR.