Posts by popcornmix

I have a Panasonic TV and CEC is fine on a Pi4.

Usually when there is a problem with CEC, you should disconnect all HDMI devices from the TV.

Unplug from mains for a few minutes. Power on TV and connect just the Pi4 through hdmi and power it on.

See if that simple setup works. If it does gradually connect other HDMI cables and check if any cause an issue.

If the simple case doesn't work, I'd be suspicious of the hdmi cable. Some cheaper cables don't actually wire up the CEC lines (or they could be faulty).

Also not all HDMI sockets on TV are the same. There may be some (perhaps labelled PC) that don't support CEC. Test with same socket that you've seen working on a Pi0.

Teddychen can you run

pastebinit /flash/config.txt

and post the url.

Quote from Da Flex

popcornmix The user has video at HDMI-1, but not at HDMI-0.

Ah, in that case I agree. If no picture from HDMI-0 (but HDMI-1 works) on RPiOS, then there's likey a physical problem with HDMI-0 connector.

You should return Pi for a replacement.

The audio issue with Kodi using HDMI-1 is software (only hdmi-0 is supported, and that may be resolved with the LE 10 beta).

But still best to get the faulty Pi replaced.

Quote from Da Flex

HDMI-0 (closest to the USB-C port) is the primary output for A/V. You shouldn't have deal with config.txt for this. Defective device.

I don't think I've *ever* heard of a defective pi that has working hdmi video and non-working hdmi audio (the physical pins used are the same for audio and video).

The issue if either going to be a configuration issue, or some incompatibility with the specific display.

If you have another hdmi display, please try that.

If you have no hdmi audio on a clean install of RPiOS, then try creating an issue here.

Quote from newluck77

Is there something wrong with the hdmi_force_hotplug=1 setting?

LE10/kodi 19 has switched to using arm-side kernel drivers for display, rather than the (closed source) firmware side drivers previously used.

hdmi_force_hotplug (and most display settings) only apply to firmware so will have no effect.

Use getedid (described in previous post) to get the same effect applied to kernel driver.

You need LibreELEC (Matrix) 10.0 BETA version for HD audio passthrough.

Your sample file plays correctly for me on a Pi4.

So, either problem is with your Pi4 hardware, power supply or something wrong on sdcard (incorrect settings/corruption).

Usually an issue with power supply generates an "Under-voltage detected!" message in dmesg, so I'd be surprised if that fixed it.

You could try a clean install to a different sdcard to rule the sdcard contents out.

Ideally, if you could find another Pi4 to test your sdcard/power supply/TV etc with then we could be sure if it's the Pi4 or not.

One last thing. Try adding "gpu_freq=250" and "arm_freq=600" to config.txt. That will make the Pi4 much slower, but I'd be interested if corruption is still present.

Libreeelec 9.2.6 does not support TrueHD passthrough (or DTS-HD) on Pi.

It should be supported on LE 10 beta.

Are you quite sure your soundbar supports TrueHD passthrough? Do you have a link to the specs?

When the video is corrupt, and you bring up OSD, is that clean, or have corruption?

This feels like a hardware issue. Did HW h.264 decode on that board work with LE9/Kodi 18?

"vcgencmd get_config over_voltage" should indicate what value has been read.

Quote from svenfoo

I've uploaded the first minute of the file here, of course after verifying that the cut version shows the artefacts as well:

https://svenfoo.org/big_buck_bunny_1080p_h264_start.mov

Your link is wrong, but if you are saying it fails with standard big_buck_bunny_1080p_h264.mov

then that is a file that is tested regularly and plays fine.

Can you try adding "over_voltage=2" to config.txt on boot partition and test again?

Can you confirm if playing a file locally still has the problem? (e.g. copy to sdcard or attached USB stick)

If it does can you provide a sample file? (e.g. cut a 1 minute chunk that shows the problem and upload to a site like dropbox/google drive)

https://wiki.libreelec.tv/support/log-files

This isn't an issue I'm experiencing (or have heard of from others).

If this issue only started recently, then confirming the oldest build that has the issue and the newest build that didn't have issue would help narrow it down.

What is memory size of Pi4? Have you installed any other apps (e.g. docker/torrent client/PVR backend etc?)

Testing if this occur with a clean install of LE 10.0b2 would be useful (before installing any addons or other changes).

Quote from linuxuser

I can confirm this issue still exists on my 90% videos that I have on my hard drive and they have dts, Dolby Digital, dts hd audio , I am using libreelev 9.96.2 10. Are there any known solutions ?

Post a debug log. Can you provide a sample file that has the issue?

(or confirm if one of these has it: ¦› DTS Demo Trailers HD and SD - List of All Downloads)

The HVS can dither. It is enabled for 16 and 18-bit LCD displays.

It hasn't been enabled for HDMI which is typically 24-bit to 24-bit

(but 10-bit HEVC does change that).

I'll see if I can spot a difference with it enabled.

(although 10/12-bit output is starting to work).

> Whatever image I tried (of those that worked with the rockpi4 before) does not work.

Were the old and new Pi's Raspberry Pi or Rock Pi? The two are very different and need different images.

Do you have another hdmi cable you can try? That would be my first guess.

Does it occur only when playing video or in gui as well?

You have display configured to 4kp30. Does the issue occur at 1080p60?