Posts by HiassofT

yullaw thanks for testing, this is great you can reproduce it on RPiOS, too!

Can you bisect through the rpi-update kernel/frmware changes and try to find out when it started?

LE10.0.0 is (roughly) using the Aug 5 rpi-update firmware https://github.com/raspberrypi/rp…d9f6998fe484c97

First run "sudo rpi-update

2073a27299fc17cf93152e9c8d9f6998fe484c97", reboot and check if this is fine (it should be, but better double check).

If that is OK check with a firmware from about mid September. If that was OK try one between mid September and today, if it was bad try one beween Aug 5 and mid September etc. Just run rpi-update with the githash of the firmware commits from here: https://github.com/raspberrypi/rpi-firmware/commits/master

so long,

Hias

yullaw thanks a lot for the logs, still not sure why you don't get a picture, everything looks fine to me..

Can you test if you can reproduce it on RPiOS lite (without GUI) and the latest rpi-update kernel and vc4-kms-v3d dtoverlay enabled in config.txt? That combination should be rather close to LE10.0.1 and if it has that issue too it'll be easier to test with older kernels than on LE.

so long,

Hias

yullaw the info from your logs doesn't quite add up, modetest reports 1360x768 mode, according to kodi log it should be 1920x1080. Did you change mode (manually or on playback via whitelist)?

Kodi debug-log would have shown that info, other that everything looks fine to me so not sure why you don't get a picture without manually changing inputs.

Could you give this build a try: https://www.horus.com/~hias/tmp/libr…829-035c5c6.tar - just copy it to the update share and reboot. It contains the latest video driver fixes that haven't made it into 10.0.1.

so long,

Hias

Cris_ my guess would be either the hotplug fixes in the driver or just luck or a combination of both. Kodi doesn't really support display hotplug, the driver now properly detects and handles it though, and if your TV/AVR constantly dis- and re-appears you won't get display from kodi if it started up when the TV was "gone".

BTW: It might be worth checking if a direct connection from RPi4 to the TV works, it could also be that the AVR is doing something odd.

so long,

Hias

Quote from SpeedySteve

MatteN

I had the same problem. Solution for me was to use HDMI Port 0!

I can confirm that. As soon as HDMI1 is used brightness/gamma is off.

so long,

Hias

Cris_ your kernel logs, also the one from LE10.0.0, are spammed with HDMI disconnect/connect events.

I highly recommend checking the cabling, reseating the HDMI cable and/or using a different one could do wonders.

so long,

Hias

Quote from ambetanterix

On a RPi4, using 1080p hdmi out, the brightness is double what it was under 10.0.0, for both the UI and videos. This causes everything to look washed out.

Note: hdmi0 for video, hdmi1 for audio.

Thanks for the report, I could reproduce this here. It only happens when both HDMI ports are connected, with only one HDMI port connected the picture is fine. It's a bug in the RPi linux kernel, I've created an issue here: https://github.com/raspberrypi/linux/issues/4676

so long,

Hias

See here: RE: Cannot Install/Update Addons

so long,

Hias

see here: RE: raspberry pi zero 2 w

so long,

Hias

Cris_ according to your logs the drm.debug/video kernel command line parameters weren't active. Did you add them to cmdline.txt in a separate line?

Note that everything in cmdline.txt has to be on a single line, please add these after "quiet", separated by a blank, and redo the tests.

While you're at it it would also be interesting to see logs from LE 10.0.0 with drm.debug=0x04

so long,

Hias

Cris_ from your logs it looks like the RPi isn't detecting the AVR - HDMI shows up disconnected in modetest.

Can you try adding drm.debug=0x04 to the end of cmdline.txt?

pastekodi plus modetest outputs from a cold boot (RPi disconnected from power) would be great.

If you don't see the LE splash then ssh in and reboot. Do you see the LE splash now? If yes, please post pastekodi/modetest outputs of that, too.

Also try adding video=HDMI-A-1:1920x1080M@60D (note the "D" at the end) to cmdline.txt. Does this work? Again, pastekodi/modetest outputs would be great.

so long,

Hias

Please ssh in and post the output of "pastekodi" and "modetest | pastebinit" while running LE 10.0.1

so long,

Hias

Latest LE11 nightly RPi2 build from https://test.libreelec.tv/ should start fine on RPi zero 2 (LE10 would also work but we have no RPi2 builds yet).

Note though that 512MB RAM will be quite tight and you may run into out-of-memory issues.

so long,

Hias

Quote from nicoco

Could you please elaborate on both the tinkering process and the drawbacks?

Simulateneous output was great for me with previous version, I'd like to do it again! My pulseaudio skills are limited but I guess that is the way, right?

I've never tried it myself but IIRC there were forum posts from others who did that and reported that audio was significantly delayed. The search function should help you find the posts.

so long,

Hias

YCbCr output isn't implemented in the graphics driver yet, so output will always be RGB 4:4:4, 8bit ATM.

The hdmi settings in config.txt won't have any effect and tvservice is also obsolete - newer tvservice versions will now show a warning instead of printing confusing and wrong info like "TV is off"

LibreELEC:~ # tvservice -s
tvservice is not supported when using the vc4-kms-v3d driver.
Similar features are available with standard linux tools
such as modetest from libdrm-tests.

"modetest" is included in LibreELEC and will show you what modes are available, the EDID read from the TV/monitor, output properties etc.

so long,

Hias

The easiest workaround is to connect the RPi to a similar monitor with non-broken EDID and run "getedid create" via ssh. LE will then permanently use the EDID of that monitor (you can remove that with "getedid delete" later, if needed).

so long,

Hias

Please provide more info, at least we need a pastekodi debug log where you reproduced the issue.

Did you do anything special to trigger this, eg switching resolutions? Is the previous nightly (20211026) OK?

The only way I can trigger that is when switching to 720x480i or 720x576i and then back to eg 1920x1080, but this is a known issue for quite a while (and those modes should better be avoided as they are buggy and result in pixelated output).

so long,

Hias

This is a known issue which is even mentioned in the release notes https://libreelec.tv/2021/08/26/libreelec-matrix-10-0/

Quote

4K50/60 output is supported by the driver, but has some known issues (eg “no signal” when TV is put into standby and back on)

It'll be fixed in LE 10.0.1

so long,

Hias