Posts by popcornmix
-
-
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.
-
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.
-
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.
-
-
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.
-
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).
-
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.
-
-