Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from jernej

    ilchenko things will improve once first alpha/beta and then hopefully stable images will be published for Allwinner. Then you'll always have image where addons should work. Nightlies are by definition unstable.

    thx for answer, Can someone tell me where to download the previous nightly version with python 2? it was totally fine for me. Moreover, I use addons that are rarely updated and do not think that they will be rebuilt for python 3 in the near future.

    Board: Orange PI 3 H6 Quad-core 64-bit 1.8GHZ ARM Cortex-A53

    TV: TELEFUNKEN TF-LED65S75T2SU

    • Official Post
    Quote from ilchenko

    Can someone tell me where to download the previous nightly version with python 2?

    Nightlies are built completely automatically and once new image is built, old one gets deleted. Unless someone stored pre-python3 image and gives you the link, building your own image from slightly older sources is the only way. Keep in mind that addon repositories will also get updated with never versions of addons which might not be compatible with pre-python3 Kodi. In this case you would also have to build your own addon. But that is easy for addons already included in LE repository.

    jernej nice, thanks for including the ir patch!

    As for mesa and t720, I see a few pending relevant merge request. Maybe I'll give it a spin next week

    I found out that LibreELEC-H3.arm-9.80-nightly-20191029-708dbf9-libretech-h3.img.gz works on the sunvell r69 v1.3 too, There I get even sound via av plug(or HDMI). Sure just usb-wifi works(ethernet not tested yet) as internal crappy chip isn't supported.
    So I'll go with those builds instead(works like the beelink + av audio..) and maybe try to activate remote somehow.


    As the older nightlies are gone, I somehow re-compiled the c9510d4 version for libretech-h3 which was the one with kodi 18.4(pre-python3) I have for beelink x2 working with all addons I use:

    Code
    git checkout c9510d4

PROJECT=Allwinner ARCH=arm DEVICE=H3 UBOOT_SYSTEM=libretech-h3 make image

    After copying the userdata from beelink build(was too lazy to install again) it works now for 2+ hours pretty nice and stable. So I got this old box working (nearly) perfect after dusting two years in shelf..really nice!
    Sure I will test newer images when there is a release...

    hei friends,

    some body have previous last build for opi plus 2e? Last night i upgrade to last build 29102019, samba and ssh very heavy access, lircd not working. Please upload last build before 29102019/i dont have pc to build it self

    Thanks

    It compiled with mesa just fine, but it didn't get very far:

    Code
    [    0.977246] panfrost 1800000.gpu: clock rate = 432000000
[    0.987396] panfrost 1800000.gpu: gpu soft reset timed out
[    0.993370] panfrost 1800000.gpu: Fatal error during GPU init
[    0.999358] panfrost: probe of 1800000.gpu failed with error -110

    Sounds like a dts issue? Do you know what's missing?

    This is tree I used: Commits · dhewg/LibreELEC.tv · GitHub

    • Official Post
    Quote from dhewg

    Sounds like a dts issue? Do you know what's missing?

    Several things:

    - current GPU DT patch are only quick fix for proprietary driver. However, upstream patches exist but I didn't use them in LE yet

    - T720 needs some additional panfrost kernel patches. I think they will be included in Linux 5.5

    - T720 is currently blacklisted in mesa source.

    Quote from jernej

    Several things:

    - current GPU DT patch are only quick fix for proprietary driver. However, upstream patches exist but I didn't use them in LE yet

    - T720 needs some additional panfrost kernel patches. I think they will be included in Linux 5.5

    - T720 is currently blacklisted in mesa source.

    Thanks for the pointers, I got it working now ;)

    This is running on 5.4.0-rc7: https://imgur.com/a/cx578up

    Just tested a bit, but seems to work fine so far.

    Built from this tree: Commits · dhewg/LibreELEC.tv · GitHub


    jernej

    - switching to mesa resulted in a broken kodi: "kodi.bin: undefined symbol: glGetIntegerv", a full rebuild fixed that, maybe you ran into that too?

    - the patch "media: pixfmt-compressed.rst: improve H264/HEVC/MPEG1+2/VP8+9" in "projects/Allwinner/patches/linux/0001-backport-from-5.5.patch" seems misplaced, I didn't check, but I guess it has been merged for 5.4

    • Official Post
    Quote from dhewg

    - switching to mesa resulted in a broken kodi: "kodi.bin: undefined symbol: glGetIntegerv", a full rebuild fixed that, maybe you ran into that too?

    I think I did, but that's not really an issue.


    Quote from dhewg

    - the patch "media: pixfmt-compressed.rst: improve H264/HEVC/MPEG1+2/VP8+9" in "projects/Allwinner/patches/linux/0001-backport-from-5.5.patch" seems misplaced, I didn't check, but I guess it has been merged for 5.4

    ok, thanks for heads up.

    Quote from dhewg

    Just tested a bit, but seems to work fine so far.

    What I'm really after is how it behaves with sw decoded content. If you have time, please disable HW decoding in settings and test SD quality and HD quality videos. Additionally, enable HW acceleration and select EGL rendering for DRMPRIME. If all these tree cases works, then I might consider switching to mesa.

    Hi jernej, what your opi plus 2e having issues using last build 29102019? My opi very heavy access ssh and samba, lircd repeats every touch buttons.

    Or do you have self build for your opi?

    Quote from jernej

    What I'm really after is how it behaves with sw decoded content. If you have time, please disable HW decoding in settings and test SD quality and HD quality videos. Additionally, enable HW acceleration and select EGL rendering for DRMPRIME. If all these tree cases works, then I might consider switching to mesa.

    Yeah, some videos won't play with EGL. Dunno why, there's no relevant debug output it seems


    Update: fixed by the nice folks in #panfrost, everything I throw at it plays fine now. With and without hw accel on either "direct plane" or "egl"

    Edited once, last by dhewg ().

    Quote from jernej

    nice. Did you try SD and HD videos? slightly different shader is used for that, so it may work differently. That certainly was an issue with lima at some point.

    My video collection doesn't have too many video codec variations, but these play fine for me:

    Code
    hevc (Main 10), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default)
h264 (High), yuv420p(tv, bt709, progressive), 1920x1040, SAR 1:1 DAR 24:13, 58.82 fps, 58.82 tbr, 1k tbn, 117.65 tbc (default)
h264 (Main), yuv420p(progressive), 1280x720, Closed Captions, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
h264 (Main), yuv420p(progressive), 640x480 [SAR 1:1 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
h264 (Constrained Baseline), yuv420p(progressive), 640x368, 29.97 fps, 29.97 tbr, 1k tbn, 58 tbc (default)
vp9 (Profile 0), yuv420p(tv), 1920x1080, SAR 1:1 DAR 16:9, 29.83 fps, 29.83 tbr, 1k tbn, 1k tbc (default)
mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1023 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.98 tbc
mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 512x384 [SAR 1:1 DAR 4:3], 992 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.98 tbc