The official "ZDoom on Linux" thread.

Handy guides on how to do things, written by users for users.

Moderators: GZDoom Developers, Raze Developers

Forum rules
Please don't start threads here asking for help. This forum is not for requesting guides, only for posting them. If you need help, the Editing forum is for you.
User avatar
Doomguy0505
Posts: 625
Joined: Tue Mar 29, 2005 4:53 am
Contact:

Post by Doomguy0505 »

Why would a program written in a high level language like C++ not work on a 64-bit architechture?
User avatar
QBasicer
Posts: 766
Joined: Tue Sep 16, 2003 3:03 pm
Contact:

Post by QBasicer »

I guess there's some crazy stuff you have to do to get a 64bit version of ZDoom to link with a 32bit binary library (like FMod). I personally don't have 64 bit, but that's just what a friend of mine says.

Besides, why are we even using FMod, what's wrong with say OpenAL?
User avatar
Grubber
Posts: 1031
Joined: Wed Oct 15, 2003 12:19 am
Location: Czech Republic
Contact:

Post by Grubber »

It doesn't support so much audio formats, I suppose.
stevenaaus
Posts: 13
Joined: Fri May 25, 2007 12:20 am

Post by stevenaaus »

Doomguy0505 wrote:Why would a program written in a high level language like C++ not work on a 64-bit architechture?

Umm.. Though C++ is OO, C's pretty low level, and Games ditto. Doing funky things with memory and type casts in a hurry will give you issues pretty quick.
stevenaaus
Posts: 13
Joined: Fri May 25, 2007 12:20 am

linux zdoom-2.0.94 - register class 'Pistol' more than once

Post by stevenaaus »

Some of the mods i've tried out seem to have issues with 2.1.7, So I've
spent plenty of hours messing around with old versions and have zdoom-2.0.94 going ok. Maybe there was already an version that built nicely on Linux ??

Stuff I recall doing are:

hacked together a strlwr.c routine
fixed some typo for "menauctive", removing a reference to WINDOWED (??)
hacked in a_strifebishop into the makefiles (mising objects at link)
changed FindFirst tests from -1 to NULL (game saves were just dying)
finalised PATH formation from "." to "~/.zdoom" (game loads were lost)

Sometime it will go up at http://www.linuxquake.org, or email me for a copy ;> 8-)
User avatar
Hirogen2
Posts: 2033
Joined: Sat Jul 19, 2003 6:15 am
Operating System Version (Optional): Tumbleweed x64
Graphics Processor: Intel with Vulkan/Metal Support
Location: Central Germany
Contact:

Post by Hirogen2 »

Doomguy0505 wrote:Why would a program written in a high level language like C++ not work on a 64-bit architechture?
Hand over the source code of fmod, and all your problems will be solved.
stevenaaus
Posts: 13
Joined: Fri May 25, 2007 12:20 am

Post by stevenaaus »

Grubber wrote:@QBasicer: Make sure you use OSS for sound output (snd_output oss), fmod's ALSA output is ugly.
On my SBLive - in all operating systems (fedora 7 , man9.1) ALSA is great whereas OSS has small latency hangs, and zdoom-2.0.94 won't play anything in OSS. ?!?
User avatar
Grubber
Posts: 1031
Joined: Wed Oct 15, 2003 12:19 am
Location: Czech Republic
Contact:

Post by Grubber »

I agree that ALSA is better than OSS, but it's fmod that has the problems.
User avatar
k0da
Posts: 54
Joined: Thu Jan 25, 2007 8:39 pm

Post by k0da »

QBasicer wrote:I guess there's some crazy stuff you have to do to get a 64bit version of ZDoom to link with a 32bit binary library (like FMod). I personally don't have 64 bit, but that's just what a friend of mine says.
I don't think this is currently possible. Why would you want to go to all the trouble of hacking the OS and GCC, or whatever is involved to be able to do this? Linking against the 64-bit Linux version of FMOD Ex with my code is a much easier approach.
Besides, why are we even using FMod, what's wrong with say OpenAL?
You could go to the trouble of implementing OpenAL, but I think it would be wiser to wait to see how my FMOD Ex patch performs on Linux. I will have a new version up as soon as I have net access at home again... hopefully next week as my house mate ordered ADSL today.
User avatar
QBasicer
Posts: 766
Joined: Tue Sep 16, 2003 3:03 pm
Contact:

Post by QBasicer »

Unfortunatly, Windows decided to overwrite my MBR, so I can't boot linux ATM.

I will, however, take a look when I get set back up (I need a CD-R, those are hard to come by without some effort)
User avatar
Risen
Posts: 5263
Joined: Thu Jan 08, 2004 1:02 pm
Location: N44°30' W073°05'

Post by Risen »

The drive, or the media? I've never had problems finding the media...
User avatar
QBasicer
Posts: 766
Joined: Tue Sep 16, 2003 3:03 pm
Contact:

Post by QBasicer »

The media. It requires me to go to a store. Bah! CD-R should just grow on trees.
User avatar
HeX
Posts: 43
Joined: Mon Jan 22, 2007 6:47 am
Location: www.odamex.net

Post by HeX »

I'm using Ubuntu 7.04 with complete updates and am following the install instructions on the wiki. I was able to install the libs fine but when I compile I get a weird error and don't know what the problem is. I'm pretty sure I have everything needed to compile as well.

Code: Select all

vulture@vulture-linux:~/zdoom$ make -f Makefile.linux
sh: svnversion: not found
make: *** [updaterev] Error 1
vulture@vulture-linux:~/zdoom$ 
Anyone know what this is? :?

I got Skulltag beta4 and Odamex alpha .2a running great but zdoom is being troublesome for me. Also I'm still kinda new to Ubuntu so please go into detail if need be.
User avatar
Doomguy0505
Posts: 625
Joined: Tue Mar 29, 2005 4:53 am
Contact:

Post by Doomguy0505 »

You need to install subversion, though I don't see why it's needed.
User avatar
HeX
Posts: 43
Joined: Mon Jan 22, 2007 6:47 am
Location: www.odamex.net

Post by HeX »

Well that got rid of part of the problem....now I just get this:

Code: Select all

vulture@vulture-linux:~/zdoom$ make -f Makefile.linux
make: *** [updaterev] Error 1
vulture@vulture-linux:~/zdoom$ 
Post Reply

Return to “Tutorials”