As we speculated previously, Valve have now officially announced their new version of 'Steam Play' for Linux gaming using a modified distribution of Wine called Proton, which is available on GitHub.
What does it do? In short: it allows you to play Windows games on Linux, directly through the Steam client as if they were a Linux game.
What many people suspected turned out to be true, DXVK development was actually funded by Valve. They actually employed the DXVK developer since February 2018. On top of that, they also helped to fund: vkd3d (Direct3D 12 implementation based on Vulkan), OpenVR and Steamworks native API bridges, wined3d performance and functionality fixes for Direct3D 9 and Direct3D 11 and more.
The amount of work that has gone into this—it's ridiculous.
Here's what they say it improves:
- Windows games with no Linux version currently available can now be installed and run directly from the Linux Steam client, complete with native Steamworks and OpenVR support.
- DirectX 11 and 12 implementations are now based on Vulkan, resulting in improved game compatibility and reduced performance impact.
- Fullscreen support has been improved: fullscreen games will be seamlessly stretched to the desired display without interfering with the native monitor resolution or requiring the use of a virtual desktop.
- Improved game controller support: games will automatically recognize all controllers supported by Steam. Expect more out-of-the-box controller compatibility than even the original version of the game.
- Performance for multi-threaded games has been greatly improved compared to vanilla Wine.
It currently has a limited set of games that are supported, but even so it's quite an impressive list that they're putting out there. Which includes DOOM, FINAL FANTASY VI, Into The Breach, NieR: Automata, S.T.A.L.K.E.R.: Shadow of Chernobyl, Star Wars: Battlefront 2 and more. They will enable many more titles as progress on it all continues.
To be clear, this is available right now. To get it, you need to be in the Steam Client Beta.
There will be drawbacks, like possible performance issues and games that rely on some DRM might likely never be supported, but even so the amount of possibilities this opens up has literally split my head open with Thor's mighty hammer.
Holy shit. Please excuse the language, but honestly, I'm physically shaking right now I don't quite know how to process this.
Update #1: I spoke to Valve earlier, about how buying Windows games to play with this system counts, they said this:
Hey Liam, the normal algorithm is in effect, so if at the end of the two weeks you have more playtime on Linux, it'll be a Linux sale. Proton counts as Linux.
Quoting: F.UltraIf I where Feral I would negotiate the license sooner than today and do a same day release by using the proton wrapper (for the games where Proton works) and then release the native port with full performance and support later. That way they will not loose sales with this change while still being able to produce a proper native port later.
Yep, makes perfect sense for porters to do that. In fact some already did exactly that in the past first using Wine, and then releasing a better performing port (Icculus for Dear Esther if I remember correctly).
Last edited by Shmerl on 23 August 2018 at 3:55 am UTC
The idea of playing Bioshock or Dishonored again, knowing that they will be counted as games sold on Linux, is a tempting idea.
Quoting: Purple Library GuyQuoting: mirowell I am not pessimistic about this, surely it will do lots and lots of good.That is a point, actually one of the most solid "con" points I've seen. Something like this happened with the Steam Machines only it was about bad ports.
I am just afraid that too many people will blame "linux" for the less performance and more bugs, not understanding that this is not a native build, that there is dx->vulkan translation and .dll emulation aka at least one additional layer which makes things slower and more buggy.
This is why you have to enable non-whitelist games in your settings, and then it warns you that it is unsupported. Even then, there will still be a bunch of idiots that blame Linux. Certain things can't be helped, and certain bridges just have to be crossed when you get to them. But what's important right now is that Valve has sprayed some nitrous into the engine and we're just getting going.
Quoting: GuestOh absolutely, it's a good thing, and I don't mean to diminish the work Valve is doing. But Valve isn't doing quite as much as people think - for example, Valve isn't making any game work through wine directly. Well, that can be argued via dxvk, but the point I guess I'm trying to make is that while the impact might be large to users, the effort itself from Valve is actually not equivalent.Hrm . . . more generally, it's an interesting question of value: Who deserves more kudos, someone who spends a lot of effort for a result that has little impact, or someone who spends little effort for a result that has a lot of impact?
Of course in this case it's more like, group A spend a lot of effort building most of what makes things work and outfit B puts on some finishing touches that allow it to be more broadly and easily used. On the other hand, one might ask if the Wine community on its own had shown many signs of ever turning Wine into something that worked transparently? And my answer would be "no", and that includes Lutris as far as I can tell from some of the other conversations around here in recent months. I even wonder if one problem might have been, if Wine started to Just Work, Codeweavers would be out of a job. An outsider coming and shaking things up may have been more important than we know.
Quoting: GuestQuoting: liamdaweQuoting: GuestThing is, I feel Valve have been exceptionally clear on the situation. Who people choose to champion is their business.Quoting: liamdaweQuoting: GuestSo now that I've had time to think about this news more, I thought I'd try add more discussion points.Let's be clear though, Valve did fund the development of DXVK - so essentially, yes they did make. They've been funding it through all but the first what, two releases?
Disclaimer: I personally find it odd that people are praising Valve so much here. Valve didn't make wine. Or dxvk. Or actually any of the tools that make this possible. They're just packaging it into Steam.
I meant its original creation - I didn't think Valve was responsible for that?
Just really want to point out that Valve see and fund things that are very useful, and that's not to be underestimated, but I personally dislike the treatment that it's all and entirely Valve doing everything.
In the case of DXVK, they couldn't have been clearer even noting when funding started. The point is, while Valve didn't start these projects, it is the one that's pulling them together, funding them and making something bigger out of it. That benefits everyone too, since it's open source.
Oh absolutely, it's a good thing, and I don't mean to diminish the work Valve is doing. But Valve isn't doing quite as much as people think - for example, Valve isn't making any game work through wine directly. Well, that can be argued via dxvk, but the point I guess I'm trying to make is that while the impact might be large to users, the effort itself from Valve is actually not equivalent.
If it makes people feel better I can point out really great things Valve have done (mostly around Vulkan tooling and drivers). But I have to ask: if wine didn't exist, if dxvk didn't exist, would Valve have tried to create either?
Doing something which requires minimal effort and produces maximal results is the very definition of a smart move. If it is done for a greater good, or at least not for just selfish reasons, it is a good thing. What Valve is doing is what only they could have done. No one else can put in Wine in side of steam and do a Quality control of the games that work.
Quoting: GuestI'm sure I will get attacked for this, but here goes. As per usual, disclaimer, my thoughts are my own and not that of VP, etc..You're absolutely right, but none of it matters. The question, the only real question, is whether this maneuver (and perhaps other related maneuvers) can actually drive an increase in Linux use. Network effects ultimately rule over the sort of issue you bring up--if Linux has a strong desktop marketshare, publishers will ultimately release on, or want to port to, Linux. Even if there's a solution of sorts through Wine, the sales will be stronger with a real Linux release. If Linux does not have a strong desktop marketshare, publishers will ultimately not release on Linux. Bigger marketshares get paid attention to, smaller marketshares do not.
A big issue here is, does Proton really mean "Linux support" ? I don't think it does. Here's why.
When you get a port to Linux, even if it's by a third party, a lot of work has been done to bring that game over to the platform... even if a D3D wrapper has been used etc (i'm not going to go into the "lazy wrapper" argument). The porter is selling you a product that is certified by them to work with Linux, and has official backing of the original developer/publisher. If something doesn't work, or breaks, there is an official support method available. It is someones job to provide help on getting it working, and to fix that if it doesnt.
With Proton, the original developer and/or publisher doesn't have to do anything - that includes support the game running in any way on Linux. It is effectively the same situation has it has been for years with Wine - if it runs, great.. if not, it's not the original dev/publishers problem. They wont support you. As far as they are concerned, even if you bought on Linux, and it shows up on their ticker that it was a Linux sale, you bought a Windows product, and you are not running it via an officially supported method.
Nor will it be Valve's problem. There is no way they are going to provide support for every issue running every game on Linux. Nor will they be any more able to deal with bugs in those games on Proton than the Wine developers are. It could be years, or never, before you get a fix for a particular game not working. Or the next build of Proton could break a previously working game.
So, while I can see how Valve thinks this is a good thing for getting games on Linux, and getting gamers over to Linux, it in turn has a big impact to those of us who were bringing games over to Linux officially. I don't see how Proton is going to help us with the big issue of getting publishers interested in Linux as a platform... in fact, I see it doing the opposite.
The only reason desktop/gaming Linux gets as much attention as it does is its very large marketshare in most computing areas other than the desktop. It is a niche gaming/desktop OS, but not a niche OS overall. But that only takes us so far.
QuoteFrom Jeremy White at Codeweavers:
"Yesterday, Valve announced a new feature in Steam Play that allows Windows titles to run on the Linux version of Steam using Wine.
We have been working directly with Valve for two years on this effort, and the launch yesterday was one of the most joyful days of my career, for a variety of reasons. First, the personal – my sons both grew up using Linux. My older son graduated from college, got a job, and eventually bought a Windows PC so he could play his favorite games. My younger son is still in college, and he remains a die hard Linux user. Last night, he was able to install and run the few Windows games he craved on his Linux laptop.
Second, the professional – I have long felt that computer games are the key to any successful computer operating system. Sure, you absolutely need to be able to do productive work on your computer, but your heart is not in it until you can play. Without that joy, Linux, and the variety of Linux based operating systems (e.g. SteamOS, ChromeOS) are going to struggle to claim a meaningful share of the market. Valve has been providing amazing support for gaming on Linux for many years now, and we are proud to join them in expanding the range of high quality games that are available to Linux users.
This still remains a long, hard journey, but perhaps this marks the beginning of the mythical Year Of The Linux Desktop.
I hope that Proton brings you as much joy as it has brought me. And now excuse me, I have some, er, testing, to do..."
Oh and i think this would be a good news to get posted :)
https://www.phoronix.com/scan.php?page=article&item=nvidia-39654-linux
Quoting: mirooh well, I am really not that happy as most people.
from now on I'm really afraid that too many publishers will use this as an excuse not to provide native linux builds in case it runs "well enough" with proton/wine.
since this is now to be built-in, most people will not have to understand what wine even is, they will take the running binary for granted. hence what is to expect is less performance and continuous direct x instead of opengl or vulkan
this would totally be acceptable for older/legacy titles, but I really think too many will jump on that train that it runs with proton and that there is no need to compile it for linux.
we'll see.
Looks likes this is happening a bunch of people have been requesting a Linux port of City of Brass; the developer finally replied with a link to the announcement of Steam Play.
1) Valve is pushing Vulkan. They clearly state: if you want good compatibility with all platforms: use vulkan, nothing else.
2) Using vulkan it takes the biggest burden against linux out of the way: a good 3D API
and controversial
3) This might install wine as middle ware for gaming. Both Windows and Linux have major problems playing older games. Try installing GTA up to IV and have it work... It's not native on Linux, and on Windows 10 it throws so much garbage in your face, you'd better give it up.
Proton and the controller compatibility would make Linux (or if it works on Windows too) *the* platform to use to play GTA up to IV(!).
Now the middleware needs to step down the amount of windows specifics, and concentrate on the gaming specifics.
Let Valve handle the lower part, and it would be fantastic. Games that you can install and play 10 years from now... I would love to play quake again. But I won't because I need to get all the data from the CD-ROMS, that means, I first need to have a player somewhere in the network.
Then I need to find the most recent quake engine and read how to set it up, because my original binaries won't work.
It would be like GOG, but working.
See more from me