Steam to Chrome OS(support.google.com)
support.google.com
Steam to Chrome OS
https://support.google.com/chromebook/thread/155131703/steam-to-chrome-os?hl=en
126 comments
> Then the next step is that Google Cloud offers you an on demand high end gaming machine, pay by the minute, which runs Steam on Windows x86 and has an instant VPN to your Chromebook.
I find it difficult to believe they'd offer this, given that they already have Stadia.
I do see how this could be more appealing for consumers, but aside from competing with themselves, I also would be curious about the economics. Considering how expensive GPUs are, is it even possible the prices for an on-demand gaming service could ever make that much sense? With Stadia, they are making you buy the games through Stadia itself, where they would get a cut of the revenue, which probably helps subsidize the actual cost of the service a bit more.
There's also other very irritating issues. For example, a litany of AAA game companies do not allow their games to be streamed via GeForce Now, even though it would be running your own copy that you bought from your Steam or other library. I assume they would fight to earn additional money on game streaming, even though the money simply isn't there.
This is unfortunate, but perhaps it's OK. Lower end devices will be getting more and more powerful and eventually I'm sure even reasonably priced Chromebooks will be able to play games decently. Given this launch only applies to newer Intel processor based Chromebooks, that day is not today... but still, it certainly could be on the horizon.
I find it difficult to believe they'd offer this, given that they already have Stadia.
I do see how this could be more appealing for consumers, but aside from competing with themselves, I also would be curious about the economics. Considering how expensive GPUs are, is it even possible the prices for an on-demand gaming service could ever make that much sense? With Stadia, they are making you buy the games through Stadia itself, where they would get a cut of the revenue, which probably helps subsidize the actual cost of the service a bit more.
There's also other very irritating issues. For example, a litany of AAA game companies do not allow their games to be streamed via GeForce Now, even though it would be running your own copy that you bought from your Steam or other library. I assume they would fight to earn additional money on game streaming, even though the money simply isn't there.
This is unfortunate, but perhaps it's OK. Lower end devices will be getting more and more powerful and eventually I'm sure even reasonably priced Chromebooks will be able to play games decently. Given this launch only applies to newer Intel processor based Chromebooks, that day is not today... but still, it certainly could be on the horizon.
Google never really tried with stadia. It's just another dead Google product, now changing into some sort of B2B thing. Shrug.
Meanwhile Nvidia kept improving geforce now and it's actually really good now, running on everything from operating systems to browsers with no noticeable lag. Cheap too, like $15 a mo or so, and works with most of your Steam library. Where it doesn't, usually means that the publisher wanted to get off for some reason.
Xbox Game Pass is another great steaming option (via xcloud), Netflix like subscription service that lets you stream games.
There's also Shadow and Luna and such. Many companies are doing this well, just not Google.
Meanwhile Nvidia kept improving geforce now and it's actually really good now, running on everything from operating systems to browsers with no noticeable lag. Cheap too, like $15 a mo or so, and works with most of your Steam library. Where it doesn't, usually means that the publisher wanted to get off for some reason.
Xbox Game Pass is another great steaming option (via xcloud), Netflix like subscription service that lets you stream games.
There's also Shadow and Luna and such. Many companies are doing this well, just not Google.
Google is even worse than Apple in what concerns talking to game developers, they always focus on the Play Store and KPIs, and seldom focus on the tools.
Even when they really try (see last week Games Development Summit), it is mostly about high level stuff, like PMs talking to PMs, handwaving to lightweight docs and github repos.
Naturally very few game devs ever get enthusiastic from whatever comes out of Google.
Even when they really try (see last week Games Development Summit), it is mostly about high level stuff, like PMs talking to PMs, handwaving to lightweight docs and github repos.
Naturally very few game devs ever get enthusiastic from whatever comes out of Google.
Great point. Meanwhile Steam and the other platforms spent years and years making great tooling and ecosystems to court developers. Stadia just feels like an executive's half assed demo...
> I find it difficult to believe they'd offer this, given that they already have Stadia.
Isn't Stadia moving to a PaaS for purposes just like this?
Isn't Stadia moving to a PaaS for purposes just like this?
I don't think Google really has a game plan (no pun intended). They never gave Stadia the dev and marketing resources it needed so it just died on the vine. Their "pivot" is more like a surrender, I think, an act of desperation where they hope other companies will pay them for their tech that never really took off with consumers.
Thing is, porting to Stadia is so much work vs flicking a switch in Steam to publish to GeForce Now. And Stadia can't cross play or cross save with anything else by default, making it a very lonely ecosystem.
Thing is, porting to Stadia is so much work vs flicking a switch in Steam to publish to GeForce Now. And Stadia can't cross play or cross save with anything else by default, making it a very lonely ecosystem.
That is why they are now writing a Windows emulation layer for Stadia, which I think won't convince anyone that isn't yet bought into their Stadia sales pitch. See last week Stadia sessions for developers.
> they are now writing a Windows emulation layer for Stadia
So they are going in the same direction as LiquidSky.
So they are going in the same direction as LiquidSky.
> LiquidSky shut down their service on December 17th, 2018 while they focus their efforts on building a new streaming platform.
> As of 2018, LiquidSky was acquired by Walmart and now focusing on other projects.
I guess that is where Stadia will land as well.
> As of 2018, LiquidSky was acquired by Walmart and now focusing on other projects.
I guess that is where Stadia will land as well.
It feels to me like the only logical economic future for game streaming is as a value add for a game subscription service (so like, xgp and xcloud as a logical pairing).
$100 or so a year for a game steaming service is a heck lot cheaper than a gaming PC and a graphics card update every few years. And you can play anywhere, on any device, where you have a fast connection. It was a godsend for me before I could afford a gaming PC (or find one, during the pandemic)
> $100 or so a year for a game steaming service is a heck lot cheaper than a gaming PC and a graphics card update every few years.
You are not going to compete with high end hardware/graphics using Stadia, not sure if that was solved but for quite some time they just upscaled to the promised resolution instead of actually rendering it.
Everyone casual will be kicked to the next set of consumer hardware by Microsoft(Windows 11 incompatible) or Google (required native codec support for some android apps) either way.
That $100 or so (definitely way more) is going to go on top of the hardware upgrade treadmill, not as alternative to it.
You are not going to compete with high end hardware/graphics using Stadia, not sure if that was solved but for quite some time they just upscaled to the promised resolution instead of actually rendering it.
Everyone casual will be kicked to the next set of consumer hardware by Microsoft(Windows 11 incompatible) or Google (required native codec support for some android apps) either way.
That $100 or so (definitely way more) is going to go on top of the hardware upgrade treadmill, not as alternative to it.
Not Stadia maybe but GeForce Now gets you a 3080 and 120Hz (not necessarily fps) at 4k.
But sorry, it's apparently $200 a year now, not $100. My bad.
But sorry, it's apparently $200 a year now, not $100. My bad.
Stadia was dead on arrival. Working with Valve has the potential of being really really smart, but I’m not sure this develops into anything significant.
Every time I've tried Steam Play, even over hardwired gigabit, it's been laggy, buggy, and crash prone. There was always display switching problems, controllers and keyboards not being detected correctly, graphical issues, etc. Just a PITA.
GeForce Now works much better and doesn't require you to have your own GPU. Do need fast internet though.
GeForce Now works much better and doesn't require you to have your own GPU. Do need fast internet though.
I use Remote Play regularly (bed-bound lots due to medical issues) and never had a problem, but have found it’s finicky on your setup. Eg it never really worked on my ISP-provided modem/router but once I got a UDM (for unrelated reasons) it worked flawlessly and has ever since.
The fact I can lie in bed with laptop plugged into bedroom TV and use a PS4 controller to play games running on my gaming PC in another room is truly awesome.
The fact I can lie in bed with laptop plugged into bedroom TV and use a PS4 controller to play games running on my gaming PC in another room is truly awesome.
What is a UDM?
And I believe you. I wish I knew what the variables were. I really wanted to like Remote Play and even got special hardware for it (Steam Link, Shield TV, etc.) and still couldn't get it to be reliable.
And I believe you. I wish I knew what the variables were. I really wanted to like Remote Play and even got special hardware for it (Steam Link, Shield TV, etc.) and still couldn't get it to be reliable.
Unifi Dream Machine, a prosumer router/wifi AP combo.
Roger that, will have to check it out!
Yeah as alphager said, it’s a router by Ubiquiti that solved a lot of my networking issues. I wish I knew what exactly it was that made Remote Play work, but that was just one of the many things that didn’t work before then I realised later suddenly worked with my new router.
Cool, thanks for the tip! I've been having nonstop issues with my Google Router and ISP modem, will have to try that instead.
You can do remote play on a Chromebook right now with Moonlight! Works great (for me). Some other alternatives include Parsec and Rainway, and probably a few others I'm missing.
If anyone else uses Steam Link, Steam link works well on the ChromeOS Linux Development Environment
https://flathub.org/apps/details/com.valvesoftware.SteamLink
As does the Android App in the ChromeOS Android Play Store.
Can't wait to have the full steam experience!
https://flathub.org/apps/details/com.valvesoftware.SteamLink
As does the Android App in the ChromeOS Android Play Store.
Can't wait to have the full steam experience!
Since they didn't mention it I'm guessing x86 only chrome books ?
AFIACT, it's a "no but yes" sort of answer. Linux games are free to build binaries for any architecture they wish, but any game relying on Proton because it's a Windows binary will require x86.
Good news is, any of us in here are going to buy whatever we want and aren't limited to Chromebooks. Its everyone else that is screwed by the virtual duopoly of Windows and !Windows.
Good news is, any of us in here are going to buy whatever we want and aren't limited to Chromebooks. Its everyone else that is screwed by the virtual duopoly of Windows and !Windows.
There's Box86 and Box64 which run x86/ARM64 binaries on ARM64 fairly well. People have gotten games like Portal 2 running on a PinePhone Pro: https://www.youtube.com/watch?v=yPr0Aw3xZrA
That's not entirely clear to me. Windows on Arm has some weird sort of compatibility layer that could also exist here. It's a different environment but I'm able to run (some) x86 windows programs on an Arm Windows virtual machine, unmodified, under Parallels on an M1 MacBook. Boggles my mind how it all works together, but it does.
there are projects like fex and box86/box64 that are trying to do for linux what windows is doing and what rosetta 2 is doing.
Box86 and Box64 will make it possible to run x86 games on ARM too. https://boilingsteam.com/box64-can-now-run-crysis-on-arm-wit...
Seems like it, at least for now
https://www.aboutchromebooks.com/news/steam-gaming-on-chrome...
https://www.aboutchromebooks.com/news/steam-gaming-on-chrome...
Anything else would be highly unlikely.
I imagine they could pressure manufacturers into building some kind of virtual translation layer with accelerated graphics.
I remember when Chrome OS first came out. I have an old Chromebox I got at Google I/O over a decade ago too. And I remember all of the narrative about it being better because it was just the web browser, and the web was all you needed.
Chrome OS has firmly educated me on how to read marketing copy about things the product doesn't have. "Tell people they don't need it until you catch up to your competitors."
Ten years more from now if Chrome OS still exists, I expect it to simply be another macOS or Windows clone with more or less all of the same features and trappings.
Chrome OS has firmly educated me on how to read marketing copy about things the product doesn't have. "Tell people they don't need it until you catch up to your competitors."
Ten years more from now if Chrome OS still exists, I expect it to simply be another macOS or Windows clone with more or less all of the same features and trappings.
Wait - does this mean that if Steam ships on Chromebook, and Steam can be made to run arbitrary software via proton, that Chromebooks have become regular laptops?
It is worth noting that ChromeOS runs Linux software in a neat way to isolate it from the host OS.
It runs it in Debian-based KVM VMs, and it uses virtio-wayland[1] to pass the applications through to the host compositor, making them feel as if they are not running in a VM.
This architecture means that ChromeOS can preserve its readonly system partition, delta updates, and fast boot times while being able to run any Linux app. Very similar to Qubes, actually.
[1] https://alyssa.is/using-virtio-wl/
It runs it in Debian-based KVM VMs, and it uses virtio-wayland[1] to pass the applications through to the host compositor, making them feel as if they are not running in a VM.
This architecture means that ChromeOS can preserve its readonly system partition, delta updates, and fast boot times while being able to run any Linux app. Very similar to Qubes, actually.
[1] https://alyssa.is/using-virtio-wl/
Does virtio-wayland support accelerated graphics? It's not clear to me how that would work, since accelerated graphics drivers typically include hardware-specific userland code that has to run in the application.
Since it is running in a VM and the host needs the GPU as well, it likely uses virtio-gpu to do paravirtualization. The latest iteration involves emulating a Vulkan device, serializing the commands, and passing them through to the host:
https://docs.mesa3d.org/drivers/venus.html
https://docs.mesa3d.org/drivers/venus.html
Not sure if this is a joke, but you can already "officially" install a Debian environment from within ChromeOS.
https://support.google.com/chromebook/answer/9145439?hl=en
https://support.google.com/chromebook/answer/9145439?hl=en
Indeed, this is just a more convenient and user friendly support layer than installing stuff through Crostini.
hey interesting - new to me.. (checks models) yep, the Chromebook on the desk is one of "the ones that have Linux" ..
"Camera not supported yet" .. feature!
"Camera not supported yet" .. feature!
That's just par for the course for Linux.
Write the support yourself! Publish it under the GPL! Share and enjoy! ;)
Write the support yourself! Publish it under the GPL! Share and enjoy! ;)
The irony here is that this is a ChromeOS-specific issue, not really related to typical desktop Linux.
Of course, it can and hopefully will be improved by improvements to desktop Linux. I haven't kept up, but ChromeOS will probably be able to adopt newer open source desktop technologies like Wayland and Pipewire/XDG portals in order to get a better Linux multimedia experience, if they care to.
Of course, it can and hopefully will be improved by improvements to desktop Linux. I haven't kept up, but ChromeOS will probably be able to adopt newer open source desktop technologies like Wayland and Pipewire/XDG portals in order to get a better Linux multimedia experience, if they care to.
To be clear, chromebooks have for a few years been able to be regular labtops since crouton [1] allowed installing linux distros on them. (And could even use wine to run windows games on the x86 chromebooks.)
[1] https://github.com/dnschneid/crouton
[1] https://github.com/dnschneid/crouton
Or go a step further and flash a modified UEFI firmware on it, then natively run a Linux distro. My HP Chromebook from 2013 is rocking still, almost a decade after release. I run Gallium on it, for optimal compatibility with all the hardware.
They've always been able to run Linux things through dev mode, or installing a different distro, etc...
Chromebooks can already run arbitrary software, via a full Linux VM running alongside ChromeOS.
Regardless, last time I was in Walmart Chromebooks where the only laptop available. For better or worse (mostly worse IMO) as far as a large portion of the population is concerned "regular laptops" are specialized equipment that they won't have.
My ideal dev machine would be chromeOS running on apple silicon.
Maybe Chrome OS Flex will eventually support ARM Macs [0]? That would be cool for sure. I installed CloudReady for someone last year and it saved him from buying a new computer, and saved me from worrying about ongoing OS updates.
Disclosure: I work at Google and am speaking only for myself. I do not work on anything related to Chrome OS.
[0] https://chromeenterprise.google/os/chromeosflex/
Disclosure: I work at Google and am speaking only for myself. I do not work on anything related to Chrome OS.
[0] https://chromeenterprise.google/os/chromeosflex/
Really? I have considered a chromeOS machine from afar, but I wasn't aware that it had reached a stage where it could become a good dev machine.
What's the coding workflow like on chromeOS?
What's the coding workflow like on chromeOS?
With the exception of a few missing things like full USB pass-through to crostini containers, chromeOS with crostini works about as good as my fedora laptop. I like its window management defaults better then gnome as well. Also you get auto-updated and supported firmware from google and secure boot by default.
Currently running a framework laptop with fedora just because I like the hardware better then most chromebooks and I can very cheaply throw in a fast 2TB ssd rather then spend hundreds extra to upgrade a chromebook to 512GB.
Currently running a framework laptop with fedora just because I like the hardware better then most chromebooks and I can very cheaply throw in a fast 2TB ssd rather then spend hundreds extra to upgrade a chromebook to 512GB.
If you have a remote box, probably just remote SSH + web IDE (potentially running on your remote box). For full local, you'd do it through the Crostini layer, which is basically Debian.
I tired chromeOS a few times as a dev machine and was always disappointed. Thing is, OSX doesn’t really get in my way using just a terminal, web browser, and spotlight. Installing stuff can be annoying at times compared to Linux, but it was even worse on chrome (basically didn’t work). I ended up ssh’d to a remote vps on chromeOS to get things done.
My ideal machine would be something that has Chrome OS Fireware and security features, a <insert favorite Linux distro> OS and a Apple Silicon.
The great thing about Chromebook is the firmware. Ron Minnich be praised.
The great thing about Chromebook is the firmware. Ron Minnich be praised.
Why not just Linux running on Apple Silicon? Isn't the entire selling point of Chrome OS that it can run well on cheap underpowered hardware?
Not really. Here are the advantages of ChromeOS as I see them:
Fast, unobtrusive, and regular software updates
Better touchpad and touchscreen support than any other Linux
Perfect integration between local files and files on Google Drive
A bare-bones userspace that is not bristling with security vulnerabilities
Software including the kernel is peak-optimized with profile-guided feedback, specifically and separately for each model of Chromebook, unlike most Linux distros that ship barely-optimized builds without PGO and targeting k8-generic.
Fast, unobtrusive, and regular software updates
Better touchpad and touchscreen support than any other Linux
Perfect integration between local files and files on Google Drive
A bare-bones userspace that is not bristling with security vulnerabilities
Software including the kernel is peak-optimized with profile-guided feedback, specifically and separately for each model of Chromebook, unlike most Linux distros that ship barely-optimized builds without PGO and targeting k8-generic.
ChromeOS is basically just Chrome.
Given that most of the time, I just run Chrome and Electron apps, it makes sense.
Given that most of the time, I just run Chrome and Electron apps, it makes sense.
It might be possible sooner rather than later given Chrome OS Flex is a thing now.
As soon as linux can run on M1s stably, I think Flex would follow suit as well.
As soon as linux can run on M1s stably, I think Flex would follow suit as well.
Mine would be one running upcoming Ryzen APU!
I rather use the certified UNIX that ships out of the box with Apple Silicon.
I'd just stick to gaming on regular Linux.
But I suppose it can be useful for arguing that Linux gaming market is expanding, so developers who like to excuse lack of Linux releases with market size will have less excuses now.
But I suppose it can be useful for arguing that Linux gaming market is expanding, so developers who like to excuse lack of Linux releases with market size will have less excuses now.
At this stage, native Linux releases are becoming less and less likely because of Value's efforts to improve gaming on Linux, as paradoxical as that seems. Proton is getting better and better with each release, and in many cases, is providing better performance than running native code on Windows.
Why bother with official Linux support when you can just check that your game runs via Proton and push the burden of support onto Valve and the Proton community?
Why bother with official Linux support when you can just check that your game runs via Proton and push the burden of support onto Valve and the Proton community?
If Proton just becomes the "game runtime" for Linux, that's OK! It's still open source. There may come a time when Proton compatibility becomes as important or even more important than Windows compatibility for game developers. Not only might game developers start explicitly supporting Proton, they could even contribute fixes upstream, unlike with Windows.
Ultimately if it becomes popular enough, Proton could execute the embrace, extend, extinguish strategy on Windows itself. We'll know it succeeded if one day Microsoft gives up NT kernel development in favor of shipping Linux/Proton, just the way they ultimately gave up on Trident and started shipping Blink/Chromium. Today Windows is a relatively small and shrinking percentage of Microsoft's revenue so maybe it's not out of the question in a decade or two.
Ultimately if it becomes popular enough, Proton could execute the embrace, extend, extinguish strategy on Windows itself. We'll know it succeeded if one day Microsoft gives up NT kernel development in favor of shipping Linux/Proton, just the way they ultimately gave up on Trident and started shipping Blink/Chromium. Today Windows is a relatively small and shrinking percentage of Microsoft's revenue so maybe it's not out of the question in a decade or two.
I'd argue that Proton is better than native Linux support in the long term, hear me out.
Linux userspace API has no promise of long term compatibility, and in fact there's a lot of churn, especially nowadays as we approach the Year of the Linux Desktop and technologies come and go as they're improved.
The Windows API instead is known for its long term compatibility. Microsoft goes out of their way to ensure applications keep running a decade later, and using that as a base for gaming is a win-win, as developers can target two operating systems with one API, and gamers have more guarantees their game will still be playable on Ubuntu 2030 edition.
The last few times I played native Linux games I had to fish for old and unsupported libssl and libjpeg libraries that my distribution doesn't ship anymore. I can blame the port, but nowadays I just try the Proton version first.
Linux userspace API has no promise of long term compatibility, and in fact there's a lot of churn, especially nowadays as we approach the Year of the Linux Desktop and technologies come and go as they're improved.
The Windows API instead is known for its long term compatibility. Microsoft goes out of their way to ensure applications keep running a decade later, and using that as a base for gaming is a win-win, as developers can target two operating systems with one API, and gamers have more guarantees their game will still be playable on Ubuntu 2030 edition.
The last few times I played native Linux games I had to fish for old and unsupported libssl and libjpeg libraries that my distribution doesn't ship anymore. I can blame the port, but nowadays I just try the Proton version first.
>The last few times I played native Linux games I had to fish for old and unsupported libssl and libjpeg libraries that my distribution doesn't ship anymore.
The so-called steam runtime can be targeted by devs to prevent this.
The so-called steam runtime can be targeted by devs to prevent this.
It's not about Windows long term support, it's about Wine long term support (which is much better than Windows own).
So I agree with your point that long term Wine offers better support than Linux native ABIs.
I doubt Windows ABIs are better than Linux native ones on their own long term wise (i.e. without Wine).
That said, it would be cool for someone to develop Wine-like wrapping of historic Linux ABIs into modern ones so you could have the same preservation effect.
There was for example such project for older SDL over new one.
So I agree with your point that long term Wine offers better support than Linux native ABIs.
I doubt Windows ABIs are better than Linux native ones on their own long term wise (i.e. without Wine).
That said, it would be cool for someone to develop Wine-like wrapping of historic Linux ABIs into modern ones so you could have the same preservation effect.
There was for example such project for older SDL over new one.
> I doubt Windows ABIs are better than Linux native ones on their own long term wise
Lots of games from the early 2000s still run as-is on Windows 10/11, and many games have updated versions on Steam or gog.com as well.
However, the real question for Linux is: is there any comparable long-term stable distribution format for Linux games other than Windows binaries?
If so, how popular is it?
Lots of games from the early 2000s still run as-is on Windows 10/11, and many games have updated versions on Steam or gog.com as well.
However, the real question for Linux is: is there any comparable long-term stable distribution format for Linux games other than Windows binaries?
If so, how popular is it?
Wine provides such long term support, but not Windows. I.e. many games from early 2000s don't run on recent Windows, but work in Wine.
Example: https://www.gog.com/game/vampire_the_masquerade_redemption
GOG doesn't list recent Windows as supported. But it works in Wine.
In this sense, the long term way to run old Windows games is Wine on Linux because Wine translates old Windows ABIs into modern Linux ones.
But there is no comparable translation of old ABIs for native Linux ones.
Example: https://www.gog.com/game/vampire_the_masquerade_redemption
GOG doesn't list recent Windows as supported. But it works in Wine.
In this sense, the long term way to run old Windows games is Wine on Linux because Wine translates old Windows ABIs into modern Linux ones.
But there is no comparable translation of old ABIs for native Linux ones.
> is there any comparable long-term stable distribution format for Linux games
Only Steam provides such a runtime, but outside of Steam you're out of luck.
Only Steam provides such a runtime, but outside of Steam you're out of luck.
The steam linux runtime is open-source with a license that reads much like the MIT license, so you need not run anything Steam proprietary if you don't like Steam.
> Lots of games from the early 2000s still run as-is on Windows 10/11, and many games have updated versions on Steam or gog.com as well.
Actually, it's the other way around. Old windows games run fine in Proton, and have weird issues in Windows.
Actually, it's the other way around. Old windows games run fine in Proton, and have weird issues in Windows.
I think that supports the argument that Windows is the de facto durable ABI for games on Linux.
I don't see why it has to become less likely for those who care about performance (which major games usually do). Translating DX12 or DX11 into Vulkan has performance overhead, even if you manage to run the game better than on Windows itself (for example Cyberpunk 2077 performs on Linux better than on Windows now). But native releases can perform even better.
And it's probably not always the case that Windows games perform better on Linux through translation than on Windows.
Besides, Wine has to play constant catch up to all kind of NIH stuff that MS will produce. Direct storage is the new one that doesn't have any translation implementation yet. So value of native releases won't disappear.
And it's probably not always the case that Windows games perform better on Linux through translation than on Windows.
Besides, Wine has to play constant catch up to all kind of NIH stuff that MS will produce. Direct storage is the new one that doesn't have any translation implementation yet. So value of native releases won't disappear.
I play elden ring on windows.. with dxvk/vkd3d dll because they fixed the massive stuttering issue that this console port had on PC. Even on windows this translation layer can give better performance.
> for example Cyberpunk 2077 performs on Linux better than on Windows now
Do you have a link? Everything I found suggest that it's the other way around, but Linux comes close.
Do you have a link? Everything I found suggest that it's the other way around, but Linux comes close.
* https://twitter.com/killyourfm/status/1502338832053776385
* https://www.phoronix.com/forums/forum/linux-graphics-x-org-d...
* https://www.youtube.com/watch?v=Fo1khMYMO5c
The above is for AMD. And I saw people with Nvidia reporting it performing better on Linux as well.
* https://www.phoronix.com/forums/forum/linux-graphics-x-org-d...
* https://www.youtube.com/watch?v=Fo1khMYMO5c
The above is for AMD. And I saw people with Nvidia reporting it performing better on Linux as well.
I’ve seen game devs advertise that their game works natively on Linux and is seen as a positive. My guess is if steam deck takes off there will be more games trying to build natively on Linux.
Besides, supporting a game means more than making a Windows build and expecting it to "just work" through Wine / Proton. Proper support requires some effort, even if it's translated. So they can as well support a native release if they even care about support.
I'm a Linux gamer, and when I see an indie game with native Linux build I avoid it. In my experience they always have problems, and I can't work out how to get Steam to give me the windows version with proton instead of the Linux version.
Right click the game in library -> Properties -> Compatibility -> Force the Use of a Specific Steam Play Compatability Tool
Now install the game.
Now install the game.
It's quite easy: go to the settings and force the use of a Steam Play compatibility tool.
Not surprising, steam deck also supports Windows now. So lets see which OS gets mostly using on it.
They won't care, because all of these solutions are just emulating Windows in some fashion, so why bother with Linux.
Just keep using DirectX and Win32, and let Steam handle shipping an Windows layer on top fo Linux while calling it "Linux gamming".
Just keep using DirectX and Win32, and let Steam handle shipping an Windows layer on top fo Linux while calling it "Linux gamming".
You and the dozens of people like you, but the Chromebook consumer market is huge.
Right now Steam is only targeting higher end Chromebooks that make up a small fraction of its market share, but I’m sure they’ll improve that over time.
Right now Steam is only targeting higher end Chromebooks that make up a small fraction of its market share, but I’m sure they’ll improve that over time.
Neat - but who’s gaming on a Chromebook?
Probably the millions of people who own/have access to one and don't have the ability to buy another computer.
Probably not since it requires an 11th gen i5 or better chrome book https://www.androidcentral.com/steam-for-chrome-os-supported...
This is whats frustrating to me. We're talking a small slice of most chromebooks out there.
I actually have used old chromebooks with crouton to install steam and play games. You have to pick "lightweight" games like Baldurs Gate, but it still opens up a lot of possibility.
So I had hoped maybe something could be brought to old hardware, but I guess not.
I actually have used old chromebooks with crouton to install steam and play games. You have to pick "lightweight" games like Baldurs Gate, but it still opens up a lot of possibility.
So I had hoped maybe something could be brought to old hardware, but I guess not.
I think you start by targeting the platforms with more horsepower and can move down over time. Obviously they might just not do that work and stay on the high powered ones, but I don't think it's a given.
It's a small slice today, but today's high-end computers are tomorrow's cheap used machines, and future budget machines will be more powerful than present high-end ones.
Thank you, you took a dour thought of mine and turned it into a very hopeful one.
The lower specs you allow, the more likely you’re to hit poor user experiences that piss users off.
While this was not stated in the linked post, other sources said it will be limited to x86 chromebooks that run 11th+ gen Intel CPUs or equivalent.
That basically limits it to models that cost >800$ making it a very niche product.
That basically limits it to models that cost >800$ making it a very niche product.
Here's to hoping this is just a starting point, might be that it's a lot easier to support these models.
I guess I was initially thinking more resource intensive games, but there are lots of smaller games that a Chromebook could handle.
When travelling, I have used GeForce Now to play Fortnite on an a pretty weak ARM Chromebook from a web browser.
I was able to turn up the graphical settings up much higher than what my regular desktop's ageing GTX 970 graphics card can get, while still maintaining a high frame rate.
Latency is low enough to have fun and contribute to the team. Wasn't a good experience over cellular, but it was very good on a wired connection.
I was very happy to have had a streaming option available at the time.
I was able to turn up the graphical settings up much higher than what my regular desktop's ageing GTX 970 graphics card can get, while still maintaining a high frame rate.
Latency is low enough to have fun and contribute to the team. Wasn't a good experience over cellular, but it was very good on a wired connection.
I was very happy to have had a streaming option available at the time.
I am! Though I've been using Stadia + Chromebook when traveling. As for runnig games locally: I'm not sure if most Chromebooks have adequate GPUs to run recent AAA games, but I'm guessing that's a small portion of most people's Steam catalog.
I am a hardcore PC gamer.. but last Christmas I was at the in-law's place and we had a blast trying out a bunch of stadia pro offerings. So much so that I seriously considered buying FIFA on stadia. I just think there's too much of occasional lag on cloud gaming which makes it only suitable for casual gaming.
You'd be surprised the saturation in the 12-18 year old market. So many parents bought their kids chrome books.
I was a "only have a Macbook Air" person for a while. You end up sticking to small indie things, but there's lots of games that work on the old integrated graphics stack, available on Steam.
Plenty of great little indie games that would work.
Or older games, for that matter.
Or older games, for that matter.
Steam streaming will probably work?
Ah, didn’t know that was a thing. Not unlike Stadia?
It’s streaming from one of your own computers, not one owned by Valve.
You'd think they would want to double- and triple-down on their cloud gaming platform, Stadia, for Chromebooks. But there's also good reason to believe that platform won't be going the distance so perhaps this is another signal in that direction.
Why not both. Stadia on Chromebook is great, but more option the better. They also have android games through play store.
I don't know enough about Steam
... does Steam provide any sort of services that manage the runtime of games or is the majority of the game still dependent on the users rig? remote GPU workloads/rendering, managing game-play coordination, etc?
If not, then it sounds like working with google (maybe others too) to get Steam running on ChromeOS is a fantastic idea that doesn't conflict with any of their own ambitions.
It's good for google bc you'll potentially attract more users to ChromeOS and once they're on ChromeOS, I'm sure they'll have more exposure to Stadia and other google services. Moreover, as game developers and platforms start to migrate a lot of their workloads to the cloud, Steam might be able to provide a more seamless way to do so (proton?)... again, potentially using google services or even the Stadia backend to do so.
It's good for Valve bc if furthers their independence from Windows. It may also lower the barrier and provide access to individuals that don't have the money or access to expense machines and OSes, especially if the compute intense operations can be offloaded to GPU services in the cloud.
... does Steam provide any sort of services that manage the runtime of games or is the majority of the game still dependent on the users rig? remote GPU workloads/rendering, managing game-play coordination, etc?
If not, then it sounds like working with google (maybe others too) to get Steam running on ChromeOS is a fantastic idea that doesn't conflict with any of their own ambitions.
It's good for google bc you'll potentially attract more users to ChromeOS and once they're on ChromeOS, I'm sure they'll have more exposure to Stadia and other google services. Moreover, as game developers and platforms start to migrate a lot of their workloads to the cloud, Steam might be able to provide a more seamless way to do so (proton?)... again, potentially using google services or even the Stadia backend to do so.
It's good for Valve bc if furthers their independence from Windows. It may also lower the barrier and provide access to individuals that don't have the money or access to expense machines and OSes, especially if the compute intense operations can be offloaded to GPU services in the cloud.
What's that even mean?
It's cloud gaming which means you can access it from a Chrome window.
A few years ago (around 2015-2016), I got Counter Strike: Global Offensive running on my x86 Chromebook using Chrubuntu. The experience was about as good as one would expect, but it was still a fun time
Crostini's (crosvm) virgl is fast enough for gaming? Neat.
Wake me up when Steam supports ARM builds.
It's the other way around, you have services like Box86 and Box64 to translate x86 and x86_64 binaries to run on ARM architecture.
Valve has already added arm64 libs for macos steamworks, implying a native arm client should be imminent at least for macos.
It'd be nice to have a linux arm client and steamworks support for native rpi and arm chromebooks.
It'd be nice to have a linux arm client and steamworks support for native rpi and arm chromebooks.
[deleted]
This is big
There's no discussion there so these end up being links to nowhere.
[deleted]
How many Steam games actually run on Chromebooks? Let alone on Linux in general.
https://www.protondb.com
Quite a lot actually. Obviously you won't be playing AAA games on a Chromebook, but I think most would run lots of older games well enough
Quite a lot actually. Obviously you won't be playing AAA games on a Chromebook, but I think most would run lots of older games well enough
For AAA games on chromebook, I believe Stadia was supposed to be the solution.
Emphasis on was. Ask me again in 6 months.
Emphasis on was. Ask me again in 6 months.
stadia's biggest problem is stadia's business model. It's not solveable unless they change it. Paying for the streaming service and full price for the game too is a no-win situation and won't reach widespread adoption when microsoft is offering streaming for a large collection of games in their monthly xbox live subscription.
You can stream steam games to any device with the steam binary installed.
Steam supports playing games remotely on another computer. So your desktop is doing the heavy lifting, but you can view the game on your TV in the livingroom. Now you can be playing the game on your Chromebook as well.
Then the next step is that Google Cloud offers you an on demand high end gaming machine, pay by the minute, which runs Steam on Windows x86 and has an instant VPN to your Chromebook.
I set this up successfully once on an AWS machine and a very low end laptop running Ubuntu, but I couldn't get the hardware accelerated video encoding to work right. 3 seconds per frame made the game hilariously unplayable, but it did function.