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

  • 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.

  • 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.

  • 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

  • I try lima now and then, but last time I tried it, Kodi didn't even start. Buffer management was broken but I'm not sure where (kernel or mesa). I'll try again when Linux 5.4 is released.

    In order to try it yourself, you have to enable lima driver in kernel, set OPENGLES driver in project config to lima and configure mesa package to use latest master.

    Two notes:

    - T720 support is very broken in panfrost, so it makes no sense to try it, but according to panfrost IRC, it should be much better in following weeks

    - GPU driver doesn't have anything to do with HW decoding. It may be for rendering video, but even that will be soon bypassed almost completely (only SW decoding currently uses GPU for rendering)

    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

  • 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

  • - 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.

    - 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.

    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.

  • 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 (November 13, 2019 at 3:49 PM).

  • 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