Slashdot Mirror
Review of Linux Gaming Using WineX 2.0
Ceyx writes "Toms Hardware ist running an Interesting review of DirectX Gaming under Linux using WineX. An interesting point is that the native Quake3 Arena runs faster with Linux then with windows." I had the good luck to play Jedi Knight Outcast and Return To Castle Wolfenstein at my friend's house, and it was really pretty good. The numbers show just how good the Linux drivers from nVidia are, so mad props to Mark V and his co-workers ...
Someone please explain why you would play Return to Castle Wolfenstein with WineX when there is a native linux version? (Not to mention the fact that the linux version is ahead of the Windows version in terms of patches and bug fixes)
I've said this before, and I'll say it again. Wine and its a derivatives are a neat hack - but using this stuff is like having sex with 4 condoms on. We want good performance for Linux games - BUY THE LINUX VERSION.
Neverwinter Nights is a perfect example of how a game should be (er, will be) published - cross-platform, same box. I've prebought it already.
We should be supporting the game companies that port to Linux instead of trying to get games working at 50% of the performance of Windows.
Windows 98 Full Version : $100
20 Month subscripton to Transgaming: $100
New nVidia video card (cause you have to throw out your ATI Radeon et cetera): $150
Somehow this just doesn't add up. This makes as much sense to me as buying a copy of Windows 2000 Advanced Server so you can "run Apache on it." Just use the right tool for the right job!
Would you rather play Nintendo games through an emulator, or that NES attached to the TV in the corner?
I have a system which is purely SCSI (U2W/lvd, in fact). Both of my disc drives are made by Plextor -- hardly unknown drives -- and are over two and a half years old. They are well supported by anybody's standards. Yet neither will work with WineX. I get errors with CD protection schemes, errors trying to read the drives, errors in the games saying the disc can't be found, etc. This is with my Plextor CD-R and CD-ROM drives. I've even tried mounting ISO images of the game CDs via the loopback with no luck.
If you have IDE CD drives, then feel free to get a subscription and/or download WineX. If you have a SCSI system then you shouldn't bother with WineX -- unless you get a subscription and then vote for SCSI support. Otherwise just dual boot into Windows (or forego games). IMO, the lack of support for SCSI systems is enough to make me wish I hadn't subscribed (or had been able to find the issue mentioned somewhere on the Transgaming site last October when I signed up).
-B
Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.
http://timedoctor.org/index.php?id=541
Check out ioquake3.org for a great, free, First-Person Shooter engine!
... we'll have producers, that make multiplatform games (ID for example). However Most producers will stay away from Linux. Why? They are in bed with MS
You are delusional. Even Id has publicly stated, Game Developer Magazine, that Linux games do not make business sense, that they support various Unix platforms because they think it is cool to do so.
The primary reason companies do not target Linux is that there is no new market, no new sales. Linux gamers are already buying the Win32 version and dual booting or emulating. Porting to Linux would not generate a new sale, it would replace a Win32 sale with a Linux sale, no point in doing that.
The "Linux game market" only consists of those people who refuse to dual boot or emulate, and that population is too small to consider. There is no anti-Linux sentiment, there is no Microsoft control, there is only developers following gamers to whatever platform the gamers use. If there was money to be made from Linux gamers developers would be there.
By no means are you an idiot. DVD playing under Linux isn't quite there yet. I recently ranted about this elsewhere. Do a search for "linux DVD playing" on google, and you end up with the so-called "Linux DVD Playing Howto" which tells you to use livid/oms. Oms is dead. The "Linux DVD Playing Howto" is completely misleading, but you won't realize this until you've invested at least three or four hours getting the latest oms CVS and then figuring which decss plugin to use (as there are at least three but only one actually works). If you manage to finally get something that can read DVDs and output to your monitor, you'll find that oms doesn't do sound sync, so you still won't be able to watch movies.
So your next step is to complain on a forum like slashdot (this is what I did). You will then get replies telling you something to the order of "you are a fucking idiot, oms is dead, you should use xine/mplayer, it works better than in windows for me." So then you try xine or mplayer. But first, you must update your kernel, then update to XFree86 4.2, then update your SDL and maybe even update your gcc and binutils as mplayer won't even compile (well, actually it fails at the assembly step) with older versions of binutils. If you choose xine, you then have to figure out which decss plugin to use as there are quite a few to choose from, and only one or two that work (I understood dvdnav was the one to use, but an anonymous comrade just pointed out a different one in this thread). If you choose mplayer, you're in for a treat: here are the installation instructions. It took me about an hour and a half to go through those instructions before I was finally able to run mplayer's configure script. And if you think you can download some pre-built binary, you're wrong: all the mplayer asm optimizations are determed by your CPU type, which is determined by the configure script, not through run-time detection. Fortunately, mplayer does not require a separate decss plugin, so you don't have to go hunting through mailing lists and online forums to figure out which decss plugin works and which decss plugins are crap.
So, once you've compiled mplayer or xine and you've sufficiently frobbed your /proc to turn on DMA on your CD drive and get your MTRRs set up, you can actually run these programs and see if you get DVD output. Unfortunately, this is the point where you find out that the XFree86 4.2 ATI Rage 3D driver claims to support the XV extension, but, in fact, does not work correctly, causing xine and mplayer to fail on startup. So, now you have to use some "output plugin" that does not require the XV extension. The only output plugin capable enough to play DVDs would be the SDL output plugin, so you try to use that (you did remeber to enable SDL support at ./configure, didn't you?).
My suggestion: forget it. Your time is expensive and you have better things to do. There is a very vocal minority of Linux users who claim that DVD playing under Linux works beautifully: I can't argue with them. Linux DVD playback works well for them, but not for the rest of us. Look at it this way: you can spend one or two days figuring out if DVD playback will even work with your hardware, or you could go to a temp agency and get some crap job for a weekend, make $150 and buy a dedicated DVD player to hook up to your TV. Now, cut out the crap temp job which was only meant to demonstrate the value of your time, go buy the damned player, and be absolutely 100% certain that you'll be watching DVDs by the end of the weekend.