this post was submitted on 14 Aug 2023
19 points (100.0% liked)
Linux Gaming
15256 readers
64 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
Resources
WWW:
Discord:
IRC:
Matrix:
Telegram:
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
from the dev:
Performance was 10% worse, and frametimings were less even, but it was certainly playable. This was just how Unity 3D works in Vulkan on Linux, so there was no way to solve it.
Certain parts of this game have geometry that is close together, and on Linux these would flicker. This is because Unity 3D does not support a reversed z-buffer on OpenGL or Vulkan (or DirectX9). This problem is not present in DirectX11+, or Metal. And it’s not present when Proton or WINE convert DX11 commands to Vulkan.
Other than that, everything was the same on Linux as it is on Windows or OSX. We’ve had a native Linux build of this game for its entire life up until recently, just as all of Arcen’s titles have had a native Linux build for the last decade.
So this all feels very strange. But Unity 3D’s support for Linux, and in particular their implementation of Vulkan, is notably inferior to what is going on with their support for DirectX11 and Proton/WINE’s ability to bridge across.
To me, that's a testament to the work that the Wine, DXVK, VK3D, and Valve (I feel like I'm missing someone else that should be credited) have put in to make gaming on Linux possible.
Emersion put a lot of work into Gamescope for Sourcehut, too. It doesn't have anything to do with this scenario, but I use Gamescope regularly enough to be grateful for it.
( ͡° ͜ʖ ͡°)