Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

With the news earlier about D9VK being merged into DXVK, to make DXVK the all-in-one solution for D3D9, D3D10 and D3D11 to Vulkan - we now have a fresh release of DXVK with it all together.

Today, DXVK 1.5 is out and the big headline feature there then is D3D9 support included! D9VK did actually have a standalone release just before all this happened with D9VK 0.40/0.40.1 and this DXVK release includes a few extra fixes too.

What does all that above mean? Simply put: DXVK will now run games that use D3D9, 10 and 11 and turn it into Vulkan when paired with Wine/Proton as of DXVK 1.5.

In this release the HUD you can enable gained an improved overall appearance, it can also now show the amount of memory allocated per Vulkan memory heap "which allows distinguishing between video memory and system memory allocations" and draw call and queue submission statistics are now updated every 0.5 seconds to make them more readable.

A few game-specific fixes made it in for Atelier Ryza, Crysis 3 (all GPUs now reported as NVIDIA), Halo MCC and Star Citizen.

See the full release notes here.

On the subject of DXVK possibly going into "maintenance mode", something a few others picked up on due to a comment on the DXVK GitHub. I spoke today to DXVK creator, Philip Rebohle, who said this to me:

Basically, not too much will change, bugs will still get fixed and if a game requires a feature to run, it'll get implemented. DXVK has been more or less feature-complete for a while now, and most of the changes in the 1.4.x releases were bug fixes and some optimizations anyway. What I want to avoid going forward is large-scale changes to the code base since those are prone to introduce breakage, and it's really getting harder and harder to debug any new issues.

So, nothing really changes. It continues on getting additions and fixes where it's needed.

Article taken from GamingOnLinux.com.
32 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
28 comments
Page: «2/3»
  Go to:

melkemind Dec 16, 2019
So, is it safe to say then that the games that still won't run in Proton are due to wacky code the developers have insisted upon in their games, such as Red Dead Redemption 2's Rockstar launcher?

On the one hand, it's good that DXVK has reached that level of maturity, but on the other hand, it's sad that certain games may never work on Linux.
Avehicle7887 Dec 16, 2019
What an amazing way to start the week, thank you Joshua and Philip.
no_information_here Dec 16, 2019
Quoting: iiariWhatever phase of development you and your creation are in, thank you so much for DXVK, which brought gaming on Linux to a place many of us never imagined as being possible

Well said. Thank-you "YoRHa-2B" for your amazing contributions to Linux gaming!
jens Dec 16, 2019
  • Supporter
Quoting: YoRHa-2B
Quoting: KuJoAt least if this comment is still valid on GitHub from December 10th. His statements he made to GOL now actually sound a little different.
I think people are just blowing what I said on Github (admittedly in frustration) WAY out of proportion.

Liam asked me to give the statement quoted in the article above today, just refer to that (and everyone, please stop annoying him via email about the whole thing).

Yeah, people and several news sites jumping way to fast to conclusions or even worth, just want to create a quick headline (hey phoronix :)).
Anyway, having DXVK in a state where it is actually feature complete is moment to celebrate, I don't get why people are getting worried that it is time for bug fixing only. My impressions is anyway that 95% of all reported issues are outside of the scope of DXVK and the remaining 5% are not worth the attention due to being weird corner cases.

Thanks a lot for all your hard work. The sames applies to Joshua and other supporters as well.
I humbly bow before your work! Please allow yourself some rest after all the countless hours.


Last edited by jens on 16 December 2019 at 7:16 pm UTC
tamodolo Dec 16, 2019
I wonder. How much close to windows performance DXVK will be capable to achieve? Now it's somewhat 80% of windows performance. I find that awesome but at the same time not enough. By the perspective of practical use, why the same machine should perform less just because the OS?

Come on Linux! You're almost at the point where I can finally leave windows behind! You just need to be a little better and fix some things that windows got it back in XP era.
aufkrawall Dec 16, 2019
[quote=YoRHa-2B]
Quoting: somebody1121And it's really bad. We're talking about going from ~23 FPS to ~30 FPS in some scenes, and that is on a Ryzen 2700X (which admittedly isn't very good for gaming, but not all that bad either).
Was this with a Vega or Navi GPU?
This game triggers some weird bug of completely broken CPU performance that is shared between Windows and Linux on these GPUs.
Yeah, it sounds too weird too be true, but CPU performance in critical situations, like tons of grass, is quite twice as high on Polaris in my testings.
BielFPs Dec 16, 2019
Quoting: Comandante ÑoñardoOk. Do I still need to put PROTON_USE_D9VK=1?

Good question
ziabice Dec 16, 2019
How hard is to create some automatic tests for DX11 + DXVK? Without some good tests is nearly impossible to refactor things
appetrosyan Dec 16, 2019
Quoting: ziabiceHow hard is to create some automatic tests for DX11 + DXVK? Without some good tests is nearly impossible to refactor things

It’s FOSS. Create a pull request. I’m sure that it’d make contributing to the project easier.
lectrode Dec 16, 2019
Quoting: ziabiceHow hard is to create some automatic tests for DX11 + DXVK? Without some good tests is nearly impossible to refactor things

It has tests to catch regressions. That's not the deterring factor. DXVK is at a point where it's very stable and works for most things. Any changes introduce risk breaking it for something. Even if all known tests pass after a change, there's always a chance you run into random quirks or race conditions or any number of different issues that only manifest once the changes have been tested by a wider audience.

DXVK already has a ton of workarounds implemented for specific devices, drivers, and games. These were usually for instances where game/device/driver devs made incorrect assumptions or only targeted specific combinations/vendors, or where a game uses features available in some devices/drivers but not others (not to mention potentially problematic workarounds built into games to get around still other issues/quirks). Large changes would likely reveal even more quirks that need workarounds - that's a lot more work for little to no gain.

BUT, if you feel it still needs something, you're welcome to contribute your solutions!
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.