Posts by jernej

This is completely separate issue. Your configuration won't be supported until some developer gets hand on that board and implement support (which may be never).

2160p@60 on Allwinner H6 doesn't work with all displays. For example, it works with my monitor but not TV. I haven't discovered why is that so, unfortunately. It should be driver bug, not HW.

I plan to add support for all 3 wifi variants eventually. It's possible to utilize front display already, if you add device tree overlay to enable I2C bus and then writing some userspace script to drive it. If you want, I can give you more information how to do that.

HW VP9 decoding on H6 is almost useful. ffmpeg support must be reorganized, but for those who would like to try (mostly relevant for YouTube playback), update file is here:

http://jernej.libreelec.tv/test/vp9/LibreELEC-H6.arm-11.0-devel-20211019202307-9f06af3.tar

Sources: https://github.com/jernejsk/LibreELEC.tv/commits/vp9-test

Thread 1 (Thread 0xd12ff280 (LWP 1914)):
#0  0xe9b97e58 in ?? ()
#1  0xd12ff7c0 in ?? ()

This doesn't help at all. It also could be stability issue. You can tweak minimum allowed CPU voltage in DT and see if that helps.

No, this is the first time I hear it. What kind of restart is it? Only Kodi or whole system? If only Kodi crashed, you should have crash logs.

Good question why there is no board specific files. Fortunately, for your test, you can use generic H3 update: https://test.libreelec.tv/LibreELEC-H3.a…012-0cb023d.tar

Fix is submitted here for LE10 and here for LE11 (current nightly images). Thanks for reporting!

Issue confirmed on OrangePi Plus2E with current master. It used to work not so long ago. I'll take a look.

H313 is afaik same as H616, with less memory supported (2 GiB vs. 4 GiB). Anyway, neither are supported by upstream Linux, so there is nothing to help with creating DT. Patches exist for H616, but DT parts are subject to change.

no, why?

I suspect that problem is not with decoding as it should switch to SW decoding automatically for unsupported formats. Kodi 19 doesn't switch rendering method if resulting format can't be rendered using DRM planes (v20 will most probably support this). Try set EGL rendering method for DRMPRIME (in such case, DRMPRIME decoder/renderer has no benefit) However, as chewitt says, it will be a slideshow.

Ok, thanks for confirmation. I also tested latest nightly image on brand new OrangePi 3 board today. I get exactly the same issues with the fresh board, so boards most likely work as they should.

I'll PR fixes to master and LE10 branch as temporary fix. I have yet to figure out what to do exactly for upstream Linux.

yes, clue is in first post here: Nightly images for A64, H3, H5, H6 and R40 boards

Ok, thanks for info. I'll check if this change can be upstreamed.

LuRu Can you please determine which change helped? Was it CPU regulator voltage range or wifi power supply? Wifi power supply changes would be easy to upstream, while CPU regulator range might be harder.

Ok, thanks! I'll open PR for master and backport to LE10 with these two patches soon. Next LE10 bugfix release will have it.

Currently there is no addons built for nightly images. Use LE10 stable image instead. There is no functional difference.