The Wine development release 8.1 is now available.
What’s new in this release:
Windows version set to Windows 10 for new prefixes.
I know that in the past there were A LOT of programs which behaved like crap under anything else than Windows 7, so in case of problems - keep that in mind.
I’d also like to add that you can also force specific DXVK versions that aren’t shipped with Lutris currently.
Lutris ships as of this writing with VERY outdated DXVK (1.10.3) and VKD3D (2.6) versions. You can see the latest version in Lutris by checking which one is set as default:
Those versions are pretty outdated. By using them, you are losing out on plenty of features and performance. Also some newer games will simply refuse to run if you aren’t using VKD3D 2.8.
A lot of people actually don’t know that they are able to download (or build) latest versions of both DXVK and VKD3D, and use them in Lutris even though they won’t appear in the drop-down menu when selecting them.
If someone wants to use DXVK 2.1 for example, all they have to do it download it (or build it), and place it in the proper directory like this:
Then all you have to do is type the name of the DXVK’s directory that you wish to use. You really need to type it in by hand because Lutris won’t recognize your version in the drop-down menu.
In my case I want to use dxvk-2.1, so therefore in Lutris it should look like this:
Same procedure applies for VKD3D. The only difference is that VKD3D versions should be placed in its corresponding directory:
I wouldn’t call it VERY outdated though, despite numbers it’s just 2 and 1 version behind
Surely there’s a reason why it’s not auto-updated by Lutris yet…
Actually if you want to play latest games optimally or take advantage of new features (like GPL for example), then those version are very outdated (DXVK July 13, 2022, VKD3D March 4, 2022).
This is especially true for DX12 games that refuse to start for majority of people if you use 2.6 for example. Spider-Man remastered comes to mind, and its standalone DLC.
Unfortunately there isn’t a good one because Strider (creator of Lutris) has acknowledged that the updated versions are needed:
He doesn’t also need to build vkd3d or dxvk because there are already compiled versions available: VKD3D DXVK
I’d argue that having access to latest versions of DXVK and VKd3D is really important if you wish tohave the optimal gaming experience on Linux.
Yeah, Tannis was doing that, but ever since the war with Ukraine he has stopped doing pretty much anything because he was trying not to get drafted (he explained it in Discord).
Debian “Testing” is being carp right now about Wine. Running “winecfg” and then “wineserver” times out after five minutes or longer, prints absolutely nothing to the terminal before “time out” message and leaves its other junk in memory doing nothing useful. I think it was trying to run a service or something else but it’s holding down serious CPU cycles so I could barely run a web browser. I could recommend “Bullseye” for music production with freeware and old plug-ins but nothing else at this end.
Please come to the present.
I haven’t had to configure anything to game on Linux in the last 2 or 3 years, every modification I made was out of pure technical interest in tinkering with stuff. That said, I basically only play things available on Steam (using the steam-native-runtime package) and WoW installed with the help of Lutris.
Especially since Valve announced the Steam Deck, issues with gaming on Linux have gone to Zero, at least on Arch-based distributions (haven’t used anything else in almost a decade now).
I used protonup-qt from the AUR to get the latest DXVK and VKD3D in Lutris (you have to delete the database file in the respective lutris ressource folder to be able to choose it in the GUI) and switched to using the default wine-staging package from the Repo instead of Lutris’s own.
Read what? I don’t play games. I create music on my computer which is my number one reason to use computers at all. Not everybody that is interested in Wine wants to play games. I was only reporting on a minor flaw, except I should have added:
On Debian the “time out” only happens, it seems, when “winecfg” is run for the first time after Wine is updated. On Arch-based in that case it does take a good while but not that long and it finishes and cleans up after itself.
On any distribution after wine updates and you run winecfg on some previously created prefix - what it does is updating prefix with latest wine files, so it’s expected behaviour not a flaw.
But anyways, it’s gaming guide and technicalities for gaming
This is EndeavourOS specific: for some 32-bit Windows programs such as OpenMPT, make sure to install 32-bit Portaudio library with this command:
sudo pacman -S lib32-portaudio
Otherwise that program fails to come up with any useful option in “sound card” tab of the preferences and you might not get any sound. If you’ve done it correctly you should see the “WASAPI” option first on the pulldown at the top of that dialog.
Might be alike for 64-bit (install 64-bit Portaudio) but I haven’t tested it. Kind of off-topic, not a game but it could interest someone.
Please mark that as the worse option, its only alphabetically first. It has worse perfomance and often compatibility issues with applications and games. On AMD graphic chips, vulkan-radeon is the best available one.
Only when there are issues, one can try if they also exist with AMDVLK, but it should not be used as default.
I know, but i haven’t emphasized in every way, besides you have reminded me of this from the list of things i mention that i’ve needed some help with:
Thx for your experience, but as far as i’ve read / heard from many other people - it’s still a controversial topic to decide on which is best. So i’d like much more different input and experiences to get into gaming guide conclusion for it being quality recommendation.
I understand that.
For the performance and partially compatibility part:
If you go through the single benchmarks, you’ll see that for example in F1 2021, the game didn’t work with AMDVLK, in Hitman 3 AMDVLK was garbage while RADV was working in all games and had better or comparable performance.
Edit:
ACO is actually enabled by default for quite some time now (since mesa 20.2) so meanwhile it is set in stone.