Slashdot Mirror
The State of Linux Gaming In the SteamOS Era
An anonymous reader writes: It's been over a year since Valve announced its Linux-based SteamOS, the biggest push yet from a huge company to bring mainstream gaming to Linux. In this article, Ars Technica takes a look at how their efforts are panning out. Game developers say making Linux ports has gotten dramatically easier: "There are great games shipping for Linux from development teams with no Linux expertise. They hit the 'export to Linux' button in the Unity editor and shipped it and it worked out alright. We didn't get flying cars, but the future is turning out OK so far."
Hardware drivers are still a problem, getting in the way of potential performance gains due to Linux's overall smaller resource footprint than Windows. And while the platform is growing, it's doing so slowly. Major publishers are still hesitant to devote time to Linux, and Valve is taking their time building for it. Their Steam Machine hardware is still in development, and some of their key features are being adopted by other gaming giants, like Microsoft. Still, Valve is sticking with it, and that's huge. It gives developers faith that they can work on supporting Linux without fear that the industry will re-fragment before their game is done.
Hardware drivers are still a problem, getting in the way of potential performance gains due to Linux's overall smaller resource footprint than Windows. And while the platform is growing, it's doing so slowly. Major publishers are still hesitant to devote time to Linux, and Valve is taking their time building for it. Their Steam Machine hardware is still in development, and some of their key features are being adopted by other gaming giants, like Microsoft. Still, Valve is sticking with it, and that's huge. It gives developers faith that they can work on supporting Linux without fear that the industry will re-fragment before their game is done.
This Linux gaming renaissance is most likely a side effect of how every other gaming platform besides Windows uses "something else". That something else is Linux compatible. That reduces the distance between Linux and what has already been ported to.
Android, MacOS, even the PS4 and Wii's are intermediate steps towards Linux.
It's no great surprise that the most interesting ports for Linux are being done by a MacOS porting house.
Beyond the big titles, Linux is a significant part of the market. The indies were already porting to Linux because of this.
A Pirate and a Puritan look the same on a balance sheet.
The downside of installing Windows in a VM is that you need to install Windows ...
Unless you pirate it it is not free
Indies are porting to Linux because the idea of a Linux game means that they'll get some love that they wouldn't otherwise get. It's a market that is presently untapped as most big studios haven't yet come to care about Linux as a platform. They ship Linux, they get guaranteed press, ergo more sales.
Thirty four characters live here.
Sorry, but I could live tomorrow on Linux.
I only use Windows because it was "for free" because of my employer buying me a laptop.
But for five years, I managed and supported a 90% Windows network with hundreds of devices primarily using a laptop which had LibreOffice, etc. installed.
OS - sorted.
Office suite - sorted (sorry, but it is. I used to get people envy my LibreOffice setup, as I could do everything they could do, and manage their same files they managed, and also do things like open ancient foreign formats that people emailled us still).
General apps - sorted.
Games - 1/3rd of my Steam account "just works" on Linux.
For years, I didn't have Windows or Office, as an IT professional supporting users on Windows and Office. Sure, it would have been nice to have a native tool occasionally, but for the odd things I needed (e.g. AD admin tools) it was always safer to just remote-desktop into a Windows machine, or use VM's (Samba tools just aren't there yet).
For everyday use, personal and business, I used Linux as the base OS and for the vast majority of tasks. Only when I was doing something very Windows-specific did I have to load up a Windows tool and always did it from a Linux machine.
And that's where something like SteamOS can help by being "the definitive Linux". It eliminates all the political power plays, backstabbing and other nastiness that happens over Linux.
Yes, Linux is great - its greatest strength is also its greatest weakness - the diversity.
Developers don't care about fights over systemd or PulseAudio or whatever else stuff powers the modern Linux system. They don't. But with all sorts of distributions doing all sorts of different things, well, it doesn't help in the porting.
But Valve can easily dictate the game environment and say games must work on SteamOS. And SteamOS will (or will not - up to Valve) have services like systemd or PulseAudio or NetworkManager or whatever. So by basically dictatorial dictate, Valve creates a Linux-based OS for games without all the political Linux BS that goes with it. Sure the Linux admins will whine and complain that it's not "their one true Unix" or whatever, but everyone else is happy to have something to code for and work on.
And if it happens to work outside of SteamOS, bonus.
They don't require a user have expert knowledge.
This isn't 1998 anymore. Linux doesn't require "expert knowledge" to run and use. My parents in their 50's are using Linux full-time (even though they don't know they are) as is my sister - who knows it but doesn't really regard the fact as more than an interesting piece of trivia.
Linux works just as simply as any other OS these days. You want a program? Go to Software Center and search for it. It installs. The icon appears in your menu.
Yes, you CAN get technical and in depth with the system if you want, but that's no different than Windows having the registry and Powershell available if you want to tweak things.
Right now Linux just isn't popular with gamers because there are no games for it, and there are no games for it because gamers don't use it. It's chicken and egg problem, but it's changing, albeit slowly. I personally use my Linux system for everything EXCEPT games, though I'll admit that I'd be excited to ditch Windows even for the games if I could (I do have a PS4 that I play some stuff on). It is nice though that Pillars of Eternity will be available for Linux and is coming out very soon. I've been waiting for that one for quite a while and it may be the first "real" game I'm able to play there.
"People who think they know everything are very annoying to those of us who do."-Mark Twain
I bought my 14 year old daughter a new laptop that had Windows 8 on it. She wiped it out and installed Linux. She runs Steam for most games, and WINE for a couple because Steam does not quite work for them.
She is not computer illiterate, but she is not an IT guru either. She googles what she needs to know and follows guides she finds.
and shipping a title for a platform when it doesn't actually work on that platform, or has issues that nobody ever even bothered to check because they don't want to spend any time on QA for the platform is worse for the company's PR than not shipping the title for that platform in the first place.
Then why is EA shipping games for any platform at all?
Then riddle me this...why does NOBODY, and I do mean nobody, not in FOSS nor in proprietary, support Torvalds driver model? After all if it was good there is absolutely NOTHING stopping them from adopting it, right? And what about BSD, why does it not follow the great Torvalds driver model?
"nobody" migth have been an exageration. Intel does. As do plenty of others (logitech, realtek come to mind, but there's a lot more). But I think naming Intel should prove that it's not just just one man.
Also, BSDs follows an extremely similar model: In the kernel tree. Most OpenBSD don't support binary blobs either, I've no idea about the rest.
The reason why is obvious, its because its shit that just won't scale. Hell basic math will show you that "let the kernel devs handle it" utterly collapses when the number of drivers reaches 5 figures because there simply is not enough kernel devs to keep up with all the hardware that is already out, much less the hundreds of new devices released this and every other quarter. It really VERY simple, in 1993, when the entire OS could fit on a single floppy? Then sure letting the kernel devs handle it made sense, they had MAYBE 30 drivers all told to deal with, now how many is there? 100,000? 200,000? Even if you pumped up the devs on coke and locked them in a room with NOTHING to but but deal with drivers they would have MAYBE 5 minutes every 3 years for each driver!
The devs just check that everything is the tree is ok, The drivers themselves are written by the hardware developers. When I had an issue with a Logitech mouse on PowerPC, it was a Logitech dev that submitted that patch to the linux kernel. That model does scale.
But if you truly believe what you are saying? Then put your money where your mouth is and take the Hairyfeet challenge which just FYI only requires Linux to run HALF, I repeat HALF as long as a Windows lifecycle. Surely your OS can do half of what Windows can, right? I look forward to seeing your video posted here and the complete vid on Dropbox. of course we'll never see it because if you actually attempt to take the challenge you'll see what I saw countless times and that is Torvalds.driver.model.doesn't.work. and it all comes down to his driver model being made of fail.
The hairyfeet challenge is stupid. Is someone is stupid enough to invest money on something without knowing what it is or any previous research to see if it fits their purpose, they deserve what they get. Even if you know nothing about PCs, you can ask someone that does.
The problem is not related to the driver model at all (which is actually far better than the MSFT one), but to the fact that microsoft has a huge amount of money, has held a strong monopoly over a very long time, and there's a lot of money motivating manufacturers to just write windows drivers. It's money, there's nothing technical about that.