DXVK for Direct3D 11 over Vulkan in Wine has a new 0.60 release

Awesome progress. The pace of the development of this piece of software is impressive.

Will this be integrated into wine directly like vkd3d?

I guess there is still a risk getting banned when using dxvk in multiplayer games as it replaces some dlls? That's the reason why I haven't tried it yet myself. Would love to try Elite: Dangerous with this on Linux, but I don't want to risk my account.

edit: a note about the nVidia driver 396.24.02, it causes white screens with Unreal Engine 4 games, e.g. with Everspace or RUINER. see here


Last edited by Corben on 22 Jun 2018 at 10:12 am UTC

Damn witcher 3 is almost completely playable now, thats amazing and also a little worrying that devs are seeing this progress and just saying yup we dont even need to port it we can release a wine wrapper or just not bother and the community and the wine & dxvk teams will make it playable for those guys and ms will continue to rake in the licence fees for dx12.

Will this be integrated into wine directly like vkd3d?

No I dont think this will be integrated directly into WINE as the WINE Devs have a strict policy on all patches being in 'C' language or somesuch, and DXVK doesnt meet that.

Damn witcher 3 is almost completely playable now, thats amazing and also a little worrying that devs are seeing this progress and just saying yup we dont even need to port it we can release a wine wrapper or just not bother and the community and the wine & dxvk teams will make it playable for those guys and ms will continue to rake in the licence fees for dx12.

Im waiting for a fix to the stream output issue; I know either Vulkan needs to implement the feature, or a workaround needs to be built into DXVK for the witcher 3 (though then how many more workarounds will people want for their pet game!)

As for DX12 licenses, isnt DXVK between DX11 & VK not DX12?

Final Fantasy XV: Fixed flickering geometry issue

Wait, does that mean Final Fantasy XV is playable with dxvk already? :O

@Arehandoro it (sort of) is if you're either on Windows or using the dev build that Square themselves leaked some time ago, but the Steam version doesn't run on wine due to DRM issues. Screenshot


Last edited by YoRHa-2B on 22 Jun 2018 at 11:07 am UTC

Im waiting for a fix to the stream output issue; I know either Vulkan needs to implement the feature, or a workaround needs to be built into DXVK for the witcher 3 (though then how many more workarounds will people want for their pet game!)

They could either:

• look at how The Witcher 3 uses stream output and hack around it (implement a probably-fast half-baked stream output working for The Witcher) – that could work fast (depending on how actually the game uses this feature, what stream output guarantees do they actually rely upon) and that would require additional hacks around this feature for every other game that uses stream output,


• implement complete stream output by themselves using only the current Vulkan features – this would make The Witcher 3 work as expected, as every other stream-output-using game; but as Vulkan offers no features similar to stream output with similar guarantees, they would need to come up with some clever implementation that potentially might give huge performance hit at the end – so everything would work correctly, but painfully slowly; this is AFAIK basically the same what wined3d does to some D3D features not present in OpenGL,


• wait for Vulkan to add its own stream output (or rather transform feedback, as that’s what OpenGL calls it) API and wrap D3D11’s one in this hypothetical new Vulkan one – then again all games would work, and it should be fast, since Vulkan drivers would implement this probably the same way it’s implemented in Windows D3D11 drivers.

The take from it is – there should not be many more workarounds for other games needed anyway – except for the first path which is IMO the worst of them all. In the two latter cases, they would just properly implement the D3D API, and every game using it should just work OK. The only problem is right now Vulkan does not provide any means to implement stream output in a full complete way that would also be performant – so one needs to either make it slow and hacky, or wait for some future Vulkan extensions.

And as some games might not rely on all guarantees provided by the APIs (eg. might not care about the order of vertices handled in a shader), it might be possible to take the first route – and actually hack something efficient around the game, but that will not be a correct D3D implementation.


Last edited by silmeth on 24 Jun 2018 at 7:30 pm UTC

Mesa git + Wine 3.10 + DXVK runs WoW extremely well now. I can almost put everything to max and consider it playable. The exception is anti-aliasing. Some of the modes makes the game a bit too choppy.

Fantastic. I can now play GTA V since the hang bug was fixed in mesa 18.1. Runs really well on my system, 60-120fps @ 1440p. I would love to provide apitraces for some non-functioning games I own. But I haven't had any success using that tool so far. :(

Damn witcher 3 is almost completely playable now, thats amazing and also a little worrying that devs are seeing this progress and just saying yup we dont even need to port it we can release a wine wrapper or just not bother and the community and the wine & dxvk teams will make it playable for those guys and ms will continue to rake in the licence fees for dx12.

Looking at it the other way... If (and there is a lot of them), as an example, GoG decides to use DXVK + Wine, wraps The Witcher 3 with home made hacks, get good performances out of it and put it's official support stamp on it... Is it that bad? As long as there is an entity in charge of maintaining the build, just like Feral does, personnally, I'm fine with that.

