Posts by popcornmix

Quote from Manemm

so I noticed that if I turn on the TV first and then the PI, Kodi always starts properly. But as soon as I leave the TV off and start the PI, it doesn't work. The Pi then starts the TV via CEC and there is only the white writing at the top left with Libreelec 10....

Some displays don't allow resolutions supported (edid) to be read when powered off, or to determine the device is connected (hotplug). Some do.

You can use "getedid create" from wiki to store the edid to a file, and allow TV/Pi to be powered in either order.

Can you ssh in when it is working normally?

Can you ssh in when it boots with blank screen?

If so, the output of dmesg would be useful.

Quote from North25

How does one enable AAC to AC3 transcoding on the RPi4 LibreElec Nightlies? The option is not apparent. Do I need to install a plugin?

Settings/System/Audio - Official Kodi Wiki

Quote from holymouse

There is even a bug report on github with no response from the devs. It seems that they are not able to fix it unfortunately..

It's almost impossible to fix something without being able to reproduce it.

I watch videos on Pi4 every day, and sync is always prefect.

There's something in:

files being played

settings used

AVR or TV

A clean install of LE10 on an sdcard, and playing a standard file would be useful to rule out the first two of these.

There was a recent fix that affected seeking.

It may (or may not) help your issue.

It's been backported to Matrix, but isn't in LE yet.

It should be in LE nightly builds if you wanted to test (ideally on a spare sdcard).

Quote from fsx2010

Whre can i ndo this: i.e. can you adjust audio offset then "set as default for all files" ?

Video playback - Official Kodi Wiki

It's not out of sync for me.

Does it occur with all files or just "harder" ones? Provide mediainfo of a file with this issue.

Is it always the same offset (i.e. can you adjust audio offset then "set as default for all files" to make everything in sync) or does it vary?

Quote from onlyrock

I thought HDR10 used 10bit color. Is that correct? If so, is there a reason LE outputs them as 12bit?

The HDMI YCC422 format always uses 12 bits (which uses the same clock as RGB444 8-bit).

The lsbs will typically be zero for 10-bit (although may not, if there has been processing like scaling or alpha blending with OSD).

Should be fixed by this once it is merged into LE code.

That is likely because of the bug referenced.

The fix hasn't been merged so won't be in nightly builds.

You'll need one of HiassofT's builds with unmerged fixes.

Quote from holymouse

Ok I need to retract my last comment. It seems to be, that audio is delayed no matter which TV mode is used. I think every Dolby track (AC3 and E-AC3) is 150ms too late. With DTS I am not sure. Definitively not related if 50p or 24p.

Maybe someone could crosscheck this. Thank you.

Pretty sure this is occurring outside of kodi/pi (i.e. the processing of audio/video is different which can be true when using an AVR).

I have an Onkyo AVR and Pansonic TV and have no issues with a/v sync whether passthrough is enabled or not.

You can adjust the audio offset when playing a video and then select "set as default for all videos" for it to always be applied.

There may also be similar adjustments available through AVR or TV menus.Video processing options like motion enhancement may be adding video delay, and are best disabled.

Can you edid /flash/distroconfig.txt from:

dtoverlay=vc4-kms-v3d,cma-512

to

dtoverlay=vc4-kms-v3d,cma-512,composite

as a workaround?

Your issue is probably lack of deinterlace which improves quality of interlaced sources like live TV.

There is a test build with support here: RPi Deinterlacer testbuild

Hopefully it will be in the next LE 10 update.

Quote from noggin

I guess the following is how the preferences work ?

2160p30 and below : RGB 12-bit, YCbCr 4:2:2 12-bit, RGB 10-bit, RGB 8-bit

2160p50 and above : YCbCr 4:2:2 12-bit, RGB 8-bit.

(There are no 4:4:4/RGB modes at >8 bit supported in 2160p50 and above in HDMI 2.0, and 4:2:2 YCbCr is supported at 12-bit only)

4:2:2 12-bit YCbCr at 2160p50/60 is often only supported by some (not all) HDMI inputs on some TVs (like my Sony XF9005 - which won't support this format on HDMI 1 and 4, only 2 and 3) and has to be enabled in TV menus. Similarly my Denon AVR has to have support for 4:2:2 12-bit enabled in its menus too. It's often called 'Enhanced HDMI' or similar. It also requires higher performance HDMI cables to work reliably as the bandwidth is pushing the limits of the HDMI 2.0a spec.

if hdmi_enable_4kp60=1 then 2160p30 will use RGB12-bit (and scrambling due to increased clock). If it's not set you'll get YCC422 (no scrambling). Assuming edid allows.

Correct for 2160p50 and above.

Quote from ericthehalfabee

EDIT: Looked in that menu; found a lot of options which I've tried to configure as best I can to achieve a workaround, but couldn't see anything for a forced HDMI signal, so I guess time will tell if I've changed something that will do the job ... as I said in OP, it's usually if I go back after 24-48 hours of not watching anything on KODI.

Start with the hammer. Disable CEC.

If you normally use CEC for control then switch to something else (keyboard/phone remote).

If the problem has gone we can dig more deeply. If it's still there we can cross CEC off the list.

Does the delay still occur if you connect directly to TV bypassing the AVR?

There is a potential fix here that hopefully will be merged soon.

Quote from decuser

I have this issue with an rPi4 attached directly to the hdmi port of my TV. I don't have an AVR. It's frustrating as I can't seem to get it to stay off. I have been able to power the TV off and keep it off, most of the time, if I wait for LibreElec to go to dim, before I switch HDMI to another source and then power off. I have turned off switch source in LibreElec, but I don't think that had ANY effect. Previously, I had an rPi3 with 9.2, no issues.

Does reverting to 10.0.0 avoid the issue?