Support us on Patreon
PayPalFor those keen to keep up with the exciting progress of the Vulkan-based compatibility layer for D3D 11 and Wine 'DXVK' [GitHub], you will be pleased to know a fresh release is now out.
Version 0.42 adds in:
- Added support for DXGI Gamma Control functions, which should fix the Gamma slider in The Witcher 3 (and likely other games too)
- Avoid compiling the same DXBC shader multiple times
- Implemented missing HLSL semantics for tessellation and geometry shaders
There's also five bugs that were reported as fixed which affected: World of Warships to fix a crash where MSAA was enabled, Ni No Kuni II had a fix for a bunch of missing textures and Overwatch should now show enemy outlines.
The progress here has been absolutely amazing, here's another video produced by GOL supporter and YouTuber Xpander showing off F.E.A.R. 3 using Wine Staging and DXVK:
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Direct Link
Direct Link
Very impressive stuff. Obviously we would all prefer to get native and supported games, but for the times where clearly a Linux port isn't going to be made or for a new Linux user not wanting to lose access to their favourite Windows games, Wine is a great tool.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
Presented on a proprietary platform, done throughout proprietary drivers perhaps? Nevertheless as always: Running older games with Wine is one thing, but already dongled stereotypes because F.E.A.R. 3 is NOT available back off from Steam. Enough to argument again: That's NOT "free as in freedom" making GNU Linux to another Windows-copy. 
1 Likes, Who?
Sputnik_tr_02 Apr 16, 2018
Quoting: keturiduAnyone with success story of launching DXVK this on Nvidia Optimus (Intel/Nvidia laptops)?
Yes it works with Nvidia Proprietary drivers.
0 Likes
Quoting: ShmerlQuoting: Luke_NukemHaving Valve step in and up with official support would lend both Linux and SteamOS another level of credibility in gaming.
I suppose so. But Valve (or GOG, or anyone really) can't start doing it without owners of those games giving them permission, because each contract on distribution is usually (quite weirdly) tied to particular OSes, and adding another one requires a new contract. And if those companies didn't care about Linux, something should change for them to care now even about trivial third party wrapping.
Well, ye, they'd need contracts, but valve cuts 33 % anyway, so they would earn money back. The question would be: How would Valve support them? Because for sure, the support threads would be opened in the steam discussion boards, and valve won't be lurking everywhere they did ports. They'd need to restructure the support area for games like that, to split between themselves and the company.
I don't see valve going that direction, I see it moving the direction to make Linux-Ports with Wine+VXDK easier, probably giving developers / publishers a helping hand with it by including proper wine bundles to target for developers in steam directly. That absolutely makes sense for both, Valve and Game Developers.
1 Likes, Who?
DefaultX-od Apr 17, 2018
OMG it's working. So little update on my previous comment, I can't stand windows even for the game I really want, so I've installed kubuntu 17.10, nvidia drivers 390.* series, and followed steps on how to setup lutris with dxvk, and for GTA V set prefix to XP, and it's working now!!!
https://www.youtube.com/watch?v=197yDmqvvao
Last edited by DefaultX-od on 17 April 2018 at 11:38 am UTC
https://www.youtube.com/watch?v=197yDmqvvao
Last edited by DefaultX-od on 17 April 2018 at 11:38 am UTC
0 Likes
Quoting: Lolo01Quoting: evergreendoes someone have a simply guide or an installer for dxvk? i’m to stupid for that..
Download DXKV on Github, extract and then :
WINEPREFIX=/path_of_your_wine_prefix bash "/path_of_your_dxkv_dir/dxvk-0.42/x64/setup_dxvk.sh"
It works with wine 3.5 and above w/o doing anything else.
Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..
0 Likes
Sputnik_tr_02 Apr 18, 2018
Quoting: evergreenQuoting: Lolo01Quoting: evergreendoes someone have a simply guide or an installer for dxvk? i’m to stupid for that..
Download DXKV on Github, extract and then :
WINEPREFIX=/path_of_your_wine_prefix bash "/path_of_your_dxkv_dir/dxvk-0.42/x64/setup_dxvk.sh"
It works with wine 3.5 and above w/o doing anything else.
Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..
It was the same for me when i was on Nvidia 390.48 drivers. Now i'm on 396.18 and it says 1.1.70, however i wouldn't recommend installing 396.18 driver, it has a new compiler and it doesn't play well with DXVK, some games drops to half in performance. As a workaround i use __GL_NextGenCompiler=0 variable to disable that new compiler.
0 Likes
Quoting: Sputnik_tr_02Quoting: evergreenQuoting: Lolo01Quoting: evergreendoes someone have a simply guide or an installer for dxvk? i’m to stupid for that..
Download DXKV on Github, extract and then :
WINEPREFIX=/path_of_your_wine_prefix bash "/path_of_your_dxkv_dir/dxvk-0.42/x64/setup_dxvk.sh"
It works with wine 3.5 and above w/o doing anything else.
Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..
It was the same for me when i was on Nvidia 390.48 drivers. Now i'm on 396.18 and it says 1.1.70, however i wouldn't recommend installing 396.18 driver, it has a new compiler and it doesn't play well with DXVK, some games drops to half in performance. As a workaround i use __GL_NextGenCompiler=0 variable to disable that new compiler.
Ok, thanks a lot!
For information I tried out Ark with dxvk, and compared to WIN version I have significant fps drop (maybe because I am a noob), but compared to linux native I have graphically a completely new game. Sad but true.
0 Likes
The state of Linux graphics reminds me of the state of Linux office software 10-15 years ago. I remember when I was always trying to get the absolute latest Openoffice or Gnumeric spreadsheet or whatever in hopes that it would have just one more useful feature or be a bit more stable or a titch less ugly. I would mess with installing .rpms (on Mandrake) and fiddling with dependencies just to get some software that halfway worked. Now I just use whatever is packaged with my distro and it's all fine.
I am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.
I am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.
1 Likes, Who?
cRaZy-bisCuiT Apr 19, 2018
Quoting: Purple Library GuyI am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.What exactly is your point? Nobody forces you to try bleeding edge development for running software that is not written for our OS.
Just buy native Linux games, and if you want an easy time, from Steam. Press install and it works. What could be easier and more boring than that?
0 Likes
Quoting: cRaZy-bisCuiTIf you're reading with a little less bias towards hostility I think the point is fairly simple. The Linux desktop has continued to develop over the years, different aspects at different paces or in different phases. Graphics is in many ways currently at a phase that other sections of Linux technology went through in the past, but as other Linux technologies in the past have reached maturity and smoothness such that nobody really worries about their "bleeding edge" any more, graphics (and technologies like WINE and certain other graphics-related things you could quibble and say aren't "graphics" per se) is now also in the heavy development phase that leads to mature power. And, as I say, I'll be happy when we get there. Should I be UNhappy when we get there?Quoting: Purple Library GuyI am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.What exactly is your point? Nobody forces you to try bleeding edge development for running software that is not written for our OS.
Just buy native Linux games, and if you want an easy time, from Steam. Press install and it works. What could be easier and more boring than that?
Too banal for you to understand? Why the aggro?
0 Likes
See more from me