Posts by Da Flex

Quote from tekno

I have a media center to do the ripping on my MEDIA CENTER, NOT MY COMPUTER!

Your "media center" isn't a computer? What is it?

Sounds good. If you need an instant solution, buy an HDMI audio extractor.

Quote from dmrlawson

EDIT: or are you suggesting trying to move to balenaOS?

Whatever OS compiles fine at 64 bit mode will be a benefit for us. We don't compile that way at the moment. Feel free to share your progress here.

dmrlawson Did you read my link to balena.io? It provides some fixes and workarounds.

I'm pretty sure it's a software bug. LE updates the RPi firmware, but you can install different firmware for testing. If you have audio pass-through enabled, disable it for another test.

After you did both tests, write a complete bug report.

PS: I was just reading that RPi 4 users get an LE 9.2.5 hot fix, which contains new firmware: click. So try this first.

Quote from test0x01

Thanks for reply. The reason to run LE in docker is to make the box serving as HTPC and full Linux server at the same time.

Maybe it's a better approach to run Docker inside LE. You can find cool Docker projects in our showcase section.

I just had a short dev conversation. We need a complete kodi.log (link, like you did before, log level 2). Thanks!

PS: Use local media for testing. Streaming has some additional unknown factors.

My point is that both options could be same. I don't think that a display refresh rate can vary all the time, so "hdmiclocksync" probably means "sync playback to display", not vice versa.

If so, it could be a bug. Maybe the corresponding GUI setting has been overwritten by a wrong compiler flag. When "sync playback to display" is always active, it can result in frame drops.

PS: I have been informed the devs. Stay cool.

Quote from Zilog Jones

hdmiclocksync is "Adjust display refresh rate to match video", not "sync playback to display".

Are you sure you have both options, not just "sync playback to display"?

Quote from kodi.log

2020-07-16 16:40:29.111 T:1390015360 DEBUG: COMXVideo::Open - decoder_component(0x0x5d414ba8), input_port(0x82), output_port(0x83) hdmiclocksync 1

vs.

Quote from @chewitt

Do not "sync playback to display" as that will force everything to be resampled and ARM devices are rubbish at that.

Quote from Zilog Jones

Yes, I know how de-interlacers work. It's not relevant to this discussion, and neither is overclocking as the issue is not related to CPU load.

Did you verified normal CPU load by using top or similar programs?

Quote from Zilog Jones

That is not correct at all, it de-interlaces it to 1080p50 depending on the de-interlacer setting. But there are a lot of different things going on when playing back such content, less video bandwidth for starters.

I'm at least partially correct. Here is the reference I mentioned: click.

Quote from Zilog Jones

As I said earlier, 1080i50 TV is fine for whatever reason.

If I remember right (I think chewitt explained it once - use the search function) 1080i reduces frame rate to half. There is no real interlaced mode on LE. You can try to overclock.

You best chance is to play with the A/V settings of the add-on. Read here about Netflix settings on RPi 3, just as an example for your preferred add-on. There is no universal solution for all add-ons.

If you decide to re-install LE from scratch, check your microSD first. Maybe bad blocks are the cause of the issue.

You can enforce a different HDMI mode by editing config.txt.

Read here how to edit config.txt.

Read here about HDMI options.

Set hdmi_group and hdmi_mode to switch to a different HDMI mode.

Additionally you can try different hdmi_pixel_encoding settings.

Is the screenshot from VNC or HDMI?

9.2.4 is the most recent LE version. You can copy it into the update folder, and reboot to install it.

To do so, you can login by SSH, and use wget to copy into the update folder. Or remove the microSD, and copy on your PC.

Hopefully the bug disappears after the update.