On software side, RPi (or intel N100 for that matter) is the winner but take a look at RK3588 datasheet [1] and tell me of an Arm or x86 SBC that tops what it offers. It even comes with a NPU lol
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.
On software side, RPi (or intel N100 for that matter) is the winner but take a look at RK3588 datasheet [1] and tell me of an Arm or x86 SBC that tops what it offers. It even comes with a NPU lol
[1]: https://www.rock-chips.com/uploads/pdf/2022.8.26/192/RK3588%...
An NPU with no driver support in the main Linux kernel, only in a vendor-provided fork containing dubious-quality drivers:
https://forum.radxa.com/t/lack-of-concern-for-security-in-bs...
https://blog.tomeuvizoso.net/2024/03/rockchip-npu-update-1-w...
You really think RockPi5 is an SBC on par with Advantech and Aaeon?
As a Rock3A owner I can say no. It may look like a real SBC but it is not.
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.
1 reply →
With 32G RAM? Besides, manufacturer diversity is a good thing. "Just buy X" comments need to die.
Software support being hand hold-y is nice and all but entirely pointless if the hardware isn't performant enough to run the workloads you want/need.
I don't think it's acceptable to have no H264 and AV1 hardware decoders in 2025, or even NPU support.