What started as a large article talking to developers about Steam Play required splitting off before it became too big. For now, I give you a chat with the developer of DXVK, Philip Rebohle.
For those that aren't quite up to speed, DXVK is a project that provides a Vulkan-based D3D11 and D3D10 implementation for Wine. It's part of what makes Valve's Steam Play "Proton" work. In simple terms, games built to run on Windows via DirectX can be run with DXVK/Proton, so that they can be played on Linux.
I believe that DXVK and Steam Play are some of the most interesting projects to come out in the last few years, which could possibly help push Linux gaming forward. You can see more of my own thoughts in the previous article. I don't want to ramble on too much about what's already said, so here it is below.
GOL: Firstly, as the developer of DXVK, how did you get started with Vulkan and DirectX?
DXVK: “I've always had an interest in graphics programming and used OpenGL in the past for some hobby projects that never really evolved into anything useful, and started experimenting with Vulkan once it came out.
My first contact with D3D11 was actually when I tried to debug a rendering issue with a D3D11 game on wined3d, but since most of its concepts are very similar to what we have in OpenGL and Vulkan, it wasn't too hard to figure out. Except of course for the parts where Microsoft's documentation is terrible, and there are a lot of those... sorry, I just had to rant about that.”
GOL: What gave you the idea for DXVK? Why did you decide to make it?
DXVK: “It's a combination of being dissatisfied with the performance of wine's own D3D11 implementation, not wanting to dual-boot to Windows anymore, and being inspired by the VK9 project which I had been keeping an eye on for some time. And I really wanted to get one specific game to work.”
GOL: Since you're now contracted by Valve, how did that happen? Must have been quite a shock initially to have Valve approach you?
DXVK: “It wasn't all that spectacular - they contacted me when News made the round that DXVK could run Nier [NieR:Automata] back in late January, and when offered to work full-time on the project after a friendly chat, I couldn't really refuse.
There are a lot of things that probably would not have happened if Valve hadn't been backing the project - such as driver developers fixing their Vulkan drivers for DXVK or reporting bugs, or Vulkan getting a transform feedback extension.”
GOL: Do Valve give you much input in the direction of DXVK or do you continue to work on it freely, simply with the backing of Valve to allow you extra time on it?
DXVK: "There are some things that I probably wouldn't have done without them requesting it, such as adding OpenVR support or focusing on certain games early on, or trying to squeeze more performance out of specific workloads. But I spent most of the time just improving overall game compatibility and performance."
GOL: There have been a lot of people asking about anti-cheat, things like Easy Anti-Cheat, BattlEye and so on where the games won't run in Steam Play/Wine. People seem confused where the problem really is. Is it something Wine needs to solve to support them?
DXVK: "I'm certainly not an expert on anti-cheat or DRM technology, but those that don't work are typically very invasive, access Windows kernel APIs, rely on undocumented APIs, and may prevent debugging. All of that makes it very hard for Wine to support them."
GOL: How has the reception been to DXVK? Has it changed since Steam Play?
DXVK: “Depends on who you ask. People who just wanted to play their games on Linux were generally excited when DXVK started running more and more of their games, part of the wine community isn't exactly happy about it being a separate project, and there are of course those who dislike wine in general, but more on that later.
Has it changed since Steam Play? I don't think so. Things just have calmed down over time. Many of those using Proton now have been using Wine, Lutris, DXVK etc. before, and new users seem to be happy with Proton as a whole, which DXVK is a part of.”
GOL: Any hopes for the future for DXVK? How do you feel about developers concerns with it possibly causing less native Linux ports?
DXVK: “It should hopefully fulfil its purpose and make users who currently dual-boot or run some crazy VM setup for gaming switch to Linux as their primary gaming platform, and maybe attract a few new users altogether.
I genuinely don't know if it'll reduce the number of native ports. Maybe it will, maybe we'll get more ports due to a higher market share, maybe some studios will adopt Vulkan for better compatibility with Proton - anything can happen. And while I'd take a good port over wine any day of the week, there's one thing that everyone seems to forget in this discussion: It increases the number of playable games on our platform, and that just can't be a bad thing.”
Thanks again for having a chat! It's always great to get some background on such important projects like this. I have to agree with Rebohle's ending remark there too, having more games be compatible on Linux is going to be good for us in the long run.
We should have more articles up from other developers in future. Depending on responses this may come in one big feature or a few smaller articles over the next few weeks. We're casting a wide net, so if you're a developer of a game, a game engine, a game porter or anything of the sorts and want to have a chat about Steam Play, do get in touch!
He makes a great point at the end which is bizarrely not as obvious to some people (I'm including myself) as it really should be. Ultimately it increases the amount of games on the platform and that is not a bad thing.For me it's been the whole point of Proton since the first official announcement.
I'm a Linux-only user but I was thinking about buying a new console (a Switch, obviously) before the new Steam Play. Now that I can play Sonic Mania, Doom, Nier: Automata, Tekken 7, King of Fighters 98UM/2002UM/XIII/XIV, and many, many more, I am not even considering it any longer.
If that is enough to keep me from buying an additional hardware, I can imagine that it could keep at least some people from dual-booting.
I still remember my own words a year ago https://www.gamingonlinux.com/articles/what-games-do-you-want-ported-to-linux-feral-interactive-want-to-know-again.10139/comment_id=99838
I'm now playing GTA5 and Assetto Corsa. ROTTR was a beautiful port from Feral and I guess ED is just around the corner too. Magic!
Thank you so much for everyone involved!
PS: I had my doubts with the effects of DXVK in the beginning, fearing that Linux will become more and more invisible behind wine, but now knowing that Proton counts as Linux I'm all in.
So far for me it's mostly been DOOM. I got Sleeping Dos Definitive working for about five minutes before it crashed and never ran again. Probably already been fixed. I delivered a few "stable" ratings to the compatibility spreadsheet, too. What I noticed is that I could use WINE+DXVK+Lutris to get Far Cry 3 working, and the Rocksteady Arkham games working, but Proton still doesn't work with any of them, and it isn't DXVK getting in the way. Side note, the Arkham Origins seems to work perfectly Proton, so yay, you can play the placeholder cash-in title with the broken combat system and recast voice actors but not the other three that you actually want to play. Oh, well.
I think, Proton is great.+1
My thanks to everybody who has contributed to this. First of all, the Wine guys, Valve, Mr. Philip Rebohle here and of course all those other people that made this possible.+1
I am really happy with the state of the Linux gaming. However I have one fear though. What is going to happen if Microsoft releases new Windows and they force DX12 on it? Will it be simple to add it to DXVK, because Vulkan and DX12 are similar, or will it be like reinventing the wheel once again?
P.S. Is Philip Rebohle registered on our site as YoRHa-2B?
They really can't at this point.
Reasons of that are simple:
1-) Game companies became addicted to DX11 because it also covers Windows 7 , 8 too.
2-) DX12 ports available around are really bad , mostly. Because mostly they are using some kind of wrapper on their existing DX11 renderers. They really didn't adapt to DX12 , neither invested in it.
3-) Under that circumsations a new and only DX will be a suicide.
4-) If that happens , that will only strengthen Vulkan after all. Because with Vulkan you can cover Windows 10 , 8 , 7 , Linux , Mac , Android , Nintendo Switch ( although Nvidia NVN api is dominant on there ).
While new DX will be on Xbox and new Windows.
At least that is what i thought.
Large user base is the enemy of Windows right now. They can't risk breaking their compabilities.
I still remember my own words a year ago https://www.gamingonlinux.com/articles/what-games-do-you-want-ported-to-linux-feral-interactive-want-to-know-again.10139/comment_id=99838
I'm now playing GTA5 and Assetto Corsa. ROTTR was a beautiful port from Feral and I guess ED is just around the corner too. Magic!
Thank you so much for everyone involved!
PS: I had my doubts with the effects of DXVK in the beginning, fearing that Linux will become more and more invisible behind wine, but now knowing that Proton counts as Linux I'm all in.
So far for me it's mostly been DOOM. I got Sleeping Dos Definitive working for about five minutes before it crashed and never ran again. Probably already been fixed. I delivered a few "stable" ratings to the compatibility spreadsheet, too. What I noticed is that I could use WINE+DXVK+Lutris to get Far Cry 3 working, and the Rocksteady Arkham games working, but Proton still doesn't work with any of them, and it isn't DXVK getting in the way. Side note, the Arkham Origins seems to work perfectly Proton, so yay, you can play the placeholder cash-in title with the broken combat system and recast voice actors but not the other three that you actually want to play. Oh, well.
Both Arkham Knight and Arkham City require dotnet which Proton does not has built-in. Eventually you'll also need to spoof an AMD card for DXVK If you are on NVidia.
Arkham Knight requires dotnet452. I haven't yet spend some time to see what it needs to get dotnet452 to install correctly. I guess it should be something like 'winetricks dotnet452' with a system wine(*) into the proton prefix.
Arkham City has a similar confirmed workaround (haven't tried it myself) https://github.com/ValveSoftware/Proton/issues/309#issuecomment-415633734
* with a wine version that knows how to handle a dotnet installation into a 64bit prefix. Afaik wine 3.12 could do that, but 3.13 and 3.14 had regressions in it that prevented this. I'm now waiting for wine 3.15 to enter the Fedora repositories..
It's sad that people would be upset that Proton is a separate project than Wine. Valve has in my opinion done everything right with this. They've hired the actual Wine devs to make changes and made everything 100% open source which allows the Wine devs to backport anything they want into the Wine project. Valve needed this to be a separate project so they wouldn't be hindered by philosophies that differ from their own. They are a business and they need it to work for gaming, not office packages, not utilities, etc. They needed this project to be separate to make leaps and bounds and reach their long-term goals without snags. Whoever is upset about that simply isn't using their heads about how much Valve has done for the Wine project and Linux gaming.I don't think that's what he was saying. I think he was saying people are salty that DXVK is not part of wine although maybe I misunderstood.
That even so the logic is ignorant to be upset about that. This is why.
1) The project was already a translation layer before Valve hired him, so it was probably far less time and effort keeping it that way than moving everything over into Wine.
2) Moving into Wine could have caused issues with differing reasons as I've already suggested, such as different philosophies.
3) Having it as a translation layer promotes the use of the layer in non-wine based projects ( Hello native ports! )
4) It's all open source, if Wine wants it, it's up for the taking, so what's the problem?
4-) Wine has a strict rule. They only accept C language , while DXVK is C++.
Arkham City has a similar confirmed workaround (haven't tried it myself) https://github.com/ValveSoftware/Proton/issues/309#issuecomment-415633734I am the author of last compatibility report and I can confirm this workaround works. Just change OS to WinXP with winecfg, press play and wait little bit long during first run, while .NET is installed (about 45 minutes). After that Batman Arkham City works fine.
Psst, he's the creator of DXVK ;)Unless I'm mistaken, Beat Saber uses DirectX and OpenVR (for Vive), which means DXVK is part of what allows me to play the game on Linux with Proton. I'm quite happy with Valve's request and your work.Yep, Beat Saber uses the DXVK+OpenVR combo. It was the game for me to work with, and it was a pain to get it to work because of how VR initialization works. In case of Vulkan, you need to enable certain device and instance extensions, which basically requires initialization to happen in a specific order, but D3D11 doesn't have *any* restrictions on that, so a lot of trickery was required to get it to work.
I don't know who you are exactly, but whatever part you had in this THANK YOU. This may just seem like just a game thing, but that game thing will open up the world to a future without being dependent on any big tech giant like Microsoft or Apple. We cannot thank any of you enough for that.
Curious:
What do the Wine people themselves think? I mean, the actual developers/contributors?
https://www.codeweavers.com/about/blogs/jwhite/2018/8/22/wine-and-steam-a-major-milestone
:)
Yeah right! Thank you Codeweavers as well of course!
So... which game? :PYes enquiring minds would like to know. ;)
ps I can also confirm the workaround for Arkham City works very well.
So... which game? :PYes enquiring minds would like to know. ;)
That has got to be NieR:Automata, with Philip Rebohle's accounts on here and reddit being named after (I think) the main character from that game, and that game also being the first real game he got to work with DXVK.
Game developers are still finding it easier to get more framerate with DX12 over vulkan. Not sure why but games that offer both next gen renderer options seem to show DX12 doing better... Not completely sure why that happens yet.They won't offer anything. They just initialize D3D12 context and use D3D11 API calls inside it. D3D12 "support" in released games is marking gimmick.
But I need to know which game it was? That's a compelling story!
DX11... covers Windows 7 , 8 too.
I think we'll continue to see Microsoft attempting to force everyone onto Windows 10. They have already been actively working to ensure that older Windows will fail on newer hardware.
https://www.techrepublic.com/article/microsoft-to-end-support-for-windows-7-and-8-on-new-pc-hardware/
Windows 7 has been out of "mainstream support" since January 2015, and will be completely dropped in January 2020. Windows 8.1 is also in "extended support", and is good for 3 years after that, but seriously - that's like running Windows Me or Windows Vista (if you're going to run a crappy OS, why stick with one of the crappiest versions of it?).
https://support.microsoft.com/en-us/help/13853/windows-lifecycle-fact-sheet
Will Windows 7 get killed off as effectively as Windows XP? I guess it depends on how many glaring security holes are left unpatched. Once the browser vendors (Google/Mozilla) stopped delivering browser updates for XP, it was pretty much game over. Google Chrome relies on the operating system for security, so it was DOA; Mozilla browsers handle it in their own code, so they could have kept XP support going if they chose, but ever since the "we only care about Firefox" guys took over, they are happy to kill off anything that isn't new and shiny.
Back to Linux gaming - I hope that developers continue to realize that Vulkan is a much better bet than DX12, but some of them are much smarter than others. :-p
Eventually you'll also need to spoof an AMD card for DXVK If you are on NVidia.
I saw this referenced for something else (GTA 5?); got any background info on why this is necessary / why it works? Is it so that it doesn't try to run some Nvidia-specific code, like GameWorks/HairWorks/PhysX/<lockin-of-the-month>?
This was a fantastic read, thank you.
But I need to know which game it was? That's a compelling story!
Nier:Automata. It's the game that DXVK supported as a passion project and the dev uses the heroin name as a username "YoRHa 2B" (and a fanart of another character from the same game as an avatar).
If you didn't try it yet, it's an amazing game.
Last edited by FitzOmega on 12 Sep 2018 at 7:28 am UTC
I saw this referenced for something else (GTA 5?); got any background info on why this is necessary / why it works? Is it so that it doesn't try to run some Nvidia-specific code, like GameWorks/HairWorks/PhysX/<lockin-of-the-month>?
As far as I know nvapi is not implemented in wine 3.7 (also Proton) but in higher versions of wine.
When these games are run on nvidia they try to use nvapi but cannot find it.
The workaround is to spoof AMD to prevent this.
Yes, I think these games try to use specific nvidia features like PhysX, etc.
I'm pretty sure that Valve will soon update Proton to wine 3.15 or maybe upcoming 3.16.
Next DXVK v0.72 will have AMD spoof support for GTA V, Dragon Quest XI and Batman: Arkham Knight.
Look here...
https://github.com/doitsujin/dxvk/commits/master (September 7 and 8 comits).
And last but not least... THANK YOU VERY MUCH Philip and all others who made this possible.
Is it so that it doesn't try to run some Nvidia-specific code, like GameWorks/HairWorks/PhysX/<lockin-of-the-month>?Can it really be called lockin if it doesn't actually lock you in? :)
As far as I know nvapi is not implemented in wine 3.7 (also Proton) but in higher versions of wine.There's a stub implementation of nvapi in wine-staging. It apparently enables physx, but nothing else. Of course this is enough for many games.
The workaround is to spoof AMD to prevent this.
Last edited by tuubi on 12 Sep 2018 at 9:40 am UTC
See more from me