EDuke32 on Fedora Core 6

[bigjeep95]

Hey all,

I am new to these forums as in posts but have frequented them for years. I have been a huge fan of Duke since the original Duke Nukem 1. The work being done on EDuke32 and the HRP has me DROOLING and wanting to play Duke Nukem 3d again. So, I am trying to figure out how to get it running under Linux. I have been using Linux for about a year and consider myself not a NOOBIE but still in training.

I am using Fedora Core 6 and am trying to setup EDuke32. I am thinking the lack of information that I have found after searching for 2 days straight means that what ever is figured out regarding getting EDuke32 to run on Fedora Core 6 would be good for the wiki. So, here is what I have done based on information found in read me files and information on the various websites which includes Jono's, icculus, EDuke32 etc..

1. Downloaded eduke32_src_20060718.zip and txbuild_src_20060718.zip to the desktop.

2. Extracted the two folders.

3. Made two new folders, build and duke3d.

4. Copied the extracted txbuild_src_20060718.zip information to the build folder and the eduke32_src_20060718.zip to the duke3d folder.

5. In a terminal window in the duke3d folder as root typed "make".

6. After that I encoutner a bunch of errors and nothing works out.

Those errors are:

http://www3.telus.net/mynott/error_1.txt

MOVE INTO THE BUILD FOLDER AS ROOT AND TYPE "MAKE"

http://www3.telus.net/mynott/error_2.txt

So, there ya go. I am looking for any help. If I can get this working I am going to put all the info into the Wiki so the answer will benefit all those Duke crazy Fedora users. Thanks again!

Casey

[TerminX]

You didn't install nasm, and a "make" in the TXBuild directory itself will always fail with the version of the source you have.

[bigjeep95]

You didn't install nasm, and a "make" in the TXBuild directory itself will always fail with the version of the source you have.

Cool! I am installing nasm right now. As for the version, what would be the best version to use or where would be the best directory to type "make" into?

[TerminX]

You have to execute make under the directory that is created from the eduke32 source zip itself. I need to get around to releasing a new version that has the Linux sound code and all of the gcc 4.x warnings cleaned up.

[bigjeep95]

Okay, installed nasm and once again typed "make" into the duke3d folder. Looks as if it is still unhappy. Check out below.

http://www3.telus.net/mynott/error_3.txt

[TerminX]

Looks like you're missing the libstdc++ development files. Also, uh, you're not supposed to log onto any Linux desktop environment as root, ever, and you're especially not supposed to be putting game source code on root's desktop. Just a bit of advice.

[bigjeep95]

Cool. Thanks for the advice. I did some research and by being root and messing around I could bring about the end of the earth. Judgment day penguin style. Crazy. Anywho, I have installed the libstdc++ development files. After moving around some of the con files the missing TABLES.DAT error occurs in the log file. Any ideas?

[TerminX]

You need to place duke3d.grp in the directory with the binary (or in /usr/local/share/games/eduke32).

[bigjeep95]

I already had it in the same directory but had to change the file name to lower case. Well, success, it ran. REALLY slow. So slow that it is not playable. Also, after reading some more posts it seems that the sound was not included by Jono because of testing purposes? It seems that their was a patch made for a previous version of Jono's port and apparently Jono is working on a sound setup that should be cross platform. Very cool. Anything I can do to speed up the game? Thanks!

My system:

AMD 1.4 Ghz
512mb Ram
ATI 128mb Radeon video card
Running Fedora Core 6

The eduke32.log file:

EDuke32 1.4.0 beta 2 (Jan 6 2007 18:47:22)
Copyright (c) 1996, 2003 3D Realms Entertainment
Copyright (c) 2006 EDuke32 team
addsearchpath(): Added /home/cmynott/Desktop/test/
addsearchpath(): Added /home/cmynott/.eduke32/
Initialising SDL system interface (compiled with SDL version 1.2.10, DLL version 1.2.10)
Loading libGL.so
Using "x11" video driver
Detecting video modes:
- 1024x768 32-bit fullscreen
- 800x600 8-bit windowed
- 640x480 8-bit windowed
- 640x400 8-bit windowed
- 512x384 8-bit windowed
- 480x360 8-bit windowed
- 400x300 8-bit windowed
- 320x240 8-bit windowed
- 320x200 8-bit windowed
- 800x600 32-bit windowed
- 640x480 32-bit windowed
- 640x400 32-bit windowed
- 512x384 32-bit windowed
- 480x360 32-bit windowed
- 400x300 32-bit windowed
- 320x240 32-bit windowed
- 320x200 32-bit windowed
Using Shareware GRP file.

