We do often include affiliate links to earn us some pennies. See more here.

D3D10/11 to Vulkan translation layer DXVK 1.4.6 released

By - | Views: 25,718

Another cleanup point-release is out for the Direct3D 10/11 to Vulkan translation layer DXVK, with 1.4.6 bringing in some bug fixes.

Since it's a point release, there's no big fancy new features but if you were having issues in a few Windows games with DXVK+Wine perhaps some of these will help you. From the release notes:

  • Fixed a bug potentially causing crashes during display mode changes or when closing a game.
  • Fixed an issue that would cause CPU-limited performance to degrade over time, especially in workloads involving Deferred Contexts.
  • American Truck Simulator / Euro Truck Simulator 2: Fixed rendering issues (#1250)
  • Final Fantasy XIV: Fixed radial blur not working due to a division-by-zero workaround.
  • Warcraft III Reforged: Implemented missing DXGI features to allow the game to run (#1252)

See the release notes on GitHub.

Want to test it? If you're using Steam Play Proton, you can download the release bundle from GitHub and simply replace the existing .dll files found in somewhere like:

path-to-your/SteamLibrary/steamapps/common/Proton 4.11/dist

Inside there you will see "lib" and "lib64", for 32bit and 64bit and both have a wine/dxvk folder inside where you can replace the files with new versions. Do so at your own risk but it's usually harmless. If you mess anything up, to refresh it you can just re-install Proton from the Tools menu in Steam.

Pictured: Deep Rock Galactic working nicely with the latest DXVK

Outside of Steam Play Proton, you can also usually grab updated versions of DXVK with the help of Lutris for the rest of your Wine gaming needs.

Article taken from GamingOnLinux.com.
20 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.
16 comments
Page: 1/2»
  Go to:

Brisse Dec 3, 2019
Lol, the ETS2 update with d3d11 support was released today, and there's already a DXVK release with fixes for it :D

I've been running the native version of ETS2 but it won't start after the latest update.


Last edited by Brisse on 3 December 2019 at 4:58 pm UTC
tuubi Dec 3, 2019
View PC info
  • Supporter
Quoting: BrisseI've been running the native version of ETS2 but it won't start after the latest update.
Native still starts and runs just fine for me.
Brisse Dec 3, 2019
Quoting: tuubi
Quoting: BrisseI've been running the native version of ETS2 but it won't start after the latest update.
Native still starts and runs just fine for me.

It's probably an issue affecting only certain distributions. I had issues before as well when the game could not find libsteam_api.so despite it being bundled by the game in the same folder as the binary, but I copied it into my system lib's which worked around the issue. This time it's something else though.

I've noticed there are whitespaces in the game folder and the CLI output when libsteam_api.so was "missing" was cutting off after the first whitespace for some reason.
scaine Dec 3, 2019
View PC info
  • Contributing Editor
  • Mega Supporter
Quoting: Patola
Quoting: Brisse
Quoting: tuubi
Quoting: BrisseI've been running the native version of ETS2 but it won't start after the latest update.
Native still starts and runs just fine for me.

It's probably an issue affecting only certain distributions. I had issues before as well when the game could not find libsteam_api.so (...)

...and that's why some developers choose to not support Linux. The way you put it, it seemed their failure. In my opinion, no developer should have to support all Linux distributions and variations. Yours is not in the steam "supported" list for the game, is it?

Brisse's profile suggests that they're running Debian, while you and Tuubi are Ubuntu/Mint. And yeah, for games, Steam are making assumptions based on the Steam runtime / Ubuntu targets. Base Debian might be missing something here.

But tbh, I think it's probably more likely a locale issue in this case! I think Brisse is Swedish and the whitespaces are probably an international character set difference. I suspect that this might be fixed by passing the LC_ALL=C.UTF-8 %command% or something similar on start up.
Shmerl Dec 3, 2019
It's funny how 64-bit dlls need to be placed in system32, and 32-bit ones in syswow64. MS totally didn't make it confusing.
Brisse Dec 3, 2019
Quoting: scaine
Quoting: Patola
Quoting: Brisse
Quoting: tuubi
Quoting: BrisseI've been running the native version of ETS2 but it won't start after the latest update.
Native still starts and runs just fine for me.

It's probably an issue affecting only certain distributions. I had issues before as well when the game could not find libsteam_api.so (...)

...and that's why some developers choose to not support Linux. The way you put it, it seemed their failure. In my opinion, no developer should have to support all Linux distributions and variations. Yours is not in the steam "supported" list for the game, is it?

Brisse's profile suggests that they're running Debian, while you and Tuubi are Ubuntu/Mint. And yeah, for games, Steam are making assumptions based on the Steam runtime / Ubuntu targets. Base Debian might be missing something here.

But tbh, I think it's probably more likely a locale issue in this case! I think Brisse is Swedish and the whitespaces are probably an international character set difference. I suspect that this might be fixed by passing the LC_ALL=C.UTF-8 %command% or something similar on start up.

Interesting! Debian and Swedish is correct. At first glance, 'LC_ALL=C.UTF-8 %command%' didn't do anything but I will investigate further tomorrow.
Shmerl Dec 3, 2019
I remember seeing reports, that some games were broken due to some locales using , instead of . for floating point notation.
Quoting: ShmerlIt's funny how 64-bit dlls need to be placed in system32, and 32-bit ones in syswow64. MS totally didn't make it confusing.
I guess there must be a reason for that naming scheme, like some kind of structural legacy from older versions of Windows. .
x_wing Dec 4, 2019
Quoting: Comandante ÑoñardoI guess there must be a reason for that naming scheme, like some kind of structural legacy from older versions of Windows. .

Indeed, they say that it's for legacy purposes. IMO is because they are lazy and didn't want to fix their PE loader.
tuubi Dec 4, 2019
View PC info
  • Supporter
Quoting: ShmerlI remember seeing reports, that some games were broken due to some locales using , instead of . for floating point notation.
My (Finnish) locale does that too, but it works for me.

Quoting: BrisseInteresting! Debian and Swedish is correct. At first glance, 'LC_ALL=C.UTF-8 %command%' didn't do anything but I will investigate further tomorrow.
Seeing as the game fails to set locale en_US.UTF-8, you could check if it's installed, and generate it if necessary. "sudo dpkg-reconfigure locales" should do the trick.
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.