Dann

I agree Armbian on Rock 5B is highly useable. Yet is all non-mainline: Android, Linux and Mesa (Panfork not Panfrost). That's worrying as it's hard to be confident we'll see proper bug free support any time soon. For me Panfrost (not Panfork) with Vulkan would be priority yet I think mainline kernel is also necessary

@fraz0815Thanks pointing out instructions which I followed and repeatef with care. The last step --use-gl=egl makes overall browser experience (even mouse pointer movement) unbearably slow and I am forced to run without this flag. Yet I don’t believe YouTube video is hardware accelerated. The video decoders show up under about:gpu, yet, Developer Tools Media still says hardware decoding NO. Also, CPU usage is significant. I don’t have dropped frames as CPU powerful enough, yet, I don’t believe it’s GPU accelerated. I don’t see any obvious debugging messages other than loads of Vulkan extension failures

Anybody playing with Steam able to getting it to work? Either native ARM or over box64/86 or over wine, even?

@williamvyou mean ppa:liujianfeng1994 and kodi instructions? Done all that. I am talking Chromium YouTube which remains software/CPU rendering. From @Gnattu https://forum.radxa.com/t/armbian-images-are-now-available-for-rock-5b/11896/109 we get: To sum up what you will need to perform hardware decoding using chromium from scratch: Rockchip’s mpp library for the userspace api to access rockchip’s media processing blocks. Look for packages contains librockchip-mpp, librockchip-vpu and rockchip-mpp. Rockchip’s libv4l as a v4l2 plugin so that chromium can use it to access the mpp library. Look for packages contains libv4l and v4l2. You probably need v4l-utils as well. The patched chromium itself. You could find an x11 version in radxa repo. I have yet to succeed, though

Anybody managed to getting Chromium or Firefox to YouTube over GPU hardware accelerated?