You can sign up to get a daily email of our articles, see the Mailing List page!
Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through Paypal, Flattr and Liberapay.!

For 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.
Show & Accept Cookies   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.

22 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more information here.
55 comments
Page: «5/6»
  Go to:

silmeth 15 April 2018 at 8:31 pm UTC
Shmerl
EgonautYou mean like with the Linux Kernel, which also only accepts C Code? ;)

Partially. For instance, I think it would be good for Linux to accept Rust code.

Well, I would love if the kernel accepted Rust code, but it cannot at the moment for technical reasons (at least for platform-independent parts) – Linux is maintained among others on hardware platforms which cannot be currently targeted by Rust (or any LLVM-based) compiler. So even if Linus ever considered accepting code in Rust, it won’t happen before all supported architectures get their backends in LLVM or somebody writes Rust frontend for gcc, or by some other magic they have working Rust compiler.

On the other hand the Wine project targets only x86, x64 and arm, and all those can be targeted by rustc. ;-)


Last edited by silmeth at 15 April 2018 at 8:37 pm UTC. Edited 2 times.
Luke_Nukem 15 April 2018 at 8:32 pm UTC
Shmerl
Luke_NukemI hope Valve picks it up, or at least includes it in SteamOS with a curated list of supported games that people can install - Steam & SteamOS level support for Wine would be a damn good way to entice some people over.

You don't need Valve for that. Supported however means that developers should maintain their games and address issues that can arise in Wine+dxvk when their games are used with them.

We do need them though, because there are a whole boatload of games that will run fine with Wine/DXVK, which developers absolutely won't be supporting and nor should we expect them to - especially with older games. Think about games like RAGE or Wolfenstein, or Skyrim - these typically run bloody well under Wine - if Valve offered actual support for installing these via Steam with Wine, then that would open up a whole new umm, ball-game. It might even open up the possibility of developers doing the support themselves once they see Valve in action with it.

Having Valve step in and up with official support would lend both Linux and SteamOS another level of credibility in gaming.
Shmerl 15 April 2018 at 8:36 pm UTC
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.


Last edited by Shmerl at 15 April 2018 at 8:37 pm UTC. Edited 3 times.
throgh 15 April 2018 at 10:11 pm UTC
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.
Sputnik_tr_02 16 April 2018 at 8:36 am UTC
keturiduAnyone with success story of launching DXVK this on Nvidia Optimus (Intel/Nvidia laptops)?

Yes it works with Nvidia Proprietary drivers.
STiAT 16 April 2018 at 11:05 am UTC
Shmerl
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.
DefaultX-od 17 April 2018 at 11:28 am UTC
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 at 17 April 2018 at 11:38 am UTC
evergreen 17 April 2018 at 7:36 pm UTC
View PC info
  • Supporter
Lolo01
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..
Sputnik_tr_02 18 April 2018 at 8:33 am UTC
evergreen
Lolo01
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.
evergreen 18 April 2018 at 9:39 am UTC
View PC info
  • Supporter
Sputnik_tr_02
evergreen
Lolo01
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.
  Go to:
While you're here, please consider supporting GamingOnLinux on Patreon or Liberapay. We have no adverts, no paywalls, no timed exclusive articles. Just good, fresh content. Without your continued support, we simply could not continue!

We also accept Paypal donations and subscriptions! If you already are, thank you!

Due to spam you need to Register and Login to comment.


Or login with...

Livestreams & Videos
Community Livestreams
  • Tac Tics: „Crookz - The Big Heist“
  • Date:
See more!
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts