KhanhDTP

Great！ Thanks a lot! I will try it to se if Diablo II can run tonight!

Are you sure you don't mean BSP which stands for Board Support Package??

I try FEX today and it is the same. I will try hangover tomorrow

Thank you so much!

Sorry I missed the "dxvk-stripped", Now it works fine! thank you so much!

After applying these settings, TomeRaider can be run perfectly now, Thank you !

https://github.com/ptitSeb/box64/issues/3146#issuecomment-3630691360
 
Optimize is on the way, just wait!

Thank you so much! I will try it tonight!

Thank you so much! Read it right away!

I've tested niri, hyprland, sway and i3, all of them should work if properly configured.

Thank you for sharing these!

I failed to get a working OpenGL with libmali. A more performant GLES may give a more performant desktop, but won't make most games working.
Since the community have been doing excellent work bringing rk3588 to mainline, it makes no sense to stick to a 5.x vendor kernel for a closed-source library with flaws, at least in my use case.
 
The FEX's developer has explained the reason why memory usage is high under arm64, and I think box64 may also have similar problems.

https://github.com/ptitSeb/box64/issues/3146#issuecomment-3630691360
 
Optimize is on the way, just wait!

It's wierd that in native Windows environment. steamwebhelper will only cost about 500MB memroy

Another video you'd like to see.
 

I tried FEX-emu, but on our devices it's slower. It is optimised for snapdragon while box64 is more optimised for the lower-end SBC ARM-SOC.
Here a video I once made about it. Things have changed a lot, fex-emu has matured at lot in this time. I didn't know it was build for steam back then so didn't test that. Also have no steam games that would run.
 

Armbian 25.8.2 Noble XFCE (BSD Kernel: 6.1.115)
 + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco)
 + box64 3.9 (https://ryanfortner.github.io/box64-debs/)
 + proton-10.0-3-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/download/proton-10.0-3/wine-proton-10.0-3-amd64-wow64.tar.xz)
+ DXVK-stripped v2.6.2
>=60fps@1080p
 
Yu-Gi-Oh LOTD Evolution
 

Thanks @KhanhDTP, this is great. I tried to stick with approaches that have made their way into official channels, but I'm happy to include because it's very cool to have a full working path identified (B2).

I think I understood your setup but please let me know if I missed anything.

Again, not sure where/how the best place to keep track of this is so in the absence of anything better I'll use the PR, but happy to migrate to another location.

Edit: I'm not sure how to format nicely here... so I updated the related PR. That said, this probably isn't the best reference location for this. In any case, posting in case helpful for anyone else. If it's useful for the project to better community (and potentially automate) some of this I'm happy to get involved, but here's what I've got for now:
 
There are fundamentally two driver paths for RK3588:
libMali path - Enables NPU for ML inference, basic GPU only Panthor path - Enables full GPU acceleration, no NPU
Within each path, you can choose headless or desktop (XFCE/GNOME), but:
libMali + desktop = slow rendering (software only) Panthor + desktop = smooth rendering (hardware accelerated)
Key insight: The NPU and GPU hardware are separate, but the software drivers conflict. You must choose which accelerator matters more for your use case.

Additional constraint:
Kernel matters - NPU only works on 6.1 vendor kernel. Mainline 6.12 has no NPU support but best GPU drivers.
 
This creates a matrix of ~6 viable configurations, each optimized for different workloads (production ML, ML development, desktop, latest kernel, etc).

More detailed breakdown: 
https://github.com/armbian/build/pull/8979#issuecomment-3587135022
 

Armbian Trixie XFCE (Edge kernel 6.18.0-rc3-edge-rockchip64)
 + Stable mesa 25.0.7-2
 + box64-rk3588  0.3.9+20251106.dcd3ba0-1 (https://ryanfortner.github.io/box64-debs/)
 + wine-10.18-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases)
 + dxvk-sarek v1.11.0-sarek-async-writeaccessfix-malifix-5d21d2b (https://github.com/pythonlover02/DXVK-Sarek/actions)
 
Elin ~40fps@720p
 

Thank you @KhanhDTP. I think I have a pretty good handle on how (and your post on that thread was in particular very helpful, thank you). 

It looks like a lot of people here are desktop optimized. My plan is headless, so expectation is 25.11.1 / 6.1 and libMali route but with RKNN (XFCE only for occasional desktop, Gnome is too hungry, XFCE + X11 + software rendering is fine on rare occasions I'd need it). 

I think the question I was trying to ask is more along the lines of understanding what to expect for the default, and if it made sense to enable one of the drivers by default, but I'm realizing there are proprietary dependencies and enough obscure use cases that this gets more challenging.

Thanks to everyone for all of the thoughts, hard to imagine navigating all of this without your contributions.

Armbian 25.8.1 Noble XFCE (BSD Kernel: 6.1.115)
 + PanVk - mesa 25.3 (https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa)
 + box64 3.9 (https://ryanfortner.github.io/box64-debs/)
 + wine-10.19-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.19)
 + DXVK-sarek-stripped v1.11.0 (https://github.com/pythonlover02/DXVK-Sarek/actions)
~60fps@1080p 
 
Cat Quest II

Armbian 25.8.1 Noble XFCE (BSD Kernel: 6.1.115)
 + PanVk - mesa 25.3 (https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa)
 + box64 3.9 (https://ryanfortner.github.io/box64-debs/)
 + wine-10.19-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.19)
 + DXVK-sarek-stripped v1.11.0 (https://github.com/pythonlover02/DXVK-Sarek/actions)
~60fps@1080p 
 
Cat Quest II

Armbian 25.11.1 Noble XFCE (BSD Kernel: 6.1.115)
+ Stable mesa 25.0.7
Using a native vulkan game:
Serious Sam Classics VK: https://github.com/tx00100xt/SeriousSamClassic-VK
~60fps@1080p
 

I tried Dragon Quest 11S with stripped dxvk 1.11. It failed because the panvk driver does not support Geometry Shader. There's an on-going MR https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/38401 to support it.