396.24.02 for NVIDIA?
Oof... the one currently in the packages is 390.48.
Trying to install more recent drivers from NVidias website has always resulted in completely messing up the graphics drivers - aka nothing works anymore until you repair the X configuration files, etc. Extremely bothersome, so I've stopped using anything that's not in the official packages.


Last edited by TheSHEEEP on 22 Jun 2018 at 12:46 pm UTC

also a little worrying that devs are seeing this progress and just saying yup we dont even need to port it we can release a wine wrapper

Let them do it, it's better than ignoring Linux for them.

@Arehandoro it (sort of) is if you're either on Windows or using the dev build that Square themselves leaked some time ago, but the Steam version doesn't run on wine due to DRM issues. Screenshot

Brilliant! Probably I won't bother with the hassle of a leaked version but good to know it could be done :)

As long as there is an entity in charge of maintaining the build, just like Feral does, personnally, I'm fine with that.

Why do you need some entity to tell you "it's playable" if it's already playable without any entity?-) But in essence what's good is attention of developers to Linux market in general, that's about it. Other than that, you don't need any entities like Feral if you already can play the game. Especially if they would limit you in some way.


Last edited by Shmerl on 22 Jun 2018 at 12:59 pm UTC

As long as there is an entity in charge of maintaining the build, just like Feral does, personnally, I'm fine with that.

Why do you need some entity to tell you "it's playable" if it's already playable without any entity?-) But in essence what's good is attention of developers to Linux market in general, that's about it. Other than that, you don't need any entities like Feral if you already can play the game. Especially if they would limit you in some way.

Because this is your personnal situation that is absolutely not viable for the mass market. Without official support, Linux gaming will stay a sub 1% marketshare platform and this is what we have to get out of.

Because this is your personnal situation that is absolutely not viable for the mass market. Without official support, Linux gaming will stay a sub 1% marketshare platform and this is what we have to get out of.

Let's say you can play some game without any extra middleman or entity involved, how is that not viable for you as a Linux gamer?


Last edited by Shmerl on 22 Jun 2018 at 1:07 pm UTC

More than that, an update on an unsuported game may totally break wine support at any moment. Want non-techy users to deal with that?


Last edited by Mohandevir on 22 Jun 2018 at 1:08 pm UTC

More than that, an update on an unsuported game may totally break wine support at any moment. Want non-techy users to deal with that?

Sure, but so can the game break, after porters aren't supporting it anymore. So what has higher chances to last longer? I'd bet on the FOSS option in such case. It doens't mean I propose to always use Wine instead of native rewrites, but simply point out that Wine makes it very viable without porters involved already.


Last edited by Shmerl on 22 Jun 2018 at 1:10 pm UTC

More than that, an update on an unsuported game may totally break wine support at any moment. Want non-techy users to deal with that?

Sure, but so can the game break, after porters aren't supporting it anymore. So what has higher chances to last longer? I'd bet on the FOSS option in such case. It doens't mean I propose to always use Wine instead of native rewrites, but simply point out that Wine makes it very viable without porters involved already.

You are right. Wine makes it viable. This is where it ends. It will never show up on GoG store, Steam and the likes, in this state. Like it or not, in 2018, this is the name of the game, unless your goal is to keep Linux an elitists platform that only tech-savy people use. If that is your point of view, fine, but this discussion is pointless; we have diverging goals, from the start.


Last edited by Mohandevir on 22 Jun 2018 at 1:22 pm UTC

You are right. Wine makes it viable. This is where it ends. It will never show up on GoG store, Steam and the likes, in this state.

Sure, but that goes back to my previous point - you don't need extra middlemen, if you already can play it. Some like this formal "it's supported" idea, and sure, it's good. But not necessary often :) Linux was always about doing something without gatekeepers telling you how to, so this fits the idea well.


Last edited by Shmerl on 22 Jun 2018 at 1:27 pm UTC

You are right. Wine makes it viable. This is where it ends. It will never show up on GoG store, Steam and the likes, in this state.

Sure, but that goes back to my previous point - you don't need extra middlemen, if you already can play it. Some like this formal "it's supported" idea, and sure, it's good. But not necessary often :) Linux was always about doing something without gatekeepers telling you how to, so this fits the idea well.

Thinking about my 10 years old son setting up DXVK and wine to play a game... Not. He's going to switch back to the PS4 in 2 seconds.

This said, I totally understand your point of view but it's only acceptable for the 0.5% of gamers that likes to hack the system. The true gamers, that will make Linux a viable gaming platform, just wants to "plug & play". Without a middleman to officially support the game, it's dead in the water.

Edit: Thinking about it, even if there is a middleman to support the game, for those that wants it, nothing prevents you from downloading the Windows version and hack DXVK + Wine to your need. One doesn't forbide the other. Linux as always been about choices. :)


Last edited by Mohandevir on 22 Jun 2018 at 1:57 pm UTC