Valve are working fast to improve the Steam client this year, with another beta now available including an option that was highly requested.
Firstly, Steam Input gained support for the HORI Battle Pad and HORI Wireless Switch Pad. Additionally, Big Picture mode had two bugs fixed. The usual stuff there and nothing major, that is until you get to the Linux section of the beta changelog.
Users have been asking Valve pretty much since Steam Play arrived, to add a method to force a native game to use Steam Play instead. So now, if you've opted into the Steam beta client you will see this on the properties of a game (the bottom option):
Why is that so interesting and important? Well, honestly, some Linux ports get left behind for months and years and some really just aren't good. Additionally, some Linux games have multiplayer that's not cross-platform, this could also help with that. Not to downplay the effort a lot of developers put in, it's just how it is. The ability for users to control between the version from the developer and running it through Steam Play is a nice to have option.
Linux changes:
- Added the ability to force-enable Steam Play in per-title properties, including for native games
- Fixed incorrect scroll offset in the in-game overlay
- Reworked global Steam Play enable settings to only override the Proton version used by unsupported games
- Fixed a bug where the global Steam Play enable setting wouldn't prompt for a Steam client restart
See the announcement here.
While not noted, the Steam client now actually shows what version of Proton is used for each title. Here's Into the Breach for example:
I would have played more but fullscreen is broken for me and it's a whitelisted title…
One of the next big stages for Steam Play, will be actually showing it for whitelisted titles on store pages. I'm still very curious to see how Valve will be handling that. Valve might also want to update the Steam support page too, it's rather outdated.
Article taken from GamingOnLinux.com.
:P
Quoting: Cr1ogenif they want to force Linux games to work with Steamplay because they do not use windows directly? I think it's a step backwards in the fight that Valve has been doing for Linux users
No , with this way Valve guarentees a good gaming experience for Linux users.
Example: A Linux user bought the MotoGPX3 game ( native VP port) but performance wise game is beaten by DXVK with a big margin.
So user can use Windows version without dealing Steam on Lutris.
Valve provides you choice and says " Use what you want"
Last edited by Leopard on 18 January 2019 at 12:21 am UTC
I hope Steam Play doesn't discourage Feral, since their ports still generally come out ahead of DXVK but Virtual Programming needs to a new porting tool-set to replace eON, or they can just embrace Wine + DXVK tech and modify/optimize variants of it on a per game port basis.
Quoting: LeopardQuoting: Cr1ogenif they want to force Linux games to work with Steamplay because they do not use windows directly? I think it's a step backwards in the fight that Valve has been doing for Linux users
No , with this way Valve guarentees a good gaming experience for Linux users.
Example: A Linux user bought the MotoGPX3 game ( native VP port) but performance wise game is beaten by DXVK with a big margin.
So user can use Windows version without dealing Steam on Lutris.
Valve provides you choice and says " Use what you want"
True but Steam Play falls behind upstream Wine and Wine Staging, so Lutris and POL w/ Windows Steam client is still useful for games that need newer Wine versions. Hopefully Steam Play gets a Wine 4.x re-base shortly after it's release.
Quoting: Xaero_VincentQuoting: LeopardQuoting: Cr1ogenif they want to force Linux games to work with Steamplay because they do not use windows directly? I think it's a step backwards in the fight that Valve has been doing for Linux users
No , with this way Valve guarentees a good gaming experience for Linux users.
Example: A Linux user bought the MotoGPX3 game ( native VP port) but performance wise game is beaten by DXVK with a big margin.
So user can use Windows version without dealing Steam on Lutris.
Valve provides you choice and says " Use what you want"
True but Steam Play falls behind upstream Wine and Wine Staging, so Lutris and POL w/ Windows Steam client is still useful for games that need newer Wine versions. Hopefully Steam Play gets a Wine 4.x re-base shortly after it's release.
It will catch up soon , Wine 4.0 is just RC now.
SteamPlay has an aim ; whitelisting many games as possible while avoiding regressions. So it will always be bit behind of upstream.
Using upstream Wine manually doesn't offer you compability guarentee and doesn't aim it too.
Quoting: Xaero_VincentSadly many Linux ports are poor quality and the Windows version works better.No offense, just curious if this is a qualified "many" or simply an opinion.
We all know some really bad ports, but sweeping statements like this get thrown around a little too often for my liking and it ultimately throws shade at Linux as a gaming platform in general, nevermind who developed what, who ported X game, which distro/gpu - whatever.
Perhaps you could share your thoughts on the matter?
Quoting: Guesti bet tomb raider 2013 and rise of the tomb raider will run even better now gonna have to test this
Rise of The Tomb Raider port is really close to Windows port , even faster for Nvidia users compared to DX12 renderer. SteamPlay won't work performant as Feral port.
However Tomb Raider 2013 is another story.
Patreon
PayPal
See more from me