Posts by jernej

mine is 1.1 too. BTW, do samples also fail for you? I imagine it could also be some difference between playing from file or addon.

zillevdr sorry to say, but both samples work good both on old image updated with test update and fresh image on BananaPi M2+. So I can't reproduce your issues.

I just tested your samples and they work fine on OrangePi Plus 2E. I'll do more tests. I have a hunch what the issue might be.

zillevdr as I said, I need sample video to reproduce issue, otherwise I can't help. Additionally, make sure that it works if you disable deinterlacing.

well, no PMIC (important for lower heat) and no gigabit ethernet I wouldn't say nice...

I already explained in one topic (don't remember which) why this emmc hack will never come back. In short, someone must figure out what is really wrong. Secondly, there is no official support for Q+ and that's why I won't introduce hacks for it.

UI is already limited to 1080p (hidden setting, introduced exactly for weaker GPUs), but display can still be at 4K (DRM plane scaling is used). Actual problem here is that decoding and then deinterlacing process produces more frames than renderer is able to display (one frame per vblank - vsync). Naturally, they should be dropped. But this feature is not yet implemented for DRMPRIME direct to plane render method. Same issue you get with progressive, 60 fps video. But as I said, why drop frames if you can enjoy smooth playback with slightly lower resolution which in most cases is same or bigger than video native size.

You can change resolution and refresh rate in display settings You can even set refresh rate to be selected automatically depending on video size and fps, but this option is in video player settings. To be honest, 4k resolution is actually useful only for 4k videos. You'll get better (more fluent) playback with lower resolutions which allow higher refresh rates. Anyway, H6 has potential to surpass this but HDMI driver is not there yet.

Did you check issue mentioned in OP? If you're using for example 4K@30Hz display, like I did at first, you'll have such issue.

Yeah, I know, annoying. That's why I hardly use any addon during development and use sample video files for testing purposes. Anyway, I installed PVR simple addon without issue but I'm not sure if it works correctly (no playlists to test).

I updated images in OP. Now deinterlacing works pretty well for me, apart from the small issue mentioned in OP.

Changelog:

- proper cleanup of resources

- it's possible to turn off and on deinterlacing in video settings on the fly

- detection for HW deinterlacing (H3 and H6 have it, so this doesn't change anything for these two SoCs)

- crash fixes in some corner cases

Please report any issue. It's also possible that issue is in decoder (turn off deinterlacing and see if issue is still there). Anyway, I accept both type of issue reports but then please also provide video sample which triggers the issue.

Note that Kodi is updated and also uses new addon location. You may need to start from fresh state if addons won't work.

I just moved talk about deinterlacing into new thread so the posts don't get lost in huge topic. Anyway, I made a few more improvements and I'll upload new test images soon and I'll update OP with links to them including with a list of known issues and workarounds.

Quote from xabih

- Is s/pdif optical out working with OK with LibreElec?

spdif is not enabled on TX6. I can't test it, so I'm not sure how easy/hard would be to add support for it.

Quote from xabih

- This nightly images works on bootable SD like the stable downloads or have a diferent instalation process?

yes, you burn image to SD card and that's it. If you want to boot from emmc, you just overwrite emmc with same image.

All in all, TX6 is not particularly good H6 device. I suggest you go with SBC instead.

Why don't you just test it?

CEC on H5 is known issue, I should add it in OP.

Which board?

DEPRECATED: Patches were merged into main LE repo

Someone here who would like to test HW deinterlacing and report back findings?

H3 update: LibreELEC-H3.arm-9.80-devel-20201122150642-4bd5978.tar

H6 update: LibreELEC-H6.arm-9.80-devel-20201122150517-4bd5978.tar

source: Commits · jernejsk/LibreELEC.tv · GitHub

Known issue:

If display refresh rate is lower than double of video fps, audio and video will go out of sync. Bigger the difference, bigger sync issue.

Workaround 1:

Make sure that display refresh rate is higher than double of video fps. Easiest way to do that, is to set 1920x1080@60Hz display mode which most monitors and TVs should support nowadays.

Workaround 2:

If previous workaround isn't possible, change DRMPRIME render method to EGL. It will be less efficient but it will still avoid the problem.

Ok, that would be GPU driver bug. Updated mesa and kernel will should be updated soon. But other than that I can't do anything...