Linux - GamesThis forum is for all discussion relating to gaming in Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Gentoo 2004.2: Who needs exmmpkg when you have emerge?
Posts: 1,795
Rep:
I got through and got the binaries. A little trouble with installation (installer thought I used glibc 2.1), but it worked, and the performance increase from Cedega is quite high. Levels load faster, and they don't slow down as much. If you've been using Cedega, stop doing so and use the native version.
I get 0-25 fps in this game, (the demo) I have an AMD Athlon XP 2500+, 512 megs of 3200 ram generic, GeForce FX 5500 256megs. Seriously, I hate how game developers never REALY reflect the ACTUALY game minimum requirements, this is completely unplayable, I think I shall wait to get more of a bad ass system. :'[
I play ut2004 all the time on my 2.4GHz P4 with 1GB RAM and my NVIDIA FX5200 (128MB).
Granted, the graphics card is on the weak side, but ut2004 does very nicely. Doom3 gets something
like 4 fps at 640x480. Curiously, turning off all the advanced video features didn't help noticably.
I don't see anything going wrong in the startup,...seems like it just runs reallly sllooowww.
Plays fine for me.... I get about 28 FPS steady unless there are 3 or more baddies in my field of view, then I drop to about 12 - 15, but it is cretainly playable. This is at medium detail with all the goodies turned on at 800x600.
Joseph, are you using the newest NVIDIA drivers? Do you maybe have AA turned on? Make sure it is detecting the right amount of memory for your vid card too.
It plays nice for me as well....Actually it plays A LOT more flawlessy than in windows...I got around 40-50 and with 2-3 zombies around 20-25 on my P4 2.4Ghz FX5900 128Mb. I use 1024x768 with high detail and AA 2x. If I play like that in windows, I would get around 4fps
I had to do some tweaking on the config file following one tweaking guide i found googleing.
Distribution: K/Ubuntu 18.04-14.04, Scientific Linux 6.3-6.4, Android-x86, Pretty much all distros at one point...
Posts: 1,802
Rep:
Mine plays nice for me at 640x480 resolution using a P4 2.4GHz, 512 MB RAM, and an nVidia GeForce4 MX 440 w/ 128 MB RAM. I am using an older set of drivers and AGPgart. Some slowdown with a lot of action on the screen, but very playable on "High" detail.
Joseph here again, with the poor performance on my GeForce FX 5200. From other people's posts,
I'm thinking there's something wrong with my config that's making the darn thing so slow.
I did notice this in the startup of the game:
---------- R_ARB2_Init ----------
Available.
Cg not available.
---------------------------------
Hmm...no Cg available? I looked quickly on NVIDIA's website, and Cg sure sounds
like it would be important for performance. Also, looking at the back of the box from my
card (PNY GeForce FX 5200 128MB), it specifically says "Architected for Cg".
I'm running the 1.0-6111 driver from NVIDIA on Fedora core 2.
Can anyone confirm whether the above message about Cg not being available
would result in poor performance? Any ideas how to fix it?
Regards,
>>>Joe
here's the entire startup...
******************************************************************
DOOM 1.1.1282 linux-x86 Oct 4 2004 08:27:55
Hostname: x
IP: x
------ Initializing File System ------
Loaded pk4 /files/doom3-demo/demo/demo00.pk4 with checksum 0x93fac1e4
Current search path:
/homedir/joe/.doom3-demo/demo
/files/doom3-demo/demo
/files/doom3-demo/demo/demo00.pk4 (12234 files)
game DLL: 0x0 in pak: 0x0
file system initialized.
--------------------------------------
...6 aas types
game initialized.
--------------------------------------
-------- Initializing Session --------
session initialized
--------------------------------------
--- Common Initialization Complete ---
terminal support enabled ( use +set in_tty 0 to disabled )
pid: 12852
1008 MB System Memory
guessing video ram ( use +set sys_videoRam to force ) ..
found XNVCtrl extension 1.6
128 MB Video Memory
Async thread started
--------- Game Map Shutdown ----------
--------------------------------------
Shutting down sound hardware
----------- OSS Sound Shutdown -----------
unmap dma sound buffer
close sound device
------------------------------------------
idRenderSystem::Shutdown()
------------ Game Shutdown -----------
--------- Game Map Shutdown ----------
--------------------------------------
Shutdown event system
--------------------------------------
shutdown terminal support
Distribution: K/Ubuntu 18.04-14.04, Scientific Linux 6.3-6.4, Android-x86, Pretty much all distros at one point...
Posts: 1,802
Rep:
joseph.ervin,
Check out the nVidia TXT file regarding using AGP, specifically nVidia AGP vs. AGPgart,... what you might be experiencing is a lack of full AGP implementation and therefore slowdown. The fact that your card is halfway decent might be the reason you can get the images at all, and/or why you haven't noticed this until now.
My suggestion would be to investigate enabling AGPgart in your XF86Config file(s).
Have you PLAYED any other 3D games on this machine running Linux???
Yes, I've played UnrealTournament 2003 and 2004 very nicely. Dramatically better, you might say,
than how Doom3 seems to be playing. I'll take a look at the AGPgart thing. Thanks for the lead.
>>>Joe
Quote:
Originally posted by JaseP joseph.ervin,
Check out the nVidia TXT file regarding using AGP, specifically nVidia AGP vs. AGPgart,... what you might be experiencing is a lack of full AGP implementation and therefore slowdown. The fact that your card is halfway decent might be the reason you can get the images at all, and/or why you haven't noticed this until now.
My suggestion would be to investigate enabling AGPgart in your XF86Config file(s).
Have you PLAYED any other 3D games on this machine running Linux???
Originally posted by Linux.tar.gz I confirm: don't work with my ATI radeon... But ATI seems to planning well.
edit:----------------------------------
I tried with a Nvidia Geforce4 pci and it works fine. As i run the game in 640X480, i changed the X11 resolution to improve the best i can. I noticed some bugs.
I noticed too that the non-gpu side of the game seems to be less under pressure than under XP.
edit:----------------------------------
I reinstalled latest ATI drivers: fglrx-4.3.0-3.14.1.i386.tgz. Now it works with my radeon 9200SE. Some textures seems strange. Some bugs.
edit:----------------------------------
timedemo demo1 usecache:
Window$:22,8 fps
Linux:19,6 fps
But, as i said the game is more reactive under linux. It's impressive. It use more than 600Megs of ram cache.
edit:----------------------------------
Many crashes. With both Nvidia and ATI. I run the game with doom3 +set sys_videoram 128
because only 64 are recognized by default.
Don't forget to uninstall old drivers package and rm -r /lib/modules/fglrx
and then reboot in runlevel 3 and do the manip in pure console:
rmmod fglrx <-----If lsmod shows it is loaded
cd /lib/modules/fglrx/build_mod/
sh make.sh
cd ..
sh make_install.sh
If used a Nvidia before ATI, you have to uninstall Nvidia drivers:
sh NVIDIA-Linux-x86-1.0-6111-pkg1.run --uninstall
modprobe fglrx
Last edited by Linux.tar.gz; 10-06-2004 at 04:11 PM.
About the AGPGART thing.. At first I used AGPGART and things seemed fine, but after running Doom 3 and looking at the messages that 'dmesg' outputs, it seems that AGPGART is forcing my agprate back to 4x (though I have it set to use agp8x and cat /proc/driver/nvidia/agp/status also says 8x) so I took out agpgart and used Nvidia's AGP and now its running fine.
Distribution: K/Ubuntu 18.04-14.04, Scientific Linux 6.3-6.4, Android-x86, Pretty much all distros at one point...
Posts: 1,802
Rep:
Quote:
Originally posted by orgee About the AGPGART thing.. At first I used AGPGART and things seemed fine, but after running Doom 3 and looking at the messages that 'dmesg' outputs, it seems that AGPGART is forcing my agprate back to 4x (though I have it set to use agp8x and cat /proc/driver/nvidia/agp/status also says 8x) so I took out agpgart and used Nvidia's AGP and now its running fine.
Some motherboard chipsets don't support anything other than AGPgart in conjunction with an nVidia card. AGPgart isn't state of the art. It's essentially a workaround to get AGP functionality with cards/MoBo combos that aren't quite kosher. It's kind of like AGP miniport drivers in Windoze. So, I'm not surprised to see reduced performance on systems that support 8X cards and the like. But for a system that doesn't have AGP compatibility (which the nVidia Drivers try to have, built in), it's not the best solution in town,... it's the ONLY solution.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.