The Vulkan-based compatibility layer for D3D 11 and Wine 'DXVK' has a new release out

Presented on a proprietary platform, done throughout proprietary drivers perhaps? Nevertheless as always: Running older games with Wine is one thing, but already dongled stereotypes because F.E.A.R. 3 is NOT available back off from Steam. Enough to argument again: That's NOT "free as in freedom" making GNU Linux to another Windows-copy.

Quoting: keturiduAnyone with success story of launching DXVK this on Nvidia Optimus (Intel/Nvidia laptops)?

Yes it works with Nvidia Proprietary drivers.

Quoting: Shmerl

Quoting: Luke_NukemHaving 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.

Well, ye, they'd need contracts, but valve cuts 33 % anyway, so they would earn money back. The question would be: How would Valve support them? Because for sure, the support threads would be opened in the steam discussion boards, and valve won't be lurking everywhere they did ports. They'd need to restructure the support area for games like that, to split between themselves and the company.

I don't see valve going that direction, I see it moving the direction to make Linux-Ports with Wine+VXDK easier, probably giving developers / publishers a helping hand with it by including proper wine bundles to target for developers in steam directly. That absolutely makes sense for both, Valve and Game Developers.

OMG it's working. So little update on my previous comment, I can't stand windows even for the game I really want, so I've installed kubuntu 17.10, nvidia drivers 390.* series, and followed steps on how to setup lutris with dxvk, and for GTA V set prefix to XP, and it's working now!!!
https://www.youtube.com/watch?v=197yDmqvvao


Last edited by DefaultX-od on 17 April 2018 at 11:38 am UTC

Quoting: Lolo01

Quoting: evergreendoes 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.

Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..

Quoting: evergreen

Quoting: Lolo01

Quoting: evergreendoes 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.

Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..

It was the same for me when i was on Nvidia 390.48 drivers. Now i'm on 396.18 and it says 1.1.70, however i wouldn't recommend installing 396.18 driver, it has a new compiler and it doesn't play well with DXVK, some games drops to half in performance. As a workaround i use __GL_NextGenCompiler=0 variable to disable that new compiler.

Quoting: Sputnik_tr_02

Quoting: evergreen

Quoting: Lolo01

Quoting: evergreendoes 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.

Now I succeeded in using wine staging 3.6 with vulkan. But I don't understand why in dxvk_hud it shows me (using command WINEDEBUG="-all" DXVK_HUD=1 wine gameIwanttoplay.exe) vulkan version 1.0.65. On my ubuntu I have vulkan 1.1.70 installed. Do I have to install Vulkan api in wine?
Sorry for my ignorance..

It was the same for me when i was on Nvidia 390.48 drivers. Now i'm on 396.18 and it says 1.1.70, however i wouldn't recommend installing 396.18 driver, it has a new compiler and it doesn't play well with DXVK, some games drops to half in performance. As a workaround i use __GL_NextGenCompiler=0 variable to disable that new compiler.

Ok, thanks a lot!
For information I tried out Ark with dxvk, and compared to WIN version I have significant fps drop (maybe because I am a noob), but compared to linux native I have graphically a completely new game. Sad but true.

The state of Linux graphics reminds me of the state of Linux office software 10-15 years ago. I remember when I was always trying to get the absolute latest Openoffice or Gnumeric spreadsheet or whatever in hopes that it would have just one more useful feature or be a bit more stable or a titch less ugly. I would mess with installing .rpms (on Mandrake) and fiddling with dependencies just to get some software that halfway worked. Now I just use whatever is packaged with my distro and it's all fine.
I am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.

Quoting: Purple Library GuyI am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.

What exactly is your point? Nobody forces you to try bleeding edge development for running software that is not written for our OS.

Just buy native Linux games, and if you want an easy time, from Steam. Press install and it works. What could be easier and more boring than that?

Quoting: cRaZy-bisCuiT

Quoting: Purple Library GuyI am eagerly anticipating the day when this kind of graphics stuff is as boring as office software is now, because it all works smooth and fast and preinstalled.

What exactly is your point? Nobody forces you to try bleeding edge development for running software that is not written for our OS.

Just buy native Linux games, and if you want an easy time, from Steam. Press install and it works. What could be easier and more boring than that?

If you're reading with a little less bias towards hostility I think the point is fairly simple. The Linux desktop has continued to develop over the years, different aspects at different paces or in different phases. Graphics is in many ways currently at a phase that other sections of Linux technology went through in the past, but as other Linux technologies in the past have reached maturity and smoothness such that nobody really worries about their "bleeding edge" any more, graphics (and technologies like WINE and certain other graphics-related things you could quibble and say aren't "graphics" per se) is now also in the heavy development phase that leads to mature power. And, as I say, I'll be happy when we get there. Should I be UNhappy when we get there?

Too banal for you to understand? Why the aggro?