Slashdot Mirror


Windows Games On Linux

Warrior-GS writes "Transgaming is working on a process that allows Linux users to play Windows games. According to their CEO, Gavriel State: "Essentially, TransGaming's work allows gamers to take off-the-shelf Windows games and run them directly under Linux. It won't run every game out there at first, but 100% compatibility is our long-term goal. To accomplish this, we have been working on a new Linux implementation of the DirectX multimedia APIs. Our work is closely tied with the Wine project -- an Open Source effort to implement the Microsoft Windows APIs on Linux -- in essence, a Windows compatibility layer. Wine is not an emulator in the traditional sense -- it doesn't emulate a CPU or any other hardware -- it loads and executes Windows programs directly on your Linux hardware without the need for any Microsoft code to be installed at all." The whole interview can be found at GameSpy."

16 of 202 comments (clear)

  1. This is bad news, I'm afraid by alewando · · Score: 3

    More games is a good thing, but non-native application support for linux is the last thing we want.

    Look what happened to IBM's OS/2 platform. The windows emulation was so good that native OS/2 applications were never written. And once Microsoft pulled the rug out from underneath IBM with Win32, OS/2 died.

    If Linux is to thrive in the consumer market, then it must do so on its own merits. Settling for weak Microsoft emulation is a step backwards.

    Nothing will replace native support. When native applications are written for a platform, others will decide to start porting to this popular platform. If they only see non-native support, then they won't bother.

    Why would you put the effort of writing for two code bases if only one would suffice? You wouldn't; that's obvious. So we'll end up with a world of Windows applications and none for Linux.

    This would be fine, if we could trust Microsoft not to change the Win32 API, but can we? They're going to have to switch to a Win64 API soon. Will we be able to catch up?

    It'd be better not to tie Linux's future to shoddy emulation efforts. Even if it's not true "emulation" in that sense, it still is vulnerable to the sort of problems that regular emulation is: all Microsoft has to do is change a couple libraries and we're back out in the rain again.

    Real Linux Support Now. Don't settle for anything less.

    1. Re:This is bad news, I'm afraid by dattaway · · Score: 3

      Don't dismiss a particular choice of operating system, because of "it had a lot of hype." OS2 did indeed have a vocal base of users and had marketing behind its sales; however, it wasn't hype. OS2 worked. Let me rephrase that: It was reliable. Although the OS2 releases of yesterday are outdated by our standards, businesses still use it. Where I work, it is a good platform for controlling large, complex machines where failure is extremely expensive.

      How reliable is it? The OS2 control computers at work have not needed to be rebooted over 5 years since its installation. Not bad.

    2. Re:This is bad news, I'm afraid by Quarters · · Score: 3

      What non-commerical linux community written software that a consumer who buys a pc for games and simple office work is better than what can be had for Windows?

      Netscape 6? No. Sorry, IE5 is a better browser. Mail clients? No. They're a dime a dozen on Windows also--and many of those are excellent mail clients. THe same holds true for news readers, ftp clients, and IRC programs.

      Office apps? Maybe But people will want to use at home what they use at work. Games? I don't think there are many non-commercial Linux games that hold a candle to any commerical offering (on either Linux or Windows). In the commerical games camp you only have ports of games that already exist on Windows.

      So what, if anything, would a Windows user see in non-commercial linux software that would make them want to switch OSes?

    3. Re:This is bad news, I'm afraid by Eil · · Score: 4


      You have a valid point. However, as a /.er, you seem to have taken things to an incredible extreme.

      There are three other points that I'd like to bring up that support my belief that running Windows apps in a Linux environment is overall a good thing.

      1) From the users' point of view, the benefit of backward-compatibility (yes, windows is backward. :P) gives them more options in the long run. How many times have we all heard a random Linux newbie claim that he tried it, liked it, but couldn't do without some critical piece of software that was tied to the Windows platform? All too often, it is often this minor detail that holds people back from becoming Linux converts. This is the entire motivation behind WINE.

      2) From the developer's point of view, this means that they can herald their Windows software as being able to run perfectly fine in Windows as well as Linux. This provides a really good stepping stone for Windows software houses to easily switch over to Linux if they decide they're ready.

      One particular thing that makes it even easier is the development of winelib. winelib lets developers simply recompile their existing Win32 code (perhaps with a few minor modifications) so that it can run *natively* on Linux. If ever they decide to toss out Win32 support completely, it would take some major rewriting of the program, but with winelib, this step isn't really neccessary. By the time they get around to their next major software product, it might be programmed to run in *NIX environments from the ground up.

      3) What do you think would be the result if the core of the Linux community decided to lock themselves into only running native applications as you suggest? I think at least one of the results would be that the Linux community as a whole would eventually have the stereotype of being a closed group of zealous stalwarts. (Think of the current Mac user stereotype, or those who still use OS/2, or who haven't yet replaced their Amigas.) I mean, we have those already (as your post proves) but the thing that makes Linux, nay, the entire Unix philosophy so powerful is its flexibility. Once in awhile, curious people ask me what Linux can do [as opposed to Windows] and I always answer them, telling them nothing less than what I firmly believe: "Anything you want it to."

      Without that flexibility, Linux would simply be replaced by something else and be written into the history books as some Fin's college project that happened to have a small cult following.

      So you see, non-native application support is not about always trying to keep up with Microsoft so that we can run the latest Windows apps too, it's much more for the benefit of the software developers and users; to provide them with a very realistic stepping stone while they make the transition from Windows to Linux, should they want to do so.

      By the way, I'm curious whether or not you have an opinion on the Linux binary compatability feature in FreeBSD.

    4. Re:This is bad news, I'm afraid by emmons · · Score: 3

      Native support is nice and all, but if nobody develops for it, it's rather pointless. At least this way Linux can GROW to the point that if an API is developed which runs faster on Linux than DirectX, developers will write games for it.

      OS/2 started with a rather large following but then lost it. Linux is starting with (relatively) no following. There's nothing to lose.

      ----

      --
      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    5. Re:This is bad news, I'm afraid by cyber-vandal · · Score: 3

      Konqueror 2.1 is a better browser than both of them. Office 97 runs under Wine AFAIK and so the last hurdle is the games, which is now being worked on. My dad is a typical Windows user, uses it for browsing, Office work and games. But he hates Windows. Give him a way to continue doing this without having to put up with constant crashing and he'd switch in a minute. He's got Windows 2000, but it suffers from the same problems as Linux, incomplete hardware support and fewer apps and unlike Linux it still crashes randomly.

    6. Re:This is bad news, I'm afraid by AnswerGuy · · Score: 4

      There are millions of apps written for Win32. Microsoft's market exists primarily because of backwards compatibility. MS is never going to do anything that would make their really big customers angry either. There are a lot of custom apps that big companies have written that work fine for them and don't need to be updated. When the Win64 api comes out there will be extremely few people using it, and it will support Win32. Thus anything that will be released in the next few years for the mass market will use Win32.

      Look at games until about 5 years ago they still were mostly written for DOS. It will take years before the game companies switch to anything which isn't compatible with Windows 98 and we can be compatible with it rather easily.

  2. Re:Embrace and extend by m2 · · Score: 3
    One way to handle this would be to pull a Microsoft on Microsoft. Emulate (embrace) DirectX and then extend its functionality in a way that appeals to game developers. Perhaps some easy to use calls that tie more directly into Linux, for improved speed. Developers still get to code to only one API, but they also have an opportunity to use one or two "special" calls to improve performance under Linux.

    Hell, no! If you are going to improve on DirectX, improve it on every platform. This "special feature" is exactly the kind of crap NVIDIA pulls with their OpenGL extensions. It works faster/it looks better but now you put the weight on the programmer: either figure out a way to work with and without the "special feature" or tell the player to get himself an NVIDIA card. Fuck it! I don't want to! I choose not to support a company that doesn't support me as a customer. All I want to do is spend US$40 on some stupid game, but the game won't run with my hardware. Well, bad luck, I'm not as happy, move on. Problem is, the day will come when every bloody game I'd like to run will be calling for the bloody card. And why? Because some greedy company not only designed an extension but put a patent on it. That is to say, some greedy company took away from me exactly what makes OpenGL a good thing: it's a well specified standard; it's vendor independent; it the back of your skull doesn't hurt when you read a program that uses it; but more important, it's extensible in such a way that a vendor is free to implement any given extension. That is, if there isn't a patent arround it.

    So, no. You don't need to take DirectX and extend it in such a way that your "version" appeals to developers better than Microsoft's "version". If screwing people over is what is takes to make Linux "better", then screw Linux! Free Software is not about getting more people to use it, it's about helping to make better software for people who are willing to help along. It's about giving people the freedom to improve on the software people willingly use. It's not about screwing with some company to force others to move to my camp. If I wanted to do that I'd be writing non-free software to aid people at robbing with the click of a button.

  3. Sheer Hubris by hugg · · Score: 3


    This is insane. DirectX games currently run by the hair of their chinny-chin-chin, can you imagine the horror when yet *another* abstraction layer is added? And can you imagine the dark clouds over the game companies' tech support when they read "Yeah I'm running under Win 98.. i mean.. well, Linux, really..."

    Actually, crappy, complicated installation is one of the reasons I don't buy so many PC games anymore. I just don't have time to futz with video drivers, patches, etc. People used to rag DOS games for being incompatible with hardware... have you checked out the README for a Windows game lately?

    1. Re:Sheer Hubris by Jace+of+Fuse! · · Score: 5

      This is insane. DirectX games currently run by the hair of their chinny-chin-chin, can you imagine the horror when yet *another* abstraction layer is added? And can you imagine the dark clouds over the game companies' tech support when they read "Yeah I'm running under Win 98.. i mean.. well, Linux, really..."

      Actually -- In case you haven't noticed, that apraisal of DirectX hasn't applied since DirectX 5, maybe even as far back as DirectX 3.

      Most recently, games for DirectX really make one wonder why everything else about Windows is so bad.

      DirectX is probably the single best thing about Windows, and it's actually one damned good game developement API.

      Actually, crappy, complicated installation is one of the reasons I don't buy so many PC games anymore. I just don't have time to futz with video drivers, patches, etc. People used to rag DOS games for being incompatible with hardware... have you checked out the README for a Windows game lately?

      Yes. And I can't remember the last time I had something that wouldn't run on my fairly typical system (GeForce 2 GTS, Sound Blaster Live, Pentium III 800).

      I realize some people have "Less than Optimal" systems for gaming, and some hardware has some pretty bad support for DirectX, but any decent hardware is going to have good DirectX support, and if someone says they constantly have trouble in DirectX games I'd have to question their hardware purchasing decisions more-so than the quality of the API or the games they are buying.

      Having a DirectX implimentation for Linux could generally be a GOOD THING. There are many people who only keep Windows around for games.

      I'm wondering if Microsoft will try to put a stop to this before it gets too far. But they've yet to (as far as I know) take action against Wine, so maybe they know fighting the beast head on will only make it stronger.

      Here's to hope.

      "Everything you know is wrong. (And stupid.)"

      --

      "Everything you know is wrong. (And stupid.)"

      Moderation Totals: Wrong=2, Stupid=3, Total=5.
  4. Try the patch by JohnG · · Score: 4

    They already have a patch to wine that I tried quite some time ago. The American McGee Alice demo works just as well under Linux as Windows. (Unfortunately on both systems it crashes.) I haven't tried any other games, but they already have a bit of work done, so I wouldn't call it vaporware.

  5. I'm skeptical, but... by Dark+Paladin · · Score: 3

    Dang, I hope this works. I have two computers in my house - a Pentium 450, running GNU/Linux, and a Pentium-800 running Windows 98 - and the only reason why the Win98 box is in my house is for my game reviews/walkthroughs.

    Naturally, there's some hurdles to overcome, like speed optimizations, working through the entire DirectX system and making sure things work the same without Microsoft getting pissed off and trying to sue people for some sort of copyright violation (which is a good reason for these folks to work with the Wine project).

    I know some folks are skeptical, but I honestly believe that games are a major issue (not the biggest - user friendly-ness for Bob User and software compatibility, the reason why Macs don't sell as well as Windows, IMHO) for Linux, or any operating systems acceptance, on the desktop.

    With great game support (and when when I see some easy-to-use TV-card support for Linux so I can do my console walkthrough stuff), I won't ever have to run Windows again. (And, at the rate that Windows ME and Windows XP are becoming game unfriendly, at least in performance compared to Win98, I can't wait to ditch them).

    Of course, I could be wrong.
    John "Dark Paladin" Hummel

  6. Windows 2000 without VMWare costs $1000 by yerricde · · Score: 3

    There is also Windows 2000, which runs all Windows programs better than anything else mentioned in this thread!

    Assume that I (and perhaps other users connected to my system) want to run apps designed for working POSIX-compatible systems (not NT's bastardized "POSIX" subsystem) while I'm running Win32 apps. Assume further that I have already forked over three months' wages ($300) for Windows 2000. Apparent choices include

    • Run Linux on Windows 2000. This works through VMWare ($300; introductory offer has expired) or through Cygwin and has stability problems because the virtualizer is running on a kernel whose kernel-mode video drivers are one bit short of a proverbial byte. And there's still the virtualization overhead.
    • Run Windows 2000 on Linux. Again, VMWare costs $300. It also doesn't support DirectX, which is used by several multimedia apps.
    • Run Wine on Linux. Wine is a subsystem for x86-based Linux and BSD systems with an X server that implements the ECMA Win32 standard. There are about as many incompatibilities between Wine and Win32 apps as there are between ntoskrnl and VMWare. It's also a bit faster than VMWare because the apps are merely running on a different subsystem instead of a partial emulator.
    • Run Linux on my server and Windows 2000 on another box, which costs $1000 but adds the advantage of being able to run Direct3D apps.
    --
    Will I retire or break 10K?
  7. Hardly by Edgewize · · Score: 4

    Actually, TransGaming has already integrated their DirectDraw patches back into the Wine cvs tree. With the latest release of Wine and the TransGaming patches, I can run Starcraft, Halflife, Diablo II (cracked to remove incompatible copy protection), and Alice. That's hardly vaporware. They've made huge progress in only a few months.

  8. Pointless by UltraBot2K1 · · Score: 5
    Why would anyone want to play Windows games. I can already play thousands of variations of Solitaire and Minesweeper on Linux.

    That pinball game that comes with Win2K is kind of cool, though.

    --

    Slashdot: Open Source, Closed Minds.

  9. Embrace and extend by Canonymous+Howard · · Score: 5

    One way to handle this would be to pull a Microsoft on Microsoft. Emulate (embrace) DirectX and then extend its functionality in a way that appeals to game developers. Perhaps some easy to use calls that tie more directly into Linux, for improved speed. Developers still get to code to only one API, but they also have an opportunity to use one or two "special" calls to improve performance under Linux.

    Over the course of time, as more and more of these special functions are added, developers will find that they are doing more and more stuff that is specific to Linux. Not because they have to, but because it improves performance and gives them a higher framerate in the Linux benchmarks.

    In the fullness of time, they might find themselves stepping entirely away from DirectX on Linux and moving to the GNU DirectLinux API. Purely for performance reasons, of course, and because they've already got enough Linux-specific code that this is just one more small step.

    From there it's only a short step to coding a port entirely for Linux.

    Companies are notoriously short sighted. Appealing to them to make a radical change because it will benefit them in the long term is a pointless endeavor. Instead, give them 50 small changes, each with definite short term benefits, that when taken together arrive at the same place as the one radical change.