Gustavo M

I've been noticing how troublesome that is to install the "free" gpu/vulkan packages on a distro and optimize accordingly... and on how proprietary packages are decently optimized as is. For instance, heres a video that shows someone running a switch emulator at a decent framerate on a RK3588 cpu with proprietary packages installed... while it is, well... borderline impossible to run with "free" gpu/vulkan packages. (I've tried following several guides trying to mimic the same experience as the video shows with "free" gpu/vulkan support... and I could barely make it run at a reasonable resolution. It was comically borked, to not say the least.) Even if I'm completely wrong and babbling nonsense... I believe this should be a decent option for recently released sbc's that have zero support "out of the box" and could use "anything" to get em running asap. ...and theres a git repo that provides proprietary gpu/vulkan support via .deb files -- https://github.com/tsukumijima/libmali-rockchip

There is a "out of the box" support for Orange pi 5 boards... which is proprietary packages. Go here, find the .deb file for mali-g610 and install it with sudo dpkg -i file.name.

Um... those are (almost) one year old...? Considering there are mali-g610-related .deb files that are a couple months old that can be installed manually, but without any further info on how to (properly) do such. And I'm pretty sure someone mentioned the "rockchip-multimedia-config" being abandoned and/or outdated.

Title. Since apparently the proprietary drivers have better support for both. Thanks in advance.

@elvis, thanks! That worked really well. Still, the performance is really subpar compared to what the proprietary drivers can provide, I'm afraid.

Basically... changes should be made on the kernel, not on the distro? As in, installing packages aren't the optimal way even if the package manager itself can implement and configure said package on the kernel? And since you mentioned being on a very tight budget... mind if I suggest hosting (only) minmal armbian images while leaving everything else to be configured and downloaded post-installation? Pretty sure that'd make the budget more doable to deal with, considering theres over 100 images available and the difference between a minimal and a pre-configured image being almost 3 GiB? (Imagine a cli user-friendly menu appearing post-installation, asking the user to choose between several window manager options to be downloaded and installed.). I'm aware armbian has a "not be on the user's way" rule but since this is a urgent matter... Or even a "last resort android image burner" of sorts, that downloads an appropriate android image for the sbc "on the fly" and then burns it on disk/external disk/anything? (Since apparently android images "just work"). That aside, I appreciate the trust and transparency, but I'm not a linux pro let alone a dev by any means. ...even if I -do- enjoy treating my sbc as a "lab rat" of sorts, trying to figure out ways of making it work. If anything, installing libgl1-mesa-dri (via bookworm-backports) makes the sbc fine for daily browsing needs and the eventual, casual linux native gaming -- the "miracle" you mentioned is already happening per se.

Title. I've tried installing libgl1-mesa-dri but support feels really broken (Brave crashing frequently, mismatching opengl version, etc.). Am I missing something? Thanks in advance.

@elvis, Care to make a step-by-step on how you did all that? I've got a Orange pi 5 max and I'm struggling really hard on making it work properly -- everything feels really broken on my end.