DXVK [GitHub] 0.72 just got released and this version brings along some handy extra configuration options as well as some specific game fixes.
Reminder: DXVK is a project that allows you to get Vulkan-based D3D11 and D3D10 for playing Windows games on Linux using Wine. It's part of Valve's Steam Play. If you missed it, we had an interview with the developer recently.
As for specific games, it fixes issues with Assassin's Creed Syndicate and Origins, Batman Arkham Knight, Dragon Quest XI and an issue that affected both Tomb Raider (2013) and Shadow of the Tomb Raider. What's interesting, is that they've had to spoof users having a specific GPU vendor for some titles, otherwise they don't work. Batman: Arkham Knight, for example is being set as being on an AMD GPU, which fixes a crash in the "Detective Mode" if you have an NVIDIA GPU.
For the config options, you now have access to:
- "d3d11.maxTessFactor" to limit the maximum tessellation factor
- "d3d11.samplerAnisotropy" to enforce or disable anisotropic filtering
- "dxgi.numBackBuffers" to override the number of swap chain back buffers
- "dxgi.syncInterval" to enforce or disable Vsync
On top of that, the developer said this about the release:
Additionally, the number of swap chain back buffers requested by the game is now honored by default, i.e. games that request a triple-buffered swap chain without VSync will now use a triple-buffered Vulkans swap chain.
More info on those and more on their Wiki.
according to this video:... which was made before anyone even had a chance to look at any of the issues. Someone made an [updated](https://www.youtube.com/watch?v=qubt4vrrh_E) benchmark comparison with fixed DXVK + new driver, and the visual issues should hopefully be gone with the next Nvidia beta driver update as well (I recorded a [video](https://www.youtube.com/watch?v=5Kd7hAshw-4) on my AMD system as well, no issues there).
https://www.youtube.com/watch?v=0rFZh85TTmI
I understand if you prefer a native port (we all do), but let's at least be up-to-date with the comparisons.
Last edited by YoRHa-2B on 15 Sep 2018 at 3:39 pm UTC
Any news when this version of DXVK will be integrated into Proton?
according to this video:... which was made before anyone even had a chance to look at any of the issues. Someone made an [updated](https://www.youtube.com/watch?v=qubt4vrrh_E) benchmark comparison with fixed DXVK + new driver, and the visual issues should hopefully be gone with the next Nvidia beta driver update as well (I recorded a [video](https://www.youtube.com/watch?v=5Kd7hAshw-4) on my AMD system as well, no issues there).
https://www.youtube.com/watch?v=0rFZh85TTmI
I understand if you prefer a native port (we all do), but let's at least be up-to-date with the comparisons.
Self-quoting, sorry i've to:
according to this video:...at 2:47 of the benchmark YOU linked, i'm reading the following:
https://www.youtube.com/watch?v=0rFZh85TTmI
performance are about 25%...35% lower than on windows,
min: 62.75% (37.25% drop)
max: 83.46% (16.54% drop)
avg: 78.87% (21.13% drop)
So, instead of 25% to 35% lower, is 16.5% to 37% lower?
I don't know what is your way of reading... well, numbers.
I read:
The higher the native framerate, the lower the performance drop, not very useful.
...and when the windows framerate is at his lower value, the linux framerate gap is at his maximum value, URRAH!
I hope you understand by yourself how not ideal this is, but If you're ok with those numbers and still think the wrapped version "works well (tm)", well, good for you!
I really, really hope Feral does not.
Looking at both links @YoRHa-2B posted I see a AAA game that seems perfectly playable on Linux at day1 after release (and would even count as a Linux purchase if I would bought it now via Steam on Linux). This looks very close to ideal to me.
Certainly I would prefer a version from Feral. They would have a completely different approach and possibilities with the source at hand and could provide a super smooth and fast experience. Though I very much doubt that we will see a Linux port from them. Even if they would release their version within half a year from now I doubt that there are much people left that haven't bought the game for Steam Play already. They simply wouldn't earn any money with it.
As I stated in the LiS:BtS thread, I very much hope that I'm wrong, but I think we wont see much from Feral for Linux in the future. Their focus will shift to Mac an iOS. May be, may be, their Linux skills will be asked again when Linux has reached such a market share that developers and publishers take Linux into account from the beginning on. It is a long road to that, lets see how it turns out. I guess Steam Play is our best bet for that to happen.
Last edited by jens on 16 Sep 2018 at 8:40 am UTC
All I can safely assume these days is if a developer hasn't said anything about Linux then it wont be.
If the game works with proton, great! it will count as a Linux purchase otherwise oh well wine it is.
At least we have more options now!.
...at 2:47 of the benchmark YOU linked, i'm reading the following:You're forgetting the performance drop from recording, also counting the min fps can give you the wrong impression. I can get 10 fps because of shader caching at the beginning of a benchmark and then have 70fps for the rest.
min: 62.75% (37.25% drop)
max: 83.46% (16.54% drop)
avg: 78.87% (21.13% drop)
So, instead of 25% to 35% lower, is 16.5% to 37% lower?
I don't know what is your way of reading... well, numbers.
I read:
The higher the native framerate, the lower the performance drop, not very useful.
...and when the windows framerate is at his lower value, the linux framerate gap is at his maximum value, URRAH!
40 fps average on Ultra is pretty good IMO.(I would probably disable Motion Blur)
I hope proton doesn't affect Feral in any negative way, but unless Linux usage/sales increase on steam it might just do that.
EDIT: Also, those games and NVIDIA's driver are optimized for Windows, not for Linux. So Feral have the advantage of working with driver developers.
Last edited by BOYSSSSS on 16 Sep 2018 at 8:32 am UTC
Well, the performance drop due to the recording should affect both systems, not just Linux.He didn't record windows, he just said it's 86% of what windows gets.
Also, DXVK has an on disk cache, and it is very unlikely that the benchmark has been done for the first time and recorded it, so the shader cache should be already warmed up.
About shader cache, my point still stands. If fps dips for a second for some reason on a 2 hour gameplay that wouldn't matter to me.
!?I was referring to the video of YoRHa-2B's comment you were responding to https://youtu.be/5Kd7hAshw-4
"They", all did:
https://www.youtube.com/watch?v=qubt4vrrh_E
https://www.youtube.com/watch?v=TYmSoEhJL18
https://www.youtube.com/watch?v=0rFZh85TTmI
What are yyou referring to?
"If fps dips for a second", it does not matter to me too, the point is that is very unlikely one makes a benchmark and record it with a cold shader cache, so the minimum fps is NOT due to that, unfortunately.Maybe no, but it is due to recording performance drop. Like I said "You're forgetting the performance drop from recording, also counting the min fps can give you the wrong impression." and "He didn't record windows, he just said it's 86% of what windows gets."
Last edited by BOYSSSSS on 17 Sep 2018 at 1:31 pm UTC
"Just ran some tests with the settings shown in this video:
- Windows DX11: 49 FPS
- Windows DX12: 55 FPS
- Linux DXVK: 42 FPS (without recording)"
And this is at Ultra preset. It's good enough IMO.
See more from me