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:
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.
doas 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.
Last edited by Lolo01 on 15 Apr 2018 at 8:00 am UTC
I doubt it's that far off being included directly in Wine.It will get never into Wine, because DXVK is mostly written in C++ and the Wine project only accepts C code. Sorry to burst your bubble :)
Is anyone keeping a list of what titles DXVK enables to be used, similar to what WineHQ does for Wine?
I just answered this question, one comment above yours.
May be opening some wiki about it would be useful.
I doubt it's that far off being included directly in Wine.It will get never into Wine, because DXVK is mostly written in C++ and the Wine project only accepts C code. Sorry to burst your bubble :)
Which is an unreasonable limitation.
Last edited by Egonaut on 15 Apr 2018 at 12:32 pm UTC
You 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, be it Valve or someone else, this is an amazingly impressive effort and the entire ecosystem can benefit.
Absolutely. Thinking of it. One reason someone might want to avoid publicizing the sponsorship is a moot state of APIs copyrightability in US. Especially since MS came on the opposing side of this argument last time (they tried to convince courts that APIs should be copyrightable).
Well that's a bit silly.I doubt it's that far off being included directly in Wine.It will get never into Wine, because DXVK is mostly written in C++ and the Wine project only accepts C code. Sorry to burst your bubble :)
Projects can’t just accept code written in any random language the contributor prefers.
They can reconsider, if no one else offers such contributions. Pretty pragmatic.
Anyway, I don't think it's a big issue for dxvk, since it just changes very isolated area (two DLLs). Even if it's never upstreamed, something like winetricks can offer installing it, like many other things.
Last edited by Shmerl on 15 Apr 2018 at 2:24 pm UTC
doas 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.
i’ll give it a try. thank you very much!
what i want to know is:
whats is needed to an game to run perfectly, and what we already have...
It's a young project, so games coverage is far from comprehensive. Check the list of known bugs. If your game is not listed there - then your guess is as good as any. If you already have the game - try it out and see for yourself and report bugs about what doesn't work. If you don't have the game - better don't buy it then.
the issue is, to report a bug i need to know how the game suppose to work, in other words, i need the same game on either windows or an console, otherwise i might be losing something without even realizing that i'm losing something.
plus i may spoil the experience on playing the game.
not everyone is willing to be a beta tester
the issue is, to report a bug i need to know how the game suppose to work, in other words, i need the same game on either windows or an console,
Not necessarily. Some bugs are quite obvious distortions. For non obvious, you can post on game forums for those who play it on Windows for example to ask to compare. No need to have Windows itself.
not everyone is willing to be a beta tester
Then as I said, check for reported games, and avoid ones that aren't reported yet.
Last edited by Shmerl on 15 Apr 2018 at 6:08 pm UTC
I 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.
I 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.
You 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 on 15 Apr 2018 at 8:37 pm UTC
I 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.
Having 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 on 15 Apr 2018 at 8:37 pm UTC
See more from me