Distribution of shareware Duke Nukem 3D is restricted in certain ways.
Please read LICENSE.DOC for more details.
Compiling: GAME.CON (99639 bytes)
Including: DEFS.CON (28893 bytes)
Including: USER.CON (36960 bytes)
Version 1.3D CON files detected.
GAME.CON: In state `blimphitstate':
GAME.CON:157: warning: expected a define, found a actor.

Compiled code size: 12131/65536 bytes
1530/11264 labels, 256/1024 variables
0 event definitions, 119 defined actors

*** You have run Duke Nukem 3D 15 times. ***

0 joystick(s) found
CONTROL_Startup: Mouse Present
Initialising timer
Loading art header...
initcache(): Initialised with 16777200 bytes
Loading palette/lookups...
mmulti: This machine's IP is 127.0.0.1
RTS Manager Started.
Adding DUKE.RTS.
Using .RTS file: DUKE.RTS
Setting video mode 1024x768 (32-bpp fullscreen)
Initializing OSD...
Checking music inits...
Checking sound inits...

[TerminX]

Install drivers that support 3D acceleration, or run in classic mode?

[bigjeep95]

Hmmmmmmmm....I already have the ati fglrx drivers installed for 3d acceleration. How would I go about running in classic mode?

[TerminX]

Just change the renderer to classic in the video setup menu.

[bigjeep95]

Okay, I think that I missing something. Here's where I am at. I installed all the packages Fedora Core 6 was missing. Typed "make" into the eduke32 source folder. 6 files were generated. Those files are:

mapster32.map
mapster32.sym
mapster32 (executable)
eduke32.map
eduke32.sym
eduke32 (exectuable)

I then got the shareware version of duke nukem and used dosbox to install it. I moved the 6 eduke32 generated files and the duke nukem shareware files into the same directory. I had to rename the duke3d.grp to all lowercase to avoid the TABLES.DAT error. After that I run the eduke32 executable and it launches into the game and runs very slowly.

The windows version has a nice little menu to choose various options from. Does the Linux version have the same?

[TerminX]

It runs very slowly because something is probably wrong with your driver installation. What kind of fps do you get in glxgears? The Windows version allows you to select the resolution, et cetera during startup because the Windows version isn't 6 months old.

[bigjeep95]

Gotcha. Check out the screenshot. My glxgears seems to be running pretty well. I guess I have some options. Either keep trying with Fedora Core 6, move on to another distribution or back to Windows. Well, there ya go. Anything else I can try to get this working on Fedora Core 6? Thanks again.

[TerminX]

FPS seems low (I get 3000 or 4000 on something as old as a GeForce 4 Ti4200), but it seems fast enough to run the game. What kind of slowness are you experiencing?

[bigjeep95]

Hmmmm.....just to give an example, when the game loads to the menu the spinning nuclear sign takes about 5 seconds to do one complete rotation. So slow that I have to reboot to exit the game. I tried to remove the ati drivers and just try the mesa drivers to see if that changes anything. It didn't. So, I have an old 64md nvidia card that I am going to try. Apparently, ati and Linux don't get along very well.

[bigjeep95]

Well, SUCCESS! ATI and Linux are not friends. Apparently, Nvidia and Linux are gooood friends. The game purrrrrs with this old 64mb Nvidia card. Good times! Okay, I have the game running. Now I am working on getting sound working and the HRP packages.

Also, I am assuming that the snapshots on the eduke32 site are windows executables?

Thanks again for all the info. I have started adding info to the Wiki and will have it done soon. All those Fedora users and hopefully anyone else using Linux out their will find it useful.

[TerminX]

The snapshots are for Windows, yeah. There's a Linux one from sometime last month, but I don't know how well it would work for you.

[Plagman]

Yeah, it's a known fact that ATI Linux display drivers have quite a lot of issues. I'm guessing the engine failed to hook to the correct GL driver and somehow picked a software fallback. You could try putting the libGL.so that came with your ATI driver just next to the game binaries and see if the performance increases.

[bigjeep95]

Yeah, it's a known fact that ATI Linux display drivers have quite a lot of issues. I'm guessing the engine failed to hook to the correct GL driver and somehow picked a software fallback. You could try putting the libGL.so that came with your ATI driver just next to the game binaries and see if the performance increases.

Ah, I just threw in the old nvidia card and it's working like a charm. Too bad for ATI, they have good hardware but poor Linux support.

The snapshots are for Windows, yeah. There's a Linux one from sometime last month, but I don't know how well it would work for you.

Yup, you're right, the snapshot no workie. I guess I have to build from the source based on my machine and setup. Oh well, hopefully their will be a source update in the near future.

I got the latest HRP stuff working based on the HRP site. The automated Linux install was pretty and it worked but I had to manually move stuff around and use my source built files to get it running. High Res duke, is their any other way to play duke3d?

Now, on to figuring out the sound.....any suggestions?

[TerminX]

There is no sound in the version of EDuke32 you have.

[bigjeep95]

Gotcha. Is the sound stuff that Jono has been working on leading to EDuke32 Linux sound support?

[TerminX]

Kind of. I hacked in part of the sound code from the icculus.org port, which will be in the next release. I didn't want to wait another couple of years for Linux sound support from JFDuke.

[bigjeep95]

Cool. Well, I can't wait. Thanks again!

[toto]

Me too !!!! :-)

Originally Posted by TerminX

Looks like you're missing the libstdc++ development files.

Eduke32 is written in c/c++ finally, true ?

[TerminX]

EDuke32 has always been written in C...

[toto]

ho ok thats the build engine then. Otherwise i don't understant why you need libstdc++ ?

[TerminX]

It's required because JFAud and the game code to support it are written in C++.

[toto]

Originally Posted by TerminX

You need to place duke3d.grp in the directory with the binary (or in /usr/local/share/games/eduke32).

mapster32 doesn't work if you copy duke3d.grp here (/usr/local/share/games/eduke32), it can't locate it

[bigjeep95]

The GRP file needs to be in the directory with the executables and associated Duke Nukem 3D game files. It really depends on what distro you are using. I just made sure that everything was in a folder on the desktop and everything worked Grrrreat. This also includes the HRP packages. Well, everything except the sound of course.

[toto]

Happy to see that it work for you. Hope to see you in dukematch (with the sound).
Ok TerminX release the new version today ! and you are the man of the year

[bigjeep95]

Are you having problems getting things to work toto? What distro are u using?