Unofficial LE for RK356x RK3328\RK3399 RK3588(s) RK3576

    Quote from chewitt

    please push changes to your GitHub repo, thanks.

    switching to wayland · 150balbes/LibreELEC.tv@7a90b8e


    п.с. тут не все изменения строго нужны, просто добавил сразу то, что-бы можно было запустить сборку и получить готовый образ для rock5b с рабочим выводом на экран.

    PROJECT=Rockchip DEVICE=RK3588 ARCH=aarch64 UBOOT_SYSTEM=rock-5b make image

    balbes150

    So I can confirm this works on the NanoPi-r6C

    I have no experience installing u-boot, but with some dd magic and pure luck I got it to boot, albeit with an outdated/limited device tree so I have no audio atm. (although i see it loading the current dtb in the log). But it boots and it was fun to see that it works.

    Code
    After examination:
00000000	MBR
00008000	RKNS/idbloader/bootloader
00800000	u-boot
00C00000	trust.img

    So I used the OpenWRT image and skipped the EFI/MBR part and wrote from 0x8000 to 0x00c00000 (12M)

    Code
    $ dd if=owrt bs=1 skip=$((0x8000)) count=$((0x00c00000-0x8000)) seek=$((0x8000)) of=/dev/sda
12550144+0 records in
12550144+0 records out
12550144 bytes (13 MB, 12 MiB) copied, 20,1171 s, 624 kB/s
$

    Bootlog:

    Edited once, last by Elicity: Corrected some minor errors. (June 12, 2025 at 6:28 PM).

    Quote from f1gogata

    Can you also add this device /khadas-edge2/ in Build section on that Branch

    No, because I don't have an edge2 board and don't need to waste CPU time bulding images for it that I won't use. Things are stlll a long way from the point where I have any interest in end-user testing.

    I did a quick update to Version 20250717-rk3588-gbm on my Orange Pi 5 using the tar and was initially full of excitement at seeing the options to pick either ELG or Direct to Plane for the hardware acceleration.

    But most (X265 in particular) content tested either showed 'Inactive' for hardware acceleration or just ended up with a spinning wheel and 'Working' , where nothing would even begin to play, regardless of whether I chose EGL (which was more successful overall) or Direct to Plane.

    But then I also had to remind myself that H265 hardware acceleration has not been implemented for inclusion yet anyway, so my expectations were unrealistic for what I was generally testing.

    But I did also wonder whether a fresh installation is the best initial way to go anyway, so will do this and report back.

    A definite step forward with the ability to choose these options and I can already see what direction this is heading, which is positive.

    The cleaner hack definitely takes things another step forward.

    RK3588 current state using my working branch: H264 works well and older MPEG2/VC1 codecs are software decoded. HEVC 8-bit seems to work but 10-bit has some kind of wrong format/modifier problem. AV1 is missing due to no hwaccel in ffmpeg and older wip patches exist but don't work, and the effort needs reviving. VP9 is missing due to no kernel driver, and Collabora tell me this is not planned right now. I've flagged the HEVC 10-bit issue to Collabora devs working on HEVC support.

    I didn't look at 4K support anywhere yet, but I believe there are still some things missing for that (both in DRM and in some of the drivers). NB: Only Direct to Plane should be used (EGL is for Intel/AMD/etc.) and unless you massively screwed up Kodi settings reinstalling won't achieve anything.

    Thanks for the update.

    The Kodi settings are fine and so I will leave things as they are.

    A fair amount of my HEVC was 10 bit, so that does at least clarify something and I am sure that Collabora will find the feedback useful.