I didn’t see that coming, and it’s a welcome development. If it warps the general PC hardware market enough that devs start optimizing for a standard platform, it’ll result in less buggy products at launch. And maybe orienting development towards a relatively underpowered platform will make it easier for those of us dumb enough to that like to spend more on a desktop to hit those 60 FPS targets.
I think it’s more important that it gives Valve a method of avoiding being shoehorned into a “Windows only world”. The Steam Deck is largely why Linux has pushed past 2% market share on the Steam Hardware Survey consistently now. Holo, which is the codename for SteamOS on the Deck, makes up over half of Steam on Linux.
Don’t get me wrong. I’m not dillusional. Windows is still far and away the majority platform and will be for some time. However, there is a real, functional choice now that didn’t exist a few years ago.
True, but even if Steam were to offer a x% lower cut on sales for Linux users if the developer makes a Linux-native build, it’d still not entice many to build and maintain a native port if they are only saving x% off a tiny y% of users. Other poster’s point being that incentives like this would actually become enticing to companies when Linux market share (Proton users) increases.
Doubtful Steam is gonna offer a share cut on all sales when it runs on Proton for the 2% of userbase using Linux, and from that only a minority would care whether or not it’s native anyway.
Valve could start by releasing a Steam Deck SDK for Visual Studio that exposes an “Export to Steam Deck” option when targets the latest release of Steam Linux Runtime.
Currently they offer Docker containers which is good but could be improved.
Back when Steam Machines were a thing and Valve tried to only push Linux native games, game developers got placements on Steam Store’s landing page banner in return.
The benefit of Steam is backwards compatibility. The moment you force native porting you lose your greatest benefit. Since you anyway have to build backwards compatibility with Windows you gain nothing by incentivizing native Linux and the developers gain nothing from being incentivized to build native because their games will work through Proton.
There’s no reason for Valve to incentivize native builds. It’s the devs that need to have an incentive to develop natively for Linux. And with the market share being what it is there’s no incentive for the devs either.
I see you don’t know about Steam Linux Runtimes which are backwards and forwards compatible. 1.0 (“scout”) is based on Ubuntu 12.04, so already 12 years of binary compatibility.
I think you’re missing the point. It’s not about OS backwards compatibility, it’s user library backwards compatibility. Imagine if proton didn’t exist and you have 15 years of Steam library that has expanded on a yearly basis. You now buy the Steam Deck to play your library. What games can you play? I guarantee you couldn’t play 99% of your library because less than 1% of all games on Steam have been made natively for Linux. If you can’t play 99% of your library what’s the point of owning the deck? This is why Valve is pouring money into Proton, because Proton is the tool that gives users backwards compatibility for their library. Without proton the Steam Deck would be an utter failure.
It’s also why they don’t need to incentivize native builds, because they already solved that problem on their own with Proton. Why put effort into having developers develop native builds when you could just put that effort into Proton and essentially get the same result (and extra benefits) without hoping the developers do something they didn’t want to do in the first place?
I think you’re missing the point. It’s not about OS backwards compatibility, it’s user library backwards compatibility.
I never proposed to ax Proton, so I’m not the one here missing any points.
It’s also why they don’t need to incentivize native builds, because they already solved that problem on their own with Proton. Why put effort into having developers develop native builds when you could just put that effort into Proton and essentially get the same result (and extra benefits) without hoping the developers do something they didn’t want to do in the first place?
I explained several times already that game updates breaking Proton compatibility is a real thing that would not have happened with native games.
Game developers develop for dedicated platforms other than Windows all the time. They’re called game consoles. Native games don’t just mysteriously break on updates or suddenly ban players because the game developer out of the blue decided that Proton is cheating. First launch of games doesn’t annoy with those stupid Microsoft runtime installer scripts, etc. Proper native games could be optimized the way console games are instead of relying on multiple levels of Windows compatibility layers (the newest BS Proton has to deal with is gamepad compatibility for launchers via a special input wrapper) – they are just a smoother experience all around.
So you understand that it is way more beneficial for Valve to support proton than native Linux, and then say that Valve should incentivize native builds?
So you understand that it is way more beneficial for Valve to support proton than native Linux, and then say that Valve should incentivize native builds?
Proton should be the focus for older, existing games and native games should be the focus for new games. Not really that hard to understand.
Proton is so good that devs have actually gotten better performance by dropping their native Linux build and just running a proton-emulated version in Linux 😀
It doesn’t really matter though, because Wine is mature enough that it’s not a hacky diy fix, it’s a viable solution. None of the games I play run any worse on Linux than they did on Windows, and some run better. The vast majority of people don’t care whether it’s native or not, they just want it to work.
how i personally see it is that it welcomes devs to set a new minimum pc requirement to target. due to valve not doing contstent iterations (which imo is actually a good thing), it gives people a point of performance comparison reference to when wanting to play a new title.
I didn’t see that coming, and it’s a welcome development. If it warps the general PC hardware market enough that devs start optimizing for a standard platform, it’ll result in less buggy products at launch. And maybe orienting development towards a relatively underpowered platform will make it easier for those of us
dumb enough tothat like to spend more on a desktop to hit those 60 FPS targets.I think it’s more important that it gives Valve a method of avoiding being shoehorned into a “Windows only world”. The Steam Deck is largely why Linux has pushed past 2% market share on the Steam Hardware Survey consistently now. Holo, which is the codename for SteamOS on the Deck, makes up over half of Steam on Linux.
Don’t get me wrong. I’m not dillusional. Windows is still far and away the majority platform and will be for some time. However, there is a real, functional choice now that didn’t exist a few years ago.
Too bad Valve is not incentivizing native Linux ports.
Chicken and Egg. Linux is barely above 2%. When it breaks 10-20% market share, I expect companies will start making native ports more common.
The fact that proton/dxvk/vulkan/wine let’s things just work with little to no changes is already pretty incredible.
Chicken egg problem is exactly why incentivizing (which is not the same as mandating) would make sense.
True, but even if Steam were to offer a x% lower cut on sales for Linux users if the developer makes a Linux-native build, it’d still not entice many to build and maintain a native port if they are only saving x% off a tiny y% of users. Other poster’s point being that incentives like this would actually become enticing to companies when Linux market share (Proton users) increases.
Doubtful Steam is gonna offer a share cut on all sales when it runs on Proton for the 2% of userbase using Linux, and from that only a minority would care whether or not it’s native anyway.
Valve could start by releasing a Steam Deck SDK for Visual Studio that exposes an “Export to Steam Deck” option when targets the latest release of Steam Linux Runtime.
Currently they offer Docker containers which is good but could be improved.
Back when Steam Machines were a thing and Valve tried to only push Linux native games, game developers got placements on Steam Store’s landing page banner in return.
The benefit of Steam is backwards compatibility. The moment you force native porting you lose your greatest benefit. Since you anyway have to build backwards compatibility with Windows you gain nothing by incentivizing native Linux and the developers gain nothing from being incentivized to build native because their games will work through Proton.
There’s no reason for Valve to incentivize native builds. It’s the devs that need to have an incentive to develop natively for Linux. And with the market share being what it is there’s no incentive for the devs either.
I see you don’t know about Steam Linux Runtimes which are backwards and forwards compatible. 1.0 (“scout”) is based on Ubuntu 12.04, so already 12 years of binary compatibility.
I think you’re missing the point. It’s not about OS backwards compatibility, it’s user library backwards compatibility. Imagine if proton didn’t exist and you have 15 years of Steam library that has expanded on a yearly basis. You now buy the Steam Deck to play your library. What games can you play? I guarantee you couldn’t play 99% of your library because less than 1% of all games on Steam have been made natively for Linux. If you can’t play 99% of your library what’s the point of owning the deck? This is why Valve is pouring money into Proton, because Proton is the tool that gives users backwards compatibility for their library. Without proton the Steam Deck would be an utter failure.
It’s also why they don’t need to incentivize native builds, because they already solved that problem on their own with Proton. Why put effort into having developers develop native builds when you could just put that effort into Proton and essentially get the same result (and extra benefits) without hoping the developers do something they didn’t want to do in the first place?
I never proposed to ax Proton, so I’m not the one here missing any points.
I explained several times already that game updates breaking Proton compatibility is a real thing that would not have happened with native games.
Game developers develop for dedicated platforms other than Windows all the time. They’re called game consoles. Native games don’t just mysteriously break on updates or suddenly ban players because the game developer out of the blue decided that Proton is cheating. First launch of games doesn’t annoy with those stupid Microsoft runtime installer scripts, etc. Proper native games could be optimized the way console games are instead of relying on multiple levels of Windows compatibility layers (the newest BS Proton has to deal with is gamepad compatibility for launchers via a special input wrapper) – they are just a smoother experience all around.
So you understand that it is way more beneficial for Valve to support proton than native Linux, and then say that Valve should incentivize native builds?
Proton should be the focus for older, existing games and native games should be the focus for new games. Not really that hard to understand.
Proton is so good that devs have actually gotten better performance by dropping their native Linux build and just running a proton-emulated version in Linux 😀
And then they release an update for their game and it breaks on Proton. Happens every now and then. A proper native build would not have that problem.
It doesn’t really matter though, because Wine is mature enough that it’s not a hacky diy fix, it’s a viable solution. None of the games I play run any worse on Linux than they did on Windows, and some run better. The vast majority of people don’t care whether it’s native or not, they just want it to work.
how i personally see it is that it welcomes devs to set a new minimum pc requirement to target. due to valve not doing contstent iterations (which imo is actually a good thing), it gives people a point of performance comparison reference to when wanting to play a new title.