Nightly images for A64, H3 and H6 boards

  • Note that this topic supersedes previous.


    Images and updates:

    Nightly images and update files are available here. Please note that update files are board specific now.


    WARNING: Updating from older community images isn't possible. Please use backup and restore functionality.


    H3 based boards:

    - BananaPi M2+

    - Beelink X2

    - Libretech ALL-H3-CC (Tritium) (H3 SoC)

    - NanoPi M1

    - OrangePi 2

    - OrangePi PC

    - OrangePi PC Plus

    - OrangePi Plus/Plus 2 (same image for both boards)

    - OrangePi Plus 2E


    A64 based boards:

    - OrangePi Win

    - Pine64

    - Pine64 LTS

    - Pine64 Plus


    H6 based boards:

    - Beelink GS1

    - OrangePi 3

    - OrangePi One Plus

    - Pine H64

    - Tanix TX6


    Additional boards can be supported if requested, but only if they are supported by mainline kernel.


    Boards/STBs with less than 1 GiB of RAM are not supported!


    FEATURES:

    - mainline kernel & U-Boot

    - completely open source except GPU (Mali) driver (until Lima and Panfrost mesa drivers are good enough for Kodi)

    - latest Kodi

    - zero copy decoding & rendering

    - shared decoding & rendering code with other SoCs (with small adjustement for now)

    - compared to OpenELEC images with BSP kernel, HDMI should work with any monitor automatically

    - HDMI CEC

    - multi channel HDMI audio

    - IR receiver

    - Analog audio (except H6)


    LIMITATIONS:

    - only H3, H6 and A64 SoCs are supported for now

    - only MPEG2, H264 and H265 (HEVC) codecs are supported in hardware, for now. Others are software decoded.

    - 10-bit videos are supported only on H6 (H3 and A64 don't support 10-bit - hardware limitation)

    • MPEG2 works well
    • H264 works well
    • H265 works in general, with some videos not properly decoded

    - deinterlacing is not yet implemented (driver exists, but ffmpeg and Kodi need work)

    - Realtek SDIO wifi modules are not supported (RTL8189ETV and RTL8189FTV)

    - sleep is not implemented

    - no eMMC install script However, burning image to eMMC with dd works

    - no support for TV out

    - no temperature sensor for SoC, so it may get a bit hot (driver is WIP)

    - HDMI audio passthrough doesn't work yet (driver improvement is WIP)


    Given that nightly images are updated often, I'll make a post when it's worth to update with short changelog.

  • Just an update on my HDMI sound problem with the Pine64+ board and my Samsung LE32B550 TV.


    HDMI sound now is possible if I switch the display resolution in Kodi to 1920x1080i. However LibreELEC starts with resolution set to 1920x1080p by default which should be ok according to the provided EDID.



    Could this be a problem with the clock driver or does my TV provide a malformed EDID?

  • Plus2e not found

    So, we must install fresh images?

    Can i install this images using update menu?

  • Plus2e not found

    So, we must install fresh images? What difference this image and older images?

    ah, sorry, that's an oversight. I'll ask to add it.


    Differences? Newer Kodi, newer Linux, plenty of other updated packages, wifi fixed for Broadcom modules (OrangePi Win, Bananapi M2+ and Beelink X2). Soon there will be stability fixes for HDMI detection and faster boot times.

  • jernej


    The use of the Pc2 (H5) was mainly for the Tvheadend. But without the libreelec addons and drivers, and HDMI CEC at the moment is not very usable. Thanks

  • macchese Addons are not a problem, if H5 port is built from LE master (with additional H5 modifications). However, I'm not sure which URL current test image is using.


    Regarding HDMI CEC, I really don't know what's wrong here. New driver approach, which works very well with other SoCs, doesn't work here at all. Old approach works as bad as with other SoCs. I will need to take a look at that again at some point, but additional issue I noticed is that there was sporadic Kodi crash. It may be due to a hack in mali driver. I would rather wait for lima to become fully usable, before merging H5 port in LE master.

  • H5: jernej , I've just noticed that 'memtester' fails when the GPU is running. The DRAM initialization code must likely be updated.

  • noblock interesting! Does it crash with mesa too? Will you take a look? even though I helped with H6 DRAM code, I still don't know much about it.

  • Just compiled new image for Orange Pi One

    How well does it work?


    If you'd like, open new topic with community image for this board. Otherwise this post will get lost (or not, now that's on first page).

  • It fails with mesa too; Updating the DRAM code is likely not easy.


    noblock interesting! Does it crash with mesa too? Will you take a look? even though I helped with H6 DRAM code, I still don't know much about it.

  • Hello dear Jernej and everyone,

    I'd like to give some examples of video which have problems with decoding.


    1. A video which had been converted from MJPEG (webcam) with the following parameters:

    ffmpeg -i input.mkv -crf 20 -preset slow -vf hqdn3d -vf normalize -b:a 256k output.mp4

    At the time of converting, there were tons of these messages:

    [mjpeg @ 0000027996d7f0c0] unable to decode APP fields: Invalid data found when processing input

    However, the result works normally on PC. On the Orange Pi PC Plus + nightly LibreELEC 15.05.2019 it is played slow and jerky.


    2. The second one was converted from MPEG4 to HEVC1 with default parameters. After trying to play it, the sound starts to play and the system immediately reboots.


    The files can be downloaded from fere: Облако Mail.Ru

  • beelink wifi not working

    There are two possible wifi modules for Beelink X2, Broadcom (Ampak) or Realtek. Only Broadcom based wifi works, Realtek based won't work for forseable future. You can open your box to check which one you have.

  • 1. A video which had been converted from MJPEG (webcam) with the following parameters:

    ffmpeg -i input.mkv -crf 20 -preset slow -vf hqdn3d -vf normalize -b:a 256k output.mp4

    If I understand your mediainfo file correctly, it's 4:4:4 which won't work for now. I'm not sure if this is HW limitation or just not supported at this point in driver.


    2. The second one was converted from MPEG4 to HEVC1 with default parameters. After trying to play it, the sound starts to play and the system immediately reboots.

    HEVC driver is not stable yet, but I'll add your sample to my test collection.