Slashdot Mirror


Does Linux Have Game?

kwpulliam writes "Tom's Hardware has an interesting writeup, discussing the difficulties in bringing games to Linux, and the dilemmas faced by the graphics card developers."

22 of 729 comments (clear)

  1. Sure. by falzer · · Score: 5, Funny

    Linux has gaim.

  2. Big releases by BWJones · · Score: 5, Interesting

    Well, I hate to say it but one of the biggest titles coming to Linux was pre-empted from Linux, OS X, and even Windows in favor of the X-box. Yes, eventually it shipped for Windows and OS X, but Linux was left out in the cold when Microsoft purchased Bungie. Bungie had plans for simultaneous release of Halo on Windows and OS X to be followed soon by a Linux release. That all changed when Bungie was bought out. Honestly given the consolidation within the game industry, I don't see much hope for games on Linux for a few years yet which is sort of odd given Linux's marketshare as being so much greater than OS X. Perhaps Toms Hardware is correct when it comes to Linux being a true desktop replacement?

    --
    Visit Jonesblog and say hello.
    1. Re:Big releases by Wudbaer · · Score: 5, Insightful

      Yeah, and porting games makes sense then because people want to run games on their servers and customized and locked down corporate desktops. Down kid yourself; Linux may have a higher overall marketshare than OS X, but its importance on the home desktop (=games) is still more or less nil.

  3. ATI video drivers by IgD · · Score: 5, Informative

    The problem I have is ATI video drivers for Linux. So far they have been a huge dissapointment. My brother has an Dell notebook with an old nVidia graphics card that works much better than my Radeon 9800.

    For productivity, I'm using OpenOffice, FireFox and Thunderbird amongst other open source applications. For games, I play Savage (http://www.s2games.com) which has a native Linux binary. I also play some other games like BattleField 1942 and Vietnam that run under Linux through an emulator.

    The rate limiting step here is the ATI video drivers. It's the only thing keeping me running Windows XP instead of Linux.

  4. Re:Direct3D on Linux? by Ford+Prefect · · Score: 5, Informative

    Why can't someone port the Direct3D API to Linux? This would save a lot of hassle of porting the games to OpenGL.

    Well, with Cedega (formerly WineX), they basically have...

    Still, with porting to OpenGL, you get the benefit of not having to use a runtime Direct3D-to-OpenGL translator (which is essentially what Wine/WineX/Cedega uses), and you're also a step closer to the OpenGL-only Mac.

    --
    Tedious Bloggy Stuff - hooray?
  5. ET runs well by bigberk · · Score: 5, Informative
    Hmm... Enemy Territory runs quite well on my Linux system, and that's despite having a crappy low end ATI Radeon. Not quite as fast as under Windows but that's probably due to the video driver. Enable glx, dri, and do some AGP tweaks...
    Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Option "AGPMode" "4"
    Option "AGPFastWrite" "on"
    Option "EnablePageFlip" "on"
    EndSection
  6. Re:Direct3D on Linux? by CrusadeR · · Score: 5, Insightful

    Direct3D to OpenGL is far less of a hurdle than convincing a publisher to budget the time for a developer to spend porting for a niche market unfortunately. From what I've read, porting MFC-based utilities (such as game editors) is more of a pain than switching 3D APIs.

    FPS games tend to get ported because developers/publishers see the value of having user-run Linux servers, and it's easier (although by no means guaranteed) to get a client port from a dev team that's already porting the server code.

    --
    :wq
  7. Linux needs to penetrate by ForteMaster · · Score: 5, Interesting

    This is the final goal for open source. They need to become a gaming platform, both commercially and not, if they want to win the war with Microsoft.

  8. OpenGL is the Future by toonerh · · Score: 5, Interesting

    Game developers should only use OpenGL for newly written rendering code. It is a high performance, advancing standard. Microsoft often "borrows" from it for Direct X (n+1).

    OpenGL makes Linux, BSD, MacOS X and other ports practical as well as not having to deal with Microsoft's arbitrary API's.

    1. Re:OpenGL is the Future by daVinci1980 · · Score: 5, Insightful

      No offense, but there's a few reasons we don't use ogl for developing video games that you're glossing over.

      First, I like a standard that updates itself frequently. DirectX does this. In the time that it took for OGL to go from 1.2 to 2.0, DX went from roughly DX6 to DX9. What did you do if you were writing games in OGL during that time? Oh, you wrote ALL OF YOUR CODE TWICE, once for NVidia, and once for ATI, and hopefully you didn't care about other vendors. This is why when you look at Carmack's old .plans, he talks about the various codepaths.

      Second, I like a standard that really pays attention to what I (the graphics programmer), has to say. Input is key. When I have a feature request, I notify MS, NVidia, and ATI. I convince each of them why it's a good idea. Generally, it makes it into the next release. Of course, I've tried this with ogl as well.. Not such a simple process. Of course, you can still bring it up with the vendors, but then you also have to bring it up with the standards comittee, and I can't just leave it at that even.

      Third, did I mention that I don't want to write my code twice? I really hate doing that. It's bad enough that I have to check caps bits in the first place, and have to do minor if statements to deal with various hardware. But what I really want to avoid is having to write code to several seperate extensions.

      OGL may become a powerful force in the (gaming) market in the next few years, time will tell. But it will be largely dependent on how quickly the standards comittee can get off their ass and update. If DX continues to release 2-3 major revs (and countless minor revs) in the same time it takes for OGL to update, then DX will remain the dominant platform to develop for, regardless of the 10% or so linux marketshare lost.

      (Incidentally, in terms of 'borrowing' from OGL, that hasn't really been true since Dx8. Since then, OGL has really been trying to play catchup).

      --
      I currently have no clever signature witicism to add here.
  9. Re:Direct3D on Linux? by JonLatane · · Score: 5, Interesting
    Better yet, why don't more developers program for OpenGL? Granted, DirectX 9 has a lot of good support for pixel shaders and stuff, but OpenGL 2 can do that too. Seriously, DirectX is a completely closed-source solution and MS can do whatever they want with it, breaking games (although, to their credit, DX9 is supposed to be compatible all the way back to DX5 I think), forcing people to update their OS (which is why Windows 95/98 are dead) and, well, anything else.

    Take a look at what Apple did with OpenGL and Aqua. Perhaps they should adopt the it like they did BSD and give it a similar overhaul, providing source and giving back to the community. That way, not only Linux gaming but Mac gaming could seriously improve.

    MS is using their OS and browser monopoly to create their own standards and maintain control. They're doing it with ActiveX and their poor CSS support in IE, and they're doing it with DX9 by getting hardware designers the make their graphics cards specifically for their API. Something's got to stop them, and porting DX to Linux (which would never happen anyway) is not the solution.

  10. Re:Yes... by Cynikal · · Score: 5, Funny

    kinda like mac gaming...

    theres lots of great games for the mac... warcraft 3... zork.. break out... super breakout... photoshop...

  11. It's a problem of market share by diegocgteleline.es · · Score: 5, Insightful

    Look at Oracle. Did they have a Linux port when nobody used Linux? No, but when Linux started to grow at 30% percent rate in the server market they started to think about it.

    Games are a problem of how many people uses it on a desktop, nothing else. And games should be easier to support than a database since in games they spent most of the time in the "data" which depends on the game engine not in the OS, and the game engine can't be that hard with companies like Id. The core problem here is Direct3D but if people starts using linux I don't doubt lots of game companies will consider to create new games in opengl if they can get enought revenue from linux people.

    With the current market share linux has is quite difficult to get anything. But if it grows we'll have lots of games, be sure. Heck, just look at doom, halflike, quake. Those games have been ported to linux (or they're in their way), and how much money can they have got those companies from the linux port? Nothing? Or almost nothing, compared with the revenue from the windows clients. That demonstrates that supporting games in linux is not hard, if it were too dificult and with the current lack of interest in the linux port they wouldn't have done it.

  12. Do I smell bullshit? by silentrob · · Score: 5, Insightful

    From the article:

    ATi cards' initial problems with Linux were due to a lack of driver support for Doom III. (...) Regardless of whether a game is based on an OpenGL or Direct3D API, the graphics card vendor's driver must support the game.

    Bullshit. What's the fucking point of utilizing any API for any development if you have to have the vendor modify it to work with your product? I suppose that absolutely no OpenGL game ever works under linux without ATI modifying thier drivers to specifically support that game? There's a lot of games out there. Good luck implementing support at the driver level for each and every one of them, ATI.

    It just pisses me off to see ATI try to pass this off as id's problem, when in reality there wouldn't be any fucking problem if ATI were make a proper implementation of OpenGL on linux, instead of focusing entirely on D3D/Win32.

    End rant. Flame on, and all that good shit.

  13. Graphics card's driver must support the game?!? by rasty · · Score: 5, Insightful

    Wait a minute... did I miss anything (probably), but what's this thing that "Regardless of whether a game is based on an OpenGL or Direct3D API, the graphics card vendor's driver must support the game."?!?

    The graphics card vendor's API implementation should be complete regardless of the games that use that API. Of course a card could have certain hardware limitations not allowing it to actually support the whole set, but this doesn't look to be the case with Doom3 and ATI.

    True, today developers usually choose just one reference vendor for the development process (maybe sometimes because of the money they get rather than the actual lack of time to test on both, cmon there are just two!), therefore there could be some (possibly minor) incompatibilities with the other, but if both vendors' drivers were as complete as possible, that would definitely be a step in the right direction...! ... or not?

  14. Its catch 22.. by Bhalash · · Score: 5, Insightful

    To get better gaming support on Linux we need more Linux gamers, but to get more Linux gamers we need better Linux gaming support.

  15. Graphics are not the only hurdle by Rolman · · Score: 5, Insightful

    I think this article, while right in its own context, is too graphics-centric and doesn't provide a full perspective on the problem, it's far worse that one can expect from just RTFA.

    Sure, graphics are important, but sound, network and input APIs are actually in a much worse situation.

    We can argue all we want about how OpenGL is better in many ways and I'd agree wholeheartedly, but Linux's sound, input and network support is just too behind the times in terms "out of the box" functionality or ease of use.

    I have been a developer for many years and worked on many platforms, and a common pattern on any serious platform (even going back to the 8-bit days) is that there's complete (granted it's almost never perfect) support for all areas, and DirectX here is no exception, it has by far the best integrated gaming support of any API in existence. Whether it's buggy or low-performance or not cross-platform portable doesn't matter that much. Time-to-market is the name of the game, you want a sellable product and DirectX is the fastest way.

    Too often for this kind of argument I receive answers that are ignorant, or uninformed at best, some of them sound like: "But there's OpenAL and it's cross-platform", "udev and hotplug are TEH R0x0RZ", "Linux networking is robust and good enough for servers, therefore desktop performance is guaranteed", "ALSA is better than the Windows crap", "Linux is more stable". Some of them may be right, and Hey! I want Linux to be successful too! But they're completely missing the point and that doesn't help the situation.

    We need better API integration, better driver support from chipset vendors (not just graphics, you pixel whores!), BETTER END-USER UTILITIES and some company like Transgaming that can provide a sensible porting/cross-platform middleware solution for developers, not just wrappers for end-users. Criterion's Renderware is a very successful solution for home consoles, one would think there's a market for something like this on the PC.

    --
    - Otaku no naka no otaku, otaking da!!!
  16. Re:Direct3D on Linux? by LocoMan · · Score: 5, Interesting

    The main difference is that someone that has a Mac computer and has only one computer can't run a windows game, so it's a lost sale... while most people that use linux and are even half interested in gaming at all at least dual boot into windows, so a linux version doesn't give extra buyers, while a mac version does. At least that's how it looks to me.. :)

  17. As a user, I concur by br00tus · · Score: 5, Insightful
    I decided a few weeks ago to switch from Windows to Debian Linux on my machine which has a sound card, graphics card and so forth. One reason I switched was because Linux easily supported my Linksys 802.11b Wireless USB adapter (once I downloaded the drivers off sourceforge), while installing the drivers for it on Windows broke all of my networking badly - it was a mess.

    Two worries were preventing me from doing it. One was a worry about the inability to send a Microsoft Word format document like a resume in an e-mail, but of course, you have the ability to do that in Linux currently, and I guess for now, legacy Word programs force Microsoft to maintain backwards compatibility. The second worry, a more real one, was games. I knew the latest versions of Doom, Warcraft, Everquest and so forth were on Microsoft and not Linux. This turns out to be more substantial than my vague uneasiness over the ability to send Word format documents (which of course, for now, you can send in Linux).

    What I did is install Debian 3.0 ("woody"). I played some games with lightweight graphics capability like Freeciv or Xboard, but then wanted something more hardcore so I downloaded Tux Racer. It was slooooow when I played. Averaging 0.7 frames per second actually. So then I read I needed drivers for my specifics graphics card to get it to a higher fps rate. I began installing the non-free kernel modules for it, but it was unhappy with the versions of some Debian 3.0 packages, especially XFree86 (xserver-common). I was also having some problems with my H-P PSC (Printer-Scanner-Copier) and its Linux drivers because Debian 3.0 had an ancient version of Python and so forth. So I decided to upgrade from stable version Debian 3.0 ("Woody") to testing version Debian 3.1 ("Sarge").

    This fixed my HP PSC problems with Python versions. I am still struggling with Mesa, OpenGL and so forth, and right now can not run tux-racer. I have newer version of Mesa then I did with Debian 3.0, but I'm told my newer one is out-of-date by Tux Racer (whereas my older one was not). I haven't even tried to put the special drivers for my graphics card driver in (which needed the newer version of XFree86).

    Anyhow, I've been using UNIX since 1989, and have been a UNIX sysadmin since 1996, and getting Mesa/OpenGL packages working on Debian is giving me trouble, I can imagine what it would be like for someone less experienced. Plus, even if I do get Mesa working for Tux Racer, I will have to be fortunate enough to have graphics acceleration support for my card in Linux. And then, even if those two birds get knocked down, how many games are there out there for Linux with those capabilities - Tux Racer? One or two more? What else? I already know that ease-of-setup for graphics is easier in Windows than Linux (system upgrade, then Mesa problem, followed by looking for graphics acceleration support for my card which may or may not be a problem), how does it stack up against DirectX for the same equipment?

    Of course, for free systems, one good thing is I can be part of the solution. I have over a decade of UNIX experience, but only recently has my C programming gotten semi-decent (if that - I can write an OK program in a month, but then it takes me a year to debug all the thread race conditions, buffer overflows and so forth I seem to leave about). Even so, it is very daunting for me to feel I can contribute to these sorts of projects. I know a lot about how the Gnutella protocol so I have a leg up on other people looking to contribute to them - but looking over the code and seeing all of the linked lists, pointers to pointers, calls to GLib and so forth, I wonder if I can ever make a contribution to them since unlike full-time developers, I only have the faintest ideas how things like linked lists work. The learning curve to be able to contribute to these projects is somewhat steep in my opinion, although I always hear stories about kids who stumble over some code, begin sending contributions, and begin running some major project while a teenager, like the guy who maintains the Linux 2.4 kernel I run on my machine.

  18. Re:Direct3D on Linux? by MBCook · · Score: 5, Informative
    Nope.

    Direct3D is exactly like OpenGL. You can argue features (vertex shaders integral or an add-on, etc.), but they are both graphics APIs.

    Your point is valid, but you are thinking of DirectX. DirectX contains Direct3D (graphics), DirectSound (um... sound ;), DirectInput (keyboard, mouse, joystick, whatever), DirectPlay (or at least it used to, networking code), and others (I think).

    So your right. I doubt many games use just Direct3D. If you are going to use D3D, why not use DirectSound and DirectInput too? They are much better than just programming Win32 for that stuff (I would imagine). Even Quake2/3 used DirectX for everything but graphics (I think).

    As the parrent said, there is more to the problem than just Direct3D, there is all of DirectX (which WineX/Cedega/whatever is working on alongside D3D). If more games were written with OpenGL+SDL (or any other cross platform combination that may exist) things would be easier to port.

    --
    Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  19. Linux does not have game. by Mr.+Flibble · · Score: 5, Insightful

    Some years ago I abandoned Windows on the desktop and switched entirely to Linux. I bought every game from Lokigames with the exception of Eric's ultimate solitare. (I hate solitaire). I purchased Unreal Tournament and other linux compatable games and wrote on the cards "PURCHASED FOR USE WITH LINUX" on the cards that I mailed back.

    Problem was, as an advocate (zealot?) I could not play Half-Life with my friends, and they were all into Half-Life. Now, don't tell me that you can run Half-Life on Linux by doing this or by doing that... I know all the things needed to make it work (it works now much better than it did then). However, it really never worked on Linux, or at least I should say it BARELY worked. I certanly could not use it for deathmatching.

    When Q3A came out, I bought a Matrox card specifically because of the Linux compatible drivers, and their support of Linux. But Q3A did not run all that great on my machine, even if Linux did have a higher FPS at some of the more esoteric resolutions (Like 640X480 or LESS).

    Now, as I type this, I am typing from an XP machine. It is not nearly as stable as I would like - nothing like the non-gui server I have next to me running RH 6.2 (Never bothered to upgrade it, it is still running just fine thanks.) I work on Linux all day, and I now do all my work with Putty to connect to the servers I work on. I am considering going back to Linux on the desktop for browsing, email and chat as I have been having stablity issues with XP and my DVD burner. However, I like my games, and I like playing them well. Furthermore, I like having the highest FPS and quality settings avaliable.

    I use my computers as a tool, and when I get home and I want to play Counter Strike Source, Desert Combat or America's Army with my friends I use Windows XP. Don't tell me that these can work on Linux - I already know - and I don't care. I wasted too much of my time in zealotry trying to get some of my older games to run as well under Linux as they do on windows. I don't love XP - but it runs my games. You see, I like Windows for the ability to play games with my friends. I like Linux to run as a server and have the stability and power that a server should have. I don't use Windows servers myself, and I dont use Linux gaming machines. I would like it to change, but when I get home after work, I just want to game with my friends. I have no desire to poke a Linux box more. I get paid to do that at work, I dont want to do it at home.

    Would I like to see it change? Sure, but it won't happen for some time if it does, and I have better things to do with my time than be a zealot.

    --
    Try to hack my 31337 firewall!
  20. Re:Direct3D on Linux? by the+Hewster · · Score: 5, Interesting
    Better yet, why don't more developers program for OpenGL? Granted, DirectX 9 has a lot of good support for pixel shaders and stuff, but OpenGL 2 can do that too.
    I have read this type of notion before. Microsoft pulled a nice PR stunt by convincing, even some "tech heads" that that DX is more advanced than OpenGL. OpenGL does not need some future version to come out to offer all the functionnality of Direct X 9. OpenGL does that already, most notably, pixel and vertex shaders in a C like language using the "GL_ARB_fragment_shader" extension and the "GL_ARB_vertex_shader" extension. Proof of this is that games that supposably showcase advanced DirectX functionnality, like Far Cry, often have a more or less hiden "OpenGL" rendering mode that implements all the eye candy effects. Direct 3D could dissapear TOMMORROW and the realtime 3D graphics community would lose NOTHING. I defy anyone to give me an example, some sample code, an effect in a game, anything that can be done with Direct 3D and not OpenGL ANYTHING!