The official "ZDoom on Linux" thread.

Hirogen2 · Post by **Hirogen2** » Sat Jan 27, 2007 3:43 pm

randy wrote:
Chilvence wrote:It would be even better to start depreciating the use of DirectX and stuff like that, when there are portable alternatives.
No, if by "portable alternatives" you mean SDL. SDL blows chunks under Windows. So to speak.

It also blows under X11, as you have shown with a minimal benchmark some year(s) ago. I wonder if xv/xvidix [the stuff mplayer uses] could be used instead (or "with").

Siggi · Post by **Siggi** » Sat Jan 27, 2007 4:10 pm

Necromage wrote:yeah, andnow that you mention it that is probably the problem

I tried that back when I was new to Linux, it didn't end well.

I decided to save myself a whole load of trouble and reinstalled, but as 32bit instead.

Apparently, you can compile ZDoom as a 32bit binary and it'll work. I don't know how to do that though.

Necromage · Post by **Necromage** » Sat Jan 27, 2007 5:26 pm

Looking through this thread jim said you can use this csflag: -m32 to compile it as 32 bits. But all that did was get me this:

Spoiler:

Code: Select all

In file included from src/r_state.h:27,
                 from src/r_data.h:28,
                 from src/r_local.h:33,
                 from src/p_local.h:27,
                 from src/am_map.cpp:31:
src/d_player.h:31:25: error: a_artifacts.h: No such file or directory
In file included from src/d_player.h:46,
                 from src/r_state.h:27,
                 from src/r_data.h:28,
                 from src/r_local.h:33,
                 from src/p_local.h:27,
                 from src/am_map.cpp:31:
src/b_bot.h:17:23: error: a_pickups.h: No such file or directory
src/am_map.cpp:34:28: error: a_sharedglobal.h: No such file or directory
src/am_map.cpp:38:22: error: i_system.h: No such file or directory
src/zstring.h: In member function ‘int FString::CompareNoCase(const FString&) const’:
src/zstring.h:194: error: ‘stricmp’ was not declared in this scope
src/zstring.h: In member function ‘int FString::CompareNoCase(const char*) const’:
src/zstring.h:195: error: ‘stricmp’ was not declared in this scope
src/d_player.h: At global scope:
src/d_player.h:79: error: ISO C++ forbids declaration of ‘AWeapon’ with no type
src/d_player.h:79: error: ‘AWeapon’ declared as a ‘virtual’ field
src/d_player.h:79: error: expected ‘;’ before ‘*’ token
src/d_player.h:80: error: ISO C++ forbids declaration of ‘AWeapon’ with no type
src/d_player.h:80: error: ‘AWeapon’ declared as a ‘virtual’ field
src/d_player.h:80: error: expected ‘;’ before ‘*’ token
src/d_player.h:230: error: ISO C++ forbids declaration of ‘AWeapon’ with no type
src/d_player.h:230: error: expected ‘;’ before ‘*’ token
src/d_player.h:231: error: ISO C++ forbids declaration of ‘AWeapon’ with no type
src/d_player.h:231: error: expected ‘;’ before ‘*’ token
src/d_player.h:247: error: ISO C++ forbids declaration of ‘AWeapon’ with no type
src/d_player.h:247: error: expected ‘;’ before ‘*’ token
src/am_map.cpp: In function ‘void AM_drawAuthorMarkers()’:
src/am_map.cpp:2145: error: ‘AMapMarker’ was not declared in this scope
src/am_map.cpp:2145: error: template argument 1 is invalid
src/am_map.cpp:2145: error: invalid type in declaration before ‘(’ token
src/am_map.cpp:2146: error: ‘mark’ was not declared in this scope
src/am_map.cpp:2148: error: request for member ‘Next’ in ‘it’, which is of non-class type ‘int’
src/am_map.cpp: In function ‘void AM_Drawer()’:
src/am_map.cpp:2212: error: ‘APowerScanner’ was not declared in this scope
src/am_map.cpp:2212: error: no matching function for call to ‘APlayerPawn::FindInventory()’

Hirogen2 · Post by **Hirogen2** » Mon Jan 29, 2007 11:12 am

-m32 on x86_64 works for me.

Code: Select all

make -f Makefile.linux EXT_CFLAGS="-O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -m32" EXT_LDFLAGS="-m32"

If it can't find a_artifacts.h or any Zdoom-specific .h file, you, your compiler or your source tree is busted.

Post by **randi** » Mon Jan 29, 2007 5:41 pm

Hirogen2 wrote:It [SDL] also blows under X11, as you have shown with a minimal benchmark some year(s) ago. I wonder if xv/xvidix [the stuff mplayer uses] could be used instead (or "with").

The problem isn't SDL; the problem is that OpenGL is apparently the only decent method of getting access to video memory under X. I doubt xv would be of any use, since that apparently is only for typical video color spaces, which are not RGB. So even if it can get the image to the screen quicker, you'd probably still spend the difference converting it into a format it can use (and losing some information in the process).

koisidis · Post by **koisidis** » Tue Jan 30, 2007 12:02 pm

Hirogen2 wrote:-m32 on x86_64 works for me.
Code: Select all
make -f Makefile.linux EXT_CFLAGS="-O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -m32" EXT_LDFLAGS="-m32"
If it can't find a_artifacts.h or any Zdoom-specific .h file, you, your compiler or your source tree is busted.

Hello,

on an AMD Turion64 X2 machine with openSuSE 10.1 x64 I get the same error as Necromage:

src/sc_man_scanner.re: In function ‘bool SC_GetString()’:
src/sc_man_scanner.re:144: error: no matching function for call to ‘MIN(long int, int)’

@Hirogen2 Your make options doesn't change anything during compile. Could you share the download source of your zdoom source code with us? I tried version 2.1.7, which can be downloaded from here

http://www.zdoom.org/files/

and from here

http://sourceforge.net/project/showfile ... _id=459769

Each time the same error.
I know, there is an RPM for openSuSE 10.1 but when I install and start zdoom, it corrupts my screen resolution and crashes.

Thank you in advance and forgive me any forum rules' abuse, this is the second post in my life

.

Hirogen2 · Post by **Hirogen2** » Wed Jan 31, 2007 6:35 am

koisidis wrote:on an AMD Turion64 X2 machine with openSuSE 10.1 x64 I get the same error as Necromage:
src/sc_man_scanner.re: In function ‘bool SC_GetString()’:
src/sc_man_scanner.re:144: error: no matching function for call to ‘MIN(long int, int)’
@Hirogen2 Your make options doesn't change anything during compile. Could you share the download source of your zdoom source code with us? I tried version 2.1.7, which can be downloaded from here

I basically took the .src.rpm, unpacked it, explicitly added the -m32 flags for testing, and recompiled (rpmbuild -bc zdoom.spec). It did not link for me (lacking 32-bit FLAC library and I am too lazy to produce that), but it compiled, which is a great leap.

Siggi · Post by **Siggi** » Thu Feb 01, 2007 6:04 pm

I recently uploaded a binary of ZDoom r471 compiled on Ubuntu Linux (6.10 with the most recent updates). If anyone is interested you can download it here.

Keep in mind, this is obviously not official.

koisidis · Post by **koisidis** » Fri Feb 02, 2007 4:18 am

Hello again!

Hirogen2 wrote: I basically took the .src.rpm, unpacked it, explicitly added the -m32 flags for testing, and recompiled (rpmbuild -bc zdoom.spec). It did not link for me (lacking 32-bit FLAC library and I am too lazy to produce that), but it compiled, which is a great leap.

@Hirogen2: I tried your suggestion yesterday, I didn't know however what it means to "add the -m32 flags for testing". I just adapted the file in the SPEC folder and my former problem didn't occur, however the linker used 64bit libraries.
(maybe off topic, but funny) After having tried some dirty solutions I managed to delete my /usr/lib64 folder (please don't laugh

) and then had the chance to do semi-new install openSuSE 10.2. Except for the time that went on this, I don't regret it

.

So, since I obviously don't have sufficient experience in programing, could you please tell me more preciesely where to add the -m32 flags for testing? Thank you!

@Psycho Siggi: I guess, I'll try your binary. Thank you

!

Hirogen2 · Post by **Hirogen2** » Sat Feb 03, 2007 6:54 am

koisidis wrote:So, since I obviously don't have sufficient experience in programing, could you please tell me more preciesely where to add the -m32 flags for testing? Thank you!

This is part of the spec file, and tells everything you need to know:

Code: Select all

make -f Makefile.linux EXT_CFLAGS="$RPM_OPT_FLAGS" \
    EXT_LDFLAGS="-L. -Wl,-rpath,%_datadir/%name";

So for your case,

Code: Select all

make -f Makefile.linux EXT_CFLAGS="-O2 -g0 -m32" EXT_LDFLAGS="-m32"

Note that the linker frontend also needs -m32 (hence it is present in LDFLAGS).

Mannequin · Post by **Mannequin** » Tue Feb 06, 2007 2:54 pm

I'm having a weird problem with compiling 2.1.7 on Ubuntu Edgy (6.10). Well, I tell a lie. Everything compiles fine, but when I run ZDoom, I get maybe a second of sound, then it's silent.

I've used Grubber's way of installing Fmod. Everything else has been installed via 'apt-get'.

Any clues as to how to do things differently on an Ubuntu system, or what may have gone wrong would be appreciated. I know I haven't gone in to a lot of detail here, but this is really all I know. I'm not getting any errors on the command line or anywhere else.

[EDIT] Okay, I've downloaded r479. I _love_ the wad chooser!

Anyway, I now get sound, but it's very choppy... Anyone else have this problem? [/EDIT]

Thanks.
-M.

Siggi · Post by **Siggi** » Thu Feb 08, 2007 1:33 pm

I have not had that problem at all, and I'm also using Ubuntu 6.10.
Do all your other applications have sound working correctly?

Mannequin · Post by **Mannequin** » Fri Feb 09, 2007 12:22 pm

Yeah. Although SuperTux's sound slow a bit when it's loading something.

But this is something altogether different. Even when ZDoom is just sitting there at the menu just after starting it's very choppy. I've played with the sound settings, but it does no good. I haven't had a good sound compile since r1xx, really. I would have reported it sooner, but I thought it was something that I was doing wrong, then I stopped playing DOOM for a while...

I know that ZDoom uses FMOD for sound, but does it use SDL at all for it as well?

-M.

Hirogen2 · Post by **Hirogen2** » Sat Feb 10, 2007 2:46 pm

The old linux clients (Zdoom 1.22, csdoom) also had sound problems (namely: A-V delay), so it's not a new bug...

Mannequin · Post by **Mannequin** » Sat Feb 10, 2007 3:57 pm

Errg... That sucks. I guess I'll have to live with it unless I've found out that I've done something wrong. But, following what others have done, even with a different distro, shouldn't be causing any hassle. No only that, but I've flippin' done it before!

-M.