Follow Slashdot blog updates by subscribing to our blog RSS feed

 


Forgot your password?
Close
typodupeerror
×
Games Entertainment

Linux Unreal Tournament Available 97

Posted by CmdrTaco from the stuff-to-play dept.
James wrote in to tell us that Unreal Tournament for Linux is now available. Of course you need a 3d card to make it all work, but still, I hear a great sucking sound that is the productivity of all workers. Download here.
This discussion has been archived. No new comments can be posted.

Linux Unreal Tournament Available More

Linux Unreal Tournament Available

Comments Filter:

  • UT for Linux (Score:1)

    by Anonymous Coward
    There was also an announcement that UT for Linux will ship on the same CD as the 9x version, at the same time! woohoo!

  • 3dfx is the cause (Score:1)

    by Anonymous Coward

    The 3dfx/Glide architecture causes this particular lockup problem, not Unreal. The guy who ported the current Glide drivers to Linux is working all by his lonesome, without much (any?) help from 3dfx.

    Also, the earlier 3dfx cards (dunno about the Voodoo3) take over the entire screen, "hiding" the X display. That's why the machine appears to lock up if the application dies. It's not really locked up, it's just that the now-idle 3dfx is still in control of the CRT.

    As for nicely catching the segfaults, it's not always possible for the signal handler to clean everything up properly. If you then say, "well, properly written software shouldn't generate segfaults", I'd respond, "tell that to 3dfx!"

  • Re:Upgrade (Score:1)

    by Anonymous Coward
    I've noticed some errors in the other replies to your post:

    1. You can still get AT boards that support the K6-X, Celeron, and PII/PIII CPUS, if you mail order.

    2. If you buy a VIA MVP3 (??) board and a K6-2 or K6-III processor, you can set it to run the memory bus at 66 MHz while the CPU and cache is running at 100 MHz. This will allow you to keep using your old SIMMS, albeit with some performance loss. Check out the AT factor FIC boards - there should be something available that can use your existing memory. An AT Super7 board with VIA chipset and K6-2 450 processor should run you about $200.

    3. You can get a Celeron (66MHz bus) processor with an AT BX motherboard like the ASUS P2B-B that will use your existing case and memory. If you search around the mail order places you should be able to get a 433MHz Celeron with a P2B-B board for $220 or so.

    After you spend the $200-250 for a new MB and CPU, you'll have to get a new graphics card. The V3 3000 cards offer the best bang for the buck in 16 bit color, but you'll probably want to buy a TNT2 card if you plan on staying with one card for more than a year.

    Overall, you can expect to pay $350-400 or so for a decent new MB, CPU and graphics card that can use your existing case, memory, peripherals, etc. That should bring you up to what is slightly below the current state of the art and will probably work acceptably for another two years.

  • Fix it yourself then, (WAS Re:demo 384? ) (Score:1)

    by Anonymous Coward
    Actually, GL Quake World under Linux does the same shit. With glide a program to release the 3dfx screen is provided; /usr/local/glide/bin/pass

    From this information it should be easy to write a shell script that *always* returns you to your X session. The mouse stuff may be a little trickier, but in my experience, running a program that grabs the mouse, and exiting normally will release the mouse.

    With respect to the sound - I have never experienced this - the kernel should close /dev/dsp when a program dies. I would experiment with unloading the sound modules. (Or, they may be busy?).

    Btw, if he is using an X callback mecanism to read keyboard input, it should be easy to create a small library that catches certain keyboard events, and iconizes the windows - and gives control to the X session. Check out "qk_HackLib" for the way it is done with svgalib and Quake 1.

    In short; hack it ;-)

  • Re:Wow (Score:2)

    by Yarn ( 75 )
    It aint in opengl, its in glide.

    This seems to be because Epic cant program their way out of a paper bag in GL.
  • I was wondering this when linux q3test came out.. it would sometimes die and hold on to my sound modules. I was wondering if there was a way to get them back by force, like maybe a "soundoff --force" (doesn't actually exist) or "rmmod --force sound" (doesn't exist either afaik).

    So if something won't let go of your sound card there really is no recourse?
  • > However, I did manage to download the server from somewhere, and the page says that the server isn't available yet.

    You probably downloaded the old 334 server. The new version is 348 (the server _should_ be there now).

    > (The server I did download kept crashing with 'Illegal Instruction'. Any ideas?)

    Do you have a Cyrix chip? It doesn't work on Cyrix chips. I had the same problem.

  • If you'd read Brandon's actualy .plan update, or if haven had actually quoted the thing in context, you would realize that it doesn't kill the whole system, at most it'll freeze X up, and sending X a restart will wake it up again. There is a problem with the audio, but that doesn't affect the server. There's also a problem with the cursor, but that doesn't affect X either as the UT server is run from the command line. As far as I know the UT server is solid. All these issues pertain to the client.
  • Right. So we should all stop playing UT and start playing Q3 instead.

    Come on. Whatever happened to choices? I personally believe that UT is much more enjoyable than Q3. But that's just _my_ personal opinion. Sure Q3 has a larger user base than Unreal, id has a huge following, but why should that matter? Windows has a larger user base than Linux, but you don't see us running Windows, do you?

    It's all about choices. Epic Games has provided the Linux gaming community with another excellent choice, and they should be commended and encouraged to continue this trend in the future.

  • Having said that, there are drawbacks to the game. The big weakness at the moment is network play... I went to play a few games of CTF, domination, and FFA, and found most of the servers (even those with good pings) to be almost unplayable. The only thing I can liken this to is playing quake][ over 28.8, which is pretty rough. 384k DSL should easily be able to handle most network games, but the speed that was so overpowering in quake3 was not to be found in UT. I realize that this is a very early build, but I think that the network code needs alot of optimizing, since this is supposed to be the primary focus of this game.

    Oddly enough, this is the complete opposite from the experience that I've had with UT. Admittedly I have a cable modem, but UT is almost smooth as butter on low ping servers, whereas in Q3 players kept disappearing and reappearing, etc... I found Q3 to be a pretty lousy network play experience.

    Note that I _do_ think Q3 is a good game, there are a few things in Q3 that I like better than their counterparts in UT, but overall I prefer UT.

  • You need a new case anyway - it's not possible to mount an ATX MB in an AT case, due to the onboard (not card-type, but rather soldered onto the mb) serial, parallel, keyboard, mouse, etc.. connectors.
  • Damn it now that all of this is coming out I have to get a better video card, of course the problem is why get a PCI when AGP is out, of course that means I need to get a AGP motherboard, which naturally means I need new memory and chip since I am running EDO Simms and a wimpy cyrix 200!! And given that memory ain't as cheap as candy anymore, looks like I am screwed....Damn the architecture changes!!!
  • considering that Glide and GL are not the same thing.

    If you mean re-implementing the Glide functions so they call GL, this is slow and in violation of 3dfx's copyrights on Glide (Creative provided the same thing under Windows and got their butts sued). This is also not such a trivial thing to do ...

    Care to provide more details?
  • Actually, that's just the readme. The actual release won't happen until (hopefully) later today....
  • PFFFT.
    if you're that worried about it hogging your display after it dies, put the 3dfx on a separate monitor.

    as for people whinging about bugs, why don't you give the developers a chance. i'd be willing to bet that most people complaining about it being "NOT ACCEPTABLE FOR LINUX USERS" have never written a line of code in their life, nor have they the mindset to do so. i know *I* certainly don't have the skills to come up with a game of this calibre.
  • If you have a 2.5v setting on your motherboard,
    a K6-III/400 (2x MB multiplier setting is translated
    to a 6x by the chip) and a V3-2000 PCI might prolong your PC's life for about $150 total.
  • If unreal server crashes your linux box... that's the fault of linux. I don't think it needs to run as root. As for unreal client, that's another story. That's the combined bugs of your graphics accelerator, their closed-source libraries (in most cases), MESA and X working against you. So don't be too quick to blame them... instead blame the kernel that dosn't talk to the video card, but instead hands full control to userspace programs... and forces each one to implement their own hardware level drivers. (in userspace, no less!)

    --Dan

  • Right. But as a root process it can scribble over any memory it wants. That's the problem. Linux is not a good platform for games because everybody has to implement graphics in userspace.

    --Dan

  • It's server-side latency. They're doing a lot of work on the server side... it requires a LOT more horsepower then the clients do. A celeron 450 can't handle more then 8 players without chugging... and this on a local lan! With some tweaking of the server code it should be quite a bit faster and smoother. As is, if you are on a very fast server (high P2 works better then a celeron here) it's a very nice game to play.

    Client side I'm only on a 400mhz K6-2, so it's lighter then a lot of games out on that end.

    --Dan

  • Nobody seems to realize that this is an amazing port. The speed is right up there with the Win32 version(minus the dynamic lighting, for now), and not a thing has changed. This is a great game, Epic was cool as hell for porting it, and now I have no more reasons to dual boot for a while.
  • So you use Linux as a server? I use it as my home computer and have played Quake 2 for almost a year in Linux. I also use it for as a development machine.

    Are you condemning me back to Windows again?

    Get Lost, Linux is for everybody who wants to use and extend it.

    Hurray for Unreal Tournament in Linux. Now all I need is support for NVidia cards so I can go out and buy a GeForce.
  • Opps...didn't pay close enough attention to the file name. Although I had never found the linux server before.

  • it's on the warzone ftp server (Score:3)

    by myrddin ( 4427 ) on Wednesday October 20, 1999 @08:51AM (#1598741)
    The Web Page may not have been updated but the linux UT Demo Server is on the warzone ftp server. I am downloading it as we speek.

    ftp://ftp.warz one.com/pub/ut/demo/UTDemo-338-Linux-x86-Server.ta r.gz [warzone.com]
  • If you mean re-implementing the Glide functions so they call GL, this is slow and in violation of 3dfx's copyrights on Glide (Creative provided the same thing under Windows and got their butts sued). This is also not such a trivial thing to do ...

    This is not in violation of 3dfx copyright. All Creative did was implement glide API, in the same way that WINE implements win32 API. You are right that this is not a trivial thing to do.

    I wonder what happened to that lawsuit though. Creative has the resources to defend itself of this ridiculous lawsuit. Does anyone know what happened?

  • Hrm. I guess I could do that, but then I'd have to work more to get more money. Which means I'd have to game less. Catch-22, I suppose.
  • The UT demo has been loads of fun on Windows for the past two weeks. I'd love to switch to Linux and give me one less reason to run c:\windows\win.com, but I imagine that like me, more than a few hardcore gamers/Slashdotters see performance as the bottom line when it comes to gaming. I'm serious; I've actually custom ordered thermal compound from a place in New York so I could get a little less heat resistance and a little more clock speed from my overclocked Celeron. I don't care what OS I use (for games, everything else is Linux when possible), so if UT demo is faster on Linux, then Linux it is. I would do some benchmarking myself, but I haven't the slightest clue how. Does anyone have any numbers on Linux vs. Windows?
  • Linux actually can pull off being all things to all people. Let's take a look:

    The kernel (the one, true linux) is open. What this means is that you can have things that are very important to servers (journaled file system, SMP, etc) or leave them out for workstations. Linux is even reasonable on embedded systems, as you can pick and choose what to put in.

    Then there's the operating system, GNU/Linux. You can pick different distributions, and configure them to what you want to do. Want a workstation? How about Mandrake. A server? How about Red Hat configured for Network Server.

    Linux is all about choices, and it can pull off if anything can. There should be a big difference between the linux machine you set up at home to type papers on and the linux machine that is serving your corporate web site.

    --
  • "These people have no idea what the standards are for Linux software. These warnings are unacceptable. This is the sort of stuff you would find in a Windows 9x disclaimer (if microsoft were forced to write one). There is no way I would load this on my Linux server. I must have guaranteed stability. That is why I run Linux." ----------------- Appearantly you have never used gnome, or Enlightenment, let alone anyone of the gnome applications such as Balsa. Linux software is in eternal Beta or Alpha. I havent seen stable Linux software in over a year. You also fail to realize this is a Demo not the full release. I seriously doubt you were this hard on Q3Test.
  • **This should come from the stuff-to-play-in-3-years-when-it-doesn't-kill-your -server-dept. Or maybe you just shouldn't play games on you SERVER!
  • Man have I spent hours upon hours on this game. And since q3test only runs right in Linux for me (Windows doesn't like the whole Canopus/3dfx sets of drivers for my Pure 3D) now I have one less reason to reboot! w00! DrH
  • Don't download older server versions, like 338--they will not work.

    Only get the 348 version client and server. The older one (338) server was out a month ago, so that is why many places have it.
  • You must have "guaranteed stability"? Then why the hell are you running Linux? OpenBSD is probably the most stable OS out there; go run that.

    It's beta software. Give the guys a break.
  • Comment removed based on user account deletion
  • The person was referring to the client. It has problems with sound, audio and such. The server is not nearly as buggy (crossing fingers :)

    I think people are not being fair. This was probably one of Brandon's first shots at programming under Linux. It took id several years to get it right for crying out loud.

    And I'm suddenly looking forward to XFree86 v4 more than ever.

    Oh, and thanks haven, for not taking any time to understand just what you were reading.
  • Perhaps you'd like Brandon instead to just say "If UT cores, please let me know". After all, isn't that what id Software says? And nobody complains about them.

    Any dead sound app has a tendency to lock /dev/dsp. It's happened to me with Q2 and a couple other apps. rmmod won't even work :(

    It looks like Brandon was trying to be positive and give helpful suggestions. Instead you slagged him over his wording. This is poor form, and this is NOT the way to attract developers to Linux.

    Do you want your world domination guys? If so, then this is not the way to do it. Fill out bug reports. We do it for other dev software, this is no different. For those of you lucky enough to have 3DFX cards. For those who don't, keep pushing for XFree86 4.0 :)

    Oh, and id has pretty much said the same thing so don't take Epic to task on it.

    Games will attract more users to Linux. Make no doubt about it. Apple pushed the Mac as a gaming solution again for a reason. I spend a great deal of my time booted into Win95 just for these games without ports. If we could only get a couple of these killer apps (games), then this could be the push we need to really get the ball rolling.

    Oh, and what exactly are you doing thinking about running the CLIENT on a SERVER? It's the client that has problems (understandably, it's ^x times more complex than the server).

    And finally, moderators, please... Moderate the post overrated at least.
  • Epic's Brandon Reinhart's latest .plan [bluesnews.com] says they need to get the Linux client out to mirrors first before it is available, otherwise it's ready to go. He also mentioned in a previous .plan entry [bluesnews.com] that the Linux client will be included on the retail CD and is using Loki's recent installer.
  • You're right. This is absolutely unexceptable. They should instead not make any version available at all. In addition, I think we should erase all the 2.3.* kernel versions from the mirrors as they may also contain serious bugs.
  • I wouldn't exactly say they 'favor' glide. Under Windows, Unreal Tournament supports rendering using Glide, Direct3D, OpenGL, Software, and S3's API (called Metal or something?). That's about the most supported API's I've seen in any 3d game.

    Yes, it's glide-only now under Linux but it was the same under Windows for the first version of the demo as well. I would expected OpenGL to follow soon.
  • You're wasting your time. As the filename indicates, you're downloading version 338 of the server while the new version of UT being released today is 348, and they are NOT network compatible.
  • Okay, you're right, they should have an advisement that this isn't exactly as stable as the Windows version. Point taken.
    But at this stage of the game, we need to encourage Epic, not blast them. I don't know squat about sound coding or anything under Linux, but perhaps someone can offer Epic some pointers to some info so these could be fixed.
  • Runlevel 6? That would be interesting, seeing as runlevel 6 in 99.99999% of modern *n*xes is reboot :)
  • In general, they don't. However, if the video subsystem has lost the page, you can't see what's going on, and if it's no longer accepting input from your keyboard, you won't be able to control the machine that way. That's why the article says you should telnet into the machine if you run into these problems. That way you can get to a prompt, and kill the processes that have gone wrong.

    Of course, if things aren't set up to allow you to telnet into the box (or login via a serial connection), then the on/off switch is your only solution...

  • Having played the windows client fairly extensively, I have to say how impressed I am with the Linux port. There are minor speed issues (i.e. I have to run it in 1024x768 to get the comparable speed of 1280x1024 in windows), and there are very noticable slow-downs that occur while playing which don't occur in the Windows client. However, I think all of these have more to do with drivers than with anything that Epic could contol. (for reference, I have a Celeron 333 overclocked to 375 and a Voodoo3 3000)

    The port itself is impressive -- they must have implemented their own font libraries, etc., because it looks exactly like the windows version. Everything is in there... count this as a real win for us Linux folks ;)
  • Not to refute your point, but Quake 3 (q3test) is better (IMHO) than any other Linux game that has come along, will have a simultaneous Linux release, and probably has a larger user base than Unreal.
  • O man, tell me about it! I'm in the same boat. It's even worse than you outlined: If you get a new mobo, it'll have to be an ATX so that means a new power supply, but if you do that you may as well pop for new case too.... aarrgh. We just need a whole new box.

  • 'link coming soon' (Score:4)

    by Longing ( 23218 ) on Wednesday October 20, 1999 @08:01AM (#1598764) Homepage
    Great... we're slashdotting servers before they're even ready for us.

    :P
  • Hello...

    Working link


    ftp://ftp.cdrom.com/pub/planetquake/planetunreal /official/UTDemo-Linux-x86-348.tar.gz
  • I've only had the chance to play the windows version of of UT, but I must say that it is a very beautiful and fun game to play... on my pIII-500 with a Diamond Viper TNT card, it runs very smooth in single player mode, perhaps even faster than quake3test. The load times aren't bad, but there's always room for improvement. The bot AI at the default setting is pretty mediocre after playing fragbait on many a quake3 server, however the auto-adjust feature seems to work fairly well and where the default level left me quickly bored, the adjusted bots gave me a run for my money. The physics are up to par with the latest gen of FPS games, and the visuals are absolutely gore-geous... and the in-game insults as you reduce an opponent to hamburger are a riot. ;)

    Having said that, there are drawbacks to the game. The big weakness at the moment is network play... I went to play a few games of CTF, domination, and FFA, and found most of the servers (even those with good pings) to be almost unplayable. The only thing I can liken this to is playing quake][ over 28.8, which is pretty rough. 384k DSL should easily be able to handle most network games, but the speed that was so overpowering in quake3 was not to be found in UT. I realize that this is a very early build, but I think that the network code needs alot of optimizing, since this is supposed to be the primary focus of this game.

    Overall, I'd give the game a 7/10, a potentially great game with alot of nice features, but with room for improvement.
    ----
    Dave

    "I love chess! It is like ballet only with more explosions!"

  • Re:Does anybody else see this trend as unfortunate (Score:4)

    by dead_penguin ( 31325 ) on Wednesday October 20, 1999 @09:17AM (#1598767)
    Sorry, but I fail to see your point. While it's true that more and more things (ranging from games to desktops to productivity apps) become available for linux on a daily basis, this shouldn't really affect how bloated you perceive the OS.

    If you want a lean, mean server, don't install the goodies. Skip KDE, skip Gnome. Hell, even skip all of X unless you absolutely need the graphical config tools. If you want to play, however, put it all on your box.
    You don't even need separate, specialized distributions to do this. Using RedHat (just as an example), and a bit of know-how as to which packages do what, it should be trivial to set your box up as a web/ftp server with not much else, or as a Gnome desktop workstation, or both. The only way bloat really comes into the picture here is that eventually we're going to need 2, 3, or more install CDs to hold all the different packages that are available.
    Similarly, the Linux kernel can be "bloated" to your liking or made quite minimalistic, depending on how you compile it (or what modules you load).

    Personally, I like this type of "Linux bloat" where you can pick and choose what you want (and don't) much better than the typical MS bloat where gui and thousands of other "options" are there, regardless of whether you want them.

    Choice is good!
  • Memory is foggy, but AIR, the lawsuit was not based on the implementation of the API, but rather that Creative used knowledge they had under NDA for the Graphics BLaster Voodoo2 and Banshee boards they were producing to create the wrapper.

    So it was not the implementation of the API per se, but rather, they had illegally used information they possessed to create it.

    Correct me, if I'm wrong though. It's the only way I'll learn...
  • I was talking about running the server... you also have a point. I really should phase games out of my life...
  • look... I was just saying that it shouldn't be released as a "working" program. There are still too many bugs. 2.3.* kernels are labeled as development. They are acknowledged as not being useable. If they opensourced UT, then I would see releasing it. Then we could hack at the code and fix these problems...

    whatever man...
  • it says beta nowhere on the page... it says demo
  • VIII. Bad Stuff That Happens When You Crash

    ... Usually Linux UT will safely catch nasty things like segmentation faults ...
    | USUALLY?!?!?! |

    ... you'll experience something like a hang ...
    | something like a hang?!?!?!? |

    ... When an unprotected crash like this happens chances are your audio device will be left open and busy ...
    | so if it does crash I have to reboot to
    kill off the UT audio processes?!?! |

    ... If you get a nice happy crash ...
    | I've never been happy with anycrash.
    Thats just funny |

    These people have no idea what the standards are for Linux software. These warnings are unacceptable. This is the sort of stuff you would find in a Windows 9x disclaimer (if microsoft were forced to write one). There is no way I would load this on my Linux server. I must have guaranteed stability. That is why I run Linux.

    This should come from the stuff-to-play-in-3-years-when-it-doesn't-kill-your -server-dept.
  • i admire your self control, as thing is everyone knows what you were going to say anyways :P
  • Well gee I wouldnt load it on a server to begin with. If you want to run games throw it on a workstation...

    And remember that this is a company used to working with micro$oft.
  • Well, the link isn't there.

    However, I did manage to download the server from somewhere, and the page says that the server isn't available yet.

    (The server I did download kept crashing with 'Illegal Instruction'. Any ideas?)
  • What?? No Alpha version? I want to run this on
    my latest hardware. Damn.
    (I work for API)
  • IANAL.

    Glide wrappers do not in general violate 3dfx's copyright. Cloning an API is completely legal. Good thing, or we'd have no WINE, or Samba, or Ghostscript, or Linux.

    When 3dfx's lawyers started threatening authors of various Glide wrappers, their claim was not copyright violation. It was that the authors had used the Glide SDK and violated its EULA.

    (The Creative situation is different, because Creative used to be a big customer of 3dfx, so there are all kinds of agreements between the two. The case is still pending.)

    A reverse-engineered Glide wrapper, using no licensed 3dfx docs or code, would be completely legal. However, 3dfx would be sure to file a frivolous lawsuit against the author anyway. Who's got the guts to stand up to a big company in court and fight for what's right? (Paging Phil Z...)

    3dfx's persecution of Glide wrapper authors is completely unacceptable. If MS went after WINE or Samba, or Adobe went after Ghostscript, the outcry would be immediate. Boycott 3dfx already, people. The principle is way more important than silly brand loyalty.

    I agree that writing a good Glide wrapper is non-trivial. See http://www.soundblaster.com/hotgraphics/unified/ga meinfo.html for the sad truth about Unified.
  • But, even Microsoft decided not to merge their desktop and server platform, for fear of bloat down the line.

    When was the last time you looked at Windows 2000?
    It is nothing but 98+NT.
    I agree with the previous comments that remind us that Linux is fully customizable unlike the 'one size fits all' Windows.
    Which way now? Down.
  • Huh?

    UT was developed on NT dude.

    Brandon "GreenMarine" Reinhart
    brandon@epicgames.com
  • Hello Anonymous Coward, I'm Brandon Reinhart. I wrote the linux client. Your right, I have no idea of the "standards" of Linux software. I'm new to Linux and I'm writing this damn port to learn more about the OS. There are issues that still need to be worked out, but they will be worked out. Let me ask you a question: Why the HELL are you running a fullscreen game like UT on your SERVER. UT requires a load of CPU time that most likely your SERVER wouldn't be able to share. You'd probably get poor performance as a result. Make no mistake: UT is meant for people using Linux as a desktop (client) environment. You shouldn't be running games on your server no matter if its Linux, NT, or whatever. I'm more than happy to work with people who offer constructive criticism, but critiqing the README which I supply in an attempt to help people find problems, fix them, or supply me with the information to fix them is just bullshit. Not to mention this bullshit about Glide over Mesa. Maybe if the Linux drivers coming from vendors didn't SUCK I'd be able to put together a fun game using them. The NVidia linux driver documentation more or less says "These drivers are slow, wait for XFree86 4.0." Give me a break! You can't go around yelling that 3dfx is no good when its the fastest accelerator on the platform. Feel free to email me constructive criticism but not this poorly thought out flamebait.
  • Some of the slowdowns can be fixed. My first priority is stability. I have a catch-all way to fix unprotected segmentation faults which will be in the next update. (Which will help me fix the faults in question.)


    After that I can move on to located slow elements and speeding them up.


    The Linux gaming community really needs to start approaching hardware vendors about better driver support. Specifically NVidia. Even with that said, I doubt Linux games will really hit their prime until XFree86 4.0.


    The best thing you guys can do is email your thoughts and bug reports to utlinuxbugs@epicgames.com.

  • http://www.fileplanet.com/index.asp?file=29122

    Here's the client file!
  • I thought applications absolutely couldn't crash Linux.
    That's why it's so much better than NT, the OS never crashes, right?
    No application can take down the OS, right?
  • I know I'll probably get blasted for this, but does anybody else see this trend of Linux being all things to all people as unfortunate? Sure, we all want our favorite platform to be widely accepted. But, even Microsoft decided not to merge their desktop and server platform, for fear of bloat down the line.



    The thing I like best about Linux is that it's a top notch, reasonably stable server and development platform. That's what I use it for primarily. Sure, it'd be nice not to have to reboot or have a second computer to play games, but am I the only person here who believes in "the right tool for the right job"? I want my server and desktop OSes seperate, for fear of bloat.



    I guess if it comes down to having to compile stuff out of kernels, I'm probably going to evaluate other OSes, (maybe BSD?) for my server OS and use Linux as my desktop OS. That wouldn't be such a bad thing. But, do we really want to trade the server space to fight the desktop war?


    Just a thought...

  • I know that it isn't the best possible solution to the problem (Linux port of UT), but isn't it better than EVERYTHING else that has come along? Are there any other games due for a simultaneous release to Linux? Are there any games with as large of a built-in user base (ie. geeks that like to shoot at things)?
    I know here at my shop we waste as much time playing UT on our LAN as we can possibly get away with. It is truly an excelent game.
    Of course it has flaws, both the Windows and Linux version. But I am eternally grateful that Linux is recieving not just a passing thought of a port, but an actual, full fledged, shrink-wrapped release of a major game.
    Green Marine, if you read /., thank you. Despite what you see here, we really are apreciative.
  • If stability is what you must have, then you cannot play the latest games... hehe... latest games need latest hardware which is latest drivers, etc. etc. etc. I personally am used to crashes. Comes with the territory...
  • although this sounds at first like it is just a boasting of the higher standards that linux has over microsoft systems, it is actually somewhat of a concern -- i was going to download the UT server myself and give it a try, but now i am giving it second thoughts.

    if the UT server actually "crashes" the system in any way, this would not be acceptable because, try as i may, all of my linux servers are never free of important tasks of some kind or another and, frankly, i find it hard to believe that this is asking for much.

    if the program kills itself for no apparant reason or does not perform acceptably; this i can deal with -- (i have dealt with netscape for years!) .. but, if it starts to interfere with the rest of my system then i will happily wait until the next version.

    thanks, haven, for the reality check .. i am going to wait on this one for now

    -abf.
  • > "If MS went after WINE ..."

    if WINE is in any violation of any MS copyright, then i would have to assume that MS is in violation for both DOS (UNIX) and Windows (Macintosh)

    i think you might find that this is the real reason that there are no lawsuits here

    -abf.
  • It's only for 3Dfx and Glide. *mutter*

    I've been playing UT under Win98 for a couple weeks now with my G400. It's a great game, and a nice balance between the "I know where the bad guy is" and the online slaughter I usually find myself in.
  • Err..should have said "yay, but no Mesa *yet*".
  • It's architectural blackmail. Either you upgrade and pay in money, or you live with what you have and pay in frustration as the game crawls across your screen. [and online, expect to get well and truly fragged]

    At least if you don't stay too far back in the upgrade pipeline, you can usually do incremental upgrades -- always getting *decent* performance, if not the best. If you wait too long, then yes you will have to replace half your system and empty your wallet.

    My words of *wisdom* -- get the best AGP video card you can afford, the second-best processor on the market (the first is always ridiculously overpriced and not worth it in price/performance), and at least 128M of memory.

    That's my $0.02. (flame away boys!)

  • #includestdio.h
    main()
    {
    FILE*fp=fopen("/dev/paper.bag.containing.epic", "rw");
    /* now the bag is open, feel free to crawl out. */
    }
    /* comments re coding style cheerfully ignored */
  • Can we see a pattern here?
    Every game now in OpenGL should have no problem being ported to Linux ...
    YES! No games in Linux? HaH! Think again! Linux: The gaming platform of tomorow! We will be able to do anything...
    Ah, this is just great.

  • I should be getting my own Viper 770 Ultra soon, and all I gotta say is, there should be an easy hack to get the game to work under Linux, maybe even as easy as the Windows hack, just make a dud glide2x.dll! Maybe we'll be able to get away with a dud .so for Linux? Or a soft link? Someone will figure it out...

  • I meant that the creators of Unreal (you know who you are!) favor Glide so much, that the only prequesite to running the game on a card that DOESN'T "support" Glide is to make sure that there is a glide2x file there. This means that the game is actually not a Glide-only game.
    ...
    Right?

Slashdot Top Deals

Keep up the good work! But please don't ask me to help.

Close