nyanmisaka

Yes, Cix will do it.

> As we all know, for a successful development kit, open source support is essential. Cix technology will actively embrace the community and contribute to open source. For the newly released Radxa Orion O6 development kit, Cix technology will promote the open source and upstream support of EDK2 firmware and Linux kernel in the first half of 2025.

https://forum.radxa.com/t/plans-for-adding-support-into-main...

We should see more upstream work starting after CNY. Anyway this board can already boot the vanilla Debian arm64 iso, thanks to the Day 1 EDK2 UEFI/ACPI support provided by Cix.

Is this really so?

[Update: I’ve asked Collabora how RK3588 software development was funded. Their answer:

But to answer your question, Collabora had initially started the work on RK3588 as a strategic research and development (R&D) investment. When we looked at the SOC landscape at the time, we felt that SOC offered great potential. Since then Collabora has developed a solid relationship with the RockChip Open Source team, and others there. They have been very supportive and responsive. And they continue to do so on the RK3588 as well as everything else we are collaborating on with them. Collabora’s strategic R&D investment has been paying off since we have several OEM customers that have hired our services to further enable their RK3588 products, in all sorts of industries and product form factors.

]

https://www.cnx-software.com/2024/12/21/rockchip-rk3588-main...

I don't think it's acceptable to have no H264 and AV1 hardware decoders in 2025, or even NPU support.

The rk3566 used in Rock3A is a poor 4-core Cortex-A55 chip, it can't even beat the RPi 4. But when it comes to the 4xA76 + 4xA55 in the rk3588/Rock5, they can't be compared, not to mention the 8k60 video codec and NPU support in the 3588.

Only certain SBC suppliers, namely Orange Pi, were stopped from supplying chips by Rockchip because they violated the treaty.

Rockchip employees have been upstreaming their drivers, your claim is unfounded. Just check the linux-rockchip mailing list.

https://patchwork.kernel.org/project/linux-rockchip/list/

RPi OS is also using a modified kernel and packages that include the v4l2 codec and FFmpeg (rpi-ffmpeg, which I ever tested). https://github.com/raspberrypi/linux/commit/46f21cab3e888823... https://github.com/jc-kynesim/rpi-ffmpeg

These staging drivers do not exist in the Linux mainline. It means that you will not get hardware acceleration support when compiling and installing the kernel from `torvalds/linux` instead of `raspberrypi/linux`.

As for the RK3588 SBCs, you are free to choose to use Linux 5.10 LTS (legacy) or 6.1 LTS kernel, both of which are officially supported by Rockchip. Or alternatively, use the bleed edge kernel 6.9. Official 3D acceleration will be available in Mesa 24.1 and Linux 6.10, and the developers have also backported it to 6.1 LTS for ease of use.

In addition to Armbian, you can also use `ubuntu-rockchip`, which has full hardware-accelerated desktop/server Ubuntu 22.04/24.04 LTS support. https://github.com/Joshua-Riek/ubuntu-rockchip

The VPU used by video decoding has nothing to do with 3D/GPU. With `ffmpeg-rockchip` and `libv4l-rkmpp` you get 4k@60 hw decoding support in Chromium and MPV player, and 8k@60 hw decoding support in Kodi. https://github.com/nyanmisaka/ffmpeg-rockchip/wiki/Rendering

Jellyfin also provides complete transcoding pipeline support on the RK3588 based SBCs. https://jellyfin.org/docs/general/administration/hardware-ac...

Maybe my expectations for RPi 5 are too high, but it’s hard to imagine that an SBC manufacturer known as the industry standard removed the H.264 decoder & encoder from their latest product instead of adding VP9 and AV1, causing users to go crazy when YouTube playback dropped frames. Not to mention serving up transcoded content as a media server.

Good news is that I've been playing around with its competing products. For those users who want a normal media server experience in 2023, Jellyfin will support RK3588 full hardware accelerated transcoding, includes AV1 decode, subtitle burn-in and HDR tone-mapping. (WIP https://github.com/jellyfin/jellyfin-ffmpeg/issues/34#issuec...)

In fact, she just no longer leads panfrost, but still reviews panfrost-related merge requests from time to time. Boris took over her place, and even panvk2 is on its way. https://gitlab.freedesktop.org/bbrezillon

Mali-G610MP4 is known to handle Genshin impact easily. (https://youtu.be/sA55S2Z7gLo?t=56) I doubt VideoCore VII can do that. As of today, there is still no detailed spec sheet for this GPU.

Nope. You don’t need a DV compatible display with the latest MPV. Their latest gpu-next renderer can tonemap DV to SDR or HDR so as you can watch it on an old display.