While you're here, please consider supporting GamingOnLinux on:
Reward Tiers:
Patreon. Plain Donations:
PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers:
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
- Linux and open source getting age checking exemptions could be problematic
- Steam Deck stock returns but there's a big price increase
- Dusklight the reimplementation of The Legend of Zelda: Twilight Princess gets a major update
- Proton-CachyOS adds low latency layer and Discord rich presence support
- Flathub moves to ban nearly all apps and submissions made with generative AI
- > See more over 30 days here
- Fully native alternative to ProtonDB
- LoudTechie - Feedback needed - future website updates
- Liam Squires-Hand - New Desktop Screenshot Thread
- Hamish - Restrict way kernel-level-anti-cheat is installed.
- PlayingOnLinuxphone - Are Mac computers good and stable?
- PlayingOnLinuxphone - See more posts
Anticheat check - which competitive games actually work on Linux?
How to give Valve feedback when Proton games have issues on Linux / SteamOS
llvm:
aco:
ACO performs worse actually.
Regarding the performance, I remember that TP always had better fps with OGL
However, it should be possible to override the destination with the env var. Let me add that.
Try doing:
dest_dir=/ mesa_debian_build.shI don't recommend such method though, since it will try to write directly to /opt/mesa-<branch>/* and delete stuff there as well. It's preferable to build in some local isolation, and deploy as a separate step.
llvm:
aco:
Both are pretty bad, due to Unreal Engine not using Vulkan effectively and frametimes being completely messed up.
For example, clang would be renamed clang-32. To do this with autotools you would add the
option, --program-suffix=-32. But I haven't figured out how to do this with cmake.
I haven't used it in a while, since radv became very good. But I can try building it again and compare with aco.
radv/aco:
radv/llvm:
amdvlk:
That's just framerates, I didn't really analyze stutter.