Slashdot Mirror
Ask Slashdot: What Video Games Keep You From Using Linux?
skade88 writes "Everyone knows content is king. Many of us use Windows or OS X at home instead of Linux because the games we love just are not available on Linux. With Steam moving forward for a Linux launch, I would like to hear from the Slashdot community on this topic. What are the game(s) you cannot live without? If they were available in Linux would you be happy to run Linux instead of Windows or OS X?"
I would love to be able to play GW2 on Linux, since it constitutes 99+% of the gaming that I do these days. Mass Effect 3 would be cool too, but I don't really play it much anymore. I'm looking forward to playing native versions of Portal and Left 4 Dead on Linux soon.
Aside from a couple of great indie games, the majority of the games I've enjoyed in the past few months are not available for Linux.
The opposite question would have a much shorter answer.
There's no -1 for "I don't get it."
What sound system fragmentation? There's ALSA and there's ... ALSA.
Even if you're stuck using pulseaudio, nowadays you just use ALSA and it magically routes through PA. And then most games are going to be using SDL (Valve did kind of hire one of the libsdl guys), it hides all of that anyway.
HAL 7000, fewer features than the HAL 9000, but just as homicidal!
The only reason Windows still lurks in my computer is Photoshop. True, GIMP is good, but it just doesn't measure up in terms of features or speed of workflow.
By a curious coincidence, none at all is exactly how much suspicion the ape-descendant Arthur Dent had that one of his closest friends was not descended from an ape, but was in fact from a small planet in the vicinity of Betelgeuse and not from Guildford as he usually claimed.
Get free satoshi (Bitcoin) and Dogecoins
Half Life 3. If that came out on just Linux I would switch to Linux and never look back. And if they brought a new release of Alpha Centauri to it too, the honey pot would just grow that much sweeter.
The Halo series?
"A person is smart. People are dumb, panicky dangerous animals and you know it." - K
I can't deny that Linux would confuse a great number of users from Windows and Mac, but it has come a long way in recent years in terms of both usability and driver support. The only issue here is vendor support, and we can't forget that video games are driving the industry. nVidia doesn't keep making more powerful graphics cards so Microsoft Word will look better and run faster, they do it because the games and gamers want more power. If one big game developer made a game for Linux, drivers would be developed alongside the game and the industry would soon follow.
Nonsense. What do you even mean? Who programs directly to the sound subsystem?
Using OpenAL goes a long way when it comes to support on Linux. We've managed to port our game to Linux with zero problems with sound. OpenAL is a requirement that Win, Mac, iOS, Android etc also support so this part of the porting process is bare minimum.
Video on the other hand, is a real bitch on Linux. Frameworks like Qt rely on platform specific backends (phonon) and there is no de facto standard of a video player on Linux, let alone that the phonon plugin is installed.
Setting aside technical issues, the real reason why Linux is not a target for game publishers, is that there is no market. People can rage all they want, but no...at the moment there is no market, at all. Kudos for Valve's efforts, but Linux adoption is non-existent, especially among gamers. Indie games might have a shot at Linux, but sadly it seems more of a donation driven effort to bring games to linux than a market demand.
yohan
Xcom 2012, Civ 5, Elemental Fallen Enchantress, Fallout New Vegas, Battlefield 3, and Medieval 2 Total War. Those are the games I've installed and play as the mood strikes me. However they aren't the only ones, I have a list of other games I own but haven't the time to play yet. More or less I want all of the games. I love games, and I own a ton.
Games aren't the only things though, I'd also need Cakewalk Sonar (and affiliated plugins), or something very much like it, Native Instruments Kontakt and EastWest Play.
I'd also need support for my hardware, some of which is a bit esoteric (like a MCU Pro).
If I had a good DAW, good VIs, and all the games, I suppose I could consider switching. Of course I'd still need to be sold on a reason as to why, since personally I find Linux more frustrating to use.
However it isn't as simple as one or two games. I want all of the games I have, and all the new ones that spark my fancy.
To be honest, I'm relatively happy with the combination of FOSS games, indie games like in the Humble Bundles, and older commercial games like Doom 3 and Wolf-ET such that gaming solely in Linux wouldn't be an issue for me. The problem, however, is a question of effort. Let me list one example:
- Doom 3 -
Windows:
* Install game
* Patch
* Play
Linux: .pak files from the game's CDs to where the binary is installed, because the official installer won't do it automatically (though it's possible someone's written a script to do this by now).
* Install using the latest Linux installer using the text interface (which was only supposed to be a backup in case the GUI works, which it doesn't anymore because it was built to use the GTK1.2 libraries which don't work properly/aren't available with modern distributions).
* Copy the required
* Run, then find out there's no sound because OSS was deprecated in modern Linux distributions. Spend an hour googling and trying different options until you find out the correct method to launch D3 with sound:
doom3 +set s_alsa_pcm plughw:0 +set s_driver alsa
* Create a .desktop file/link because the installer fails to do so properly, otherwise you don't get a shortcut in your DE of choice.
* Play, then discover you have massively jerky framerates because the Linux kernel changed to use a different method of timing (too complicated for me to understand) which affected how Doom 3 determines timing. Fixed using this additional variable during launch
set com_fixedtic 1
* Play and enjoy the same game that worked with far less effort in Windows.
Sure, half the problem was in iD not giving a crap at producing a good installer that would do most of the work for you (like copying required files) and not using static GTK libraries that would survive changes to distros. But things like the removal of OSS within the default builds of distros as well as the change to kernel timings, kinda do make a few problems for older games.
Newer stuff tends to works better, but often there are quirks even in newer Linux ports (I won't keep listing stuff but there are a number of complaints about bad Linux ports of a number of Humble Bundle games - look them up). For gaming, I get tired of messing about when things just fucking WORK in Windows. It's suppose to be entertainment and escapism after all.
Dude...
Oh, come on, Gabe, we know it's you. ;)
// file: mice.h
#include "frickin_lasers.h"
Then what format should one use for "important documents" that are intended to be editable?
(La)TeX
Drivers, installed base, drivers, familiar windows interface, drivers, most users can barely power their machine on much less install linux, drivers, forget installing linux software...see comment before the last comment, drivers, lack of vendor support, and drivers.
Oh did I mention drivers?
You play weird video games. Personally, I like playing the "my computer works already, I didn't have to hunt down twenty drivers from twenty different sites and make sure I kept them all up to date individually" game, that's why I already use Linux (and have for nearly a decade).
Game! - Where the stick is mightier than the sword!
I don't think even that's the problem. I find that many things that work reasonably well in Windows and Mac OS X do not work properly on many Linux distributions. There may be understandable reasons for this, but in practical terms, it's a really big problem.
For example, I have a docking station for my Lenovo X201. When I put my laptop on the docking station, it should automatically switch to the external display - at the correct resolution. When I open my laptop lid, it should activate both. When I boot up while docked and lid closed, only external display should come on at the correct resolution. About an year ago (which is when I tested last), it didn't do any of these things perfectly, It kept forgetting the resolution of the external display, and I had to keep readjusting it. Opening and closing the lid was a slow and unbearable affair.
This is apart from the fact that the graphics are pretty sluggish, with occasional tearing etc. Scrolling and panning were also fairly slow. Intel drivers are correctly installed. The UI just doesn't have the polish and smoothness that Android, Windows and OS X do. The fonts are also pretty ugly by default, The buttons and layouts look squished or otherwise disproportionate. There are many many similar hiccups as the ones outlined above. As a point of comparison, I'll point out that I started using Mac OS X only recently, and have found it instantly more pleasant and intuitive to use, although I still find Windows to provide the most flexibility, especially when it comes to multi-monitor support.
Android is a testament to the fact that fluid and beautiful desktops on Linux are entirely possible, on a range of hardware. I think KDE (my favourite) and Gnome just need to stop worrying about new features, and just polish their existing experience. Alternatively, maybe the trick to finally having Linux on the Desktop, is to have Android on the Desktop.
I had a comp setup for Lord of the Rings Online for my granddaughter to play on, and the latest release broke it. Turned out there was a bug in WINE that was found and fixed the next day, based on my report and others. However, the WINE developers were extremely arrogant, and accused me of slacking because I didn't have a full development environment and couldn't get the compiles to work correctly. Turned out to be an issue with multi-architecture setup under the current Ubuntu 64-bit release, trying to compile Wine for 32-bit use, which was required for LOTRO to work correctly. This was not a 10-minute fix. It took several days of work trying to get the Ubuntu system working under multi-arch, and I finally just gave up. How many days can you go telling a small child she can't play her game? So I installed Win8 and she's happy again. My office comp still runs Linux, but I refuse to recommend it for less-than-knowledgeable users.
If this is a concern, I would suggest paying the $35 or so a year to buy Crossover Linux which is exactly that.
Codeweavers repackages WINE (they actually actively support WINE development - several WINE developers are actively employed at Codeweavers) to make it really simple to have specific environments for specific apps, and because you're paying for support, they're damn friendly as well.
Had you used it, they probably would've got LOTRO working pretty damn fast with packages available easily.
Yes, you can get WINE for free (and Codeweavers puts all their WINE changes back into the tree), but Codeweavers has made it really easy and simple to use.
Not an employee, just someone who uses it and while apt-get'ing wine is easy and cheap, sometimes it helps to pay. And you're helping fund open-source development as well, never a bad thing. Even the WINE guys recommend them if you want paid support.
Then what format should one use for "important documents" that are intended to be editable?
(La)TeX
This should not be moded funny but insightful. If you ever work in the scientific academic domain, every important document is formatted in Latex, and they are all still editable whatever the bazillion versions of Office came in between.
Video of some good progressive thrash music
Well, these days, hardware support is a big one. I don't use Windows myself, but I had to help some friends reinstall Windows on an infected machine. It wouldn't even find drivers for the network card without network access and manual selection! When I popped in an Ubuntu memory stick, it detected everything. Even the fricking webcam was functional during the installation process.
It's really amazing, considering that 7 years ago it was totally the other way around, you couldn't count on e.g. wireless cards working.
That's one of the factors keeping me on Linux, I suppose. I bet if I tried to build a Windows gaming rig, I would be stuck in driver hell and/or end up with a half-broken, underperforming system.
xkcd is not in the sudoers file. This incident will be reported.
Not only does my Linux installation boot in under 30 seconds (SSD drives are great for that)
So, you compare Linux on an SSD to Windows on a mechanical drive -- seriously?
I should have just voted you down for spouting something so stupid, but you touched on something interesting without realizing it:
Most of the programs I use in Linux have functional Windows equivalents, but using Windows feels like trying to run in a dream.
This is more meaningful, but not for the reason you think.
Your problem, like all Linux users who try Windows, is that you don't follow the rule that "When in Rome, do as the Romans do".
Almost certainly, you tried some replica of your Linux toolchain: Cygwin, Bash, Perl, Python, PHP, or whatever, and you were "not surprised" that "Windows was slow" running software... designed for Linux. Meanwhile, Windows runs just fine running software designed for its architecture, but you probably never gave any of that a serious try. Visual Studio starts in a fraction of a second for me, complies practically instantly, and I've seen IIS put out 1100 dynamic web pages per second on my laptop, so I don't think it's all that slow. I've heard people complain that MS Word is "bloated", but it takes 200ms of CPU time to start. Bloated? I think not.
There are many subtle architectural reasons for this. Things like: "new process" is cheap on Linux, and used for what most programmers would call "threading", but on Windows it is a heavyweight activity that's not intended to be fast. Instead, "new thread" is the fast operation. Software has to be written to start few processes and many threads to perform well on Windows. It's only very recently that Linux got good support for high performance threads, so practically no Linux software is written like this. Every damned thing starts a new process for everything. Linux scripts treat "new process" as if it was lightweight enough to replace "call procedure". Meanwhile, Windows PowerShell starts a single process which calls functions directly from dynamically linked DLLs. That's because it's designed for Windows, unlike Bash.
Please, just shut up, and try Windows 7 x64 on a real machine with an SSD, run software on it designed for it, and only then come back and tell me that's it is slow.