Page 1 of 1
GZDoom under WinE
Posted: Fri Oct 17, 2008 18:28
by Rachael
I finally got my graphics driver running in Linux... and since I didn't want to go through the hassle of compiling GZDoom on Linux (yet, anyway), I decided to try it on WinE.
Before I updated my graphics driver (so that it would actually work), I got it to work with Software OpenGL mode. After I tuned down the settings a bit, it was playable.
However, it's got the driver, now, and on hardware acceleration, it does NOT work. I cannot figure out what's wrong here. I get sound, but no display. If I press ESC, I can see the faded yellow background from the menu, but that's it.
The GPU is an integrated nForce2 motherboard chipset (GeForce 4 equivilent), and the nVidia driver is 96.43.07. I'm running Slackware 12.0.
Quake 2 is suffering the same issue, however, World of Warcraft runs perfectly. WoW -opengl also works, so it's not exclusively an openGL issue.
Anyone have any ideas?
Posted: Sat Oct 18, 2008 2:41
by Garron
I was having similar issues before I got a native Linux gzdoom, also on Slackware. What Wine package are you using? I found I had much better results with Wine 1.0 than any of the newer versions. Doom/Doom2 ran fine, other games took a long time (~ 15 seconds) to start but worked after that.
Also, does native OpenGL stuff work alright?
I could post my Linux binaries if you (or someone else) wanted, but that's rather a security risk for you.
Posted: Sat Oct 18, 2008 4:21
by Rachael
Most native OpenGL apps work fine, I seem to recall one or two screen savers blanking out though that were doing ok before the graphics driver update. I can't remember which ones, though, nor do I have time, atm, to check.
Posted: Sun Oct 19, 2008 3:40
by Rachael
Well native Skulltag works. And the GL renderer has no problems. I cannot compile a native GZDoom though I keep getting errors.
Posted: Sun Oct 19, 2008 11:22
by Garron
Quicky script to download and compile gzdoom from source for Linux. You need fmod first, if you don't have it already:
http://repository.slacky.eu/slackware-1 ... d/4.18.03/ offers a recent package for Slackware 12.1, it will probably work with 12.0. Binary and .pk3 files will be in the gzdoom-r186 directory.
Code: Select all
#!/bin/sh
# quick & dirty script to download gzdoom from svn and compile
# run somewhere you have write access
CFLAGS="-O2 -march=i686 -mtune=i686"
CXXFLAGS="$CFLAGS"
mkdir gzdoom-r186
cd gzdoom-r186
# current version as of this writing is r186,
# works in linux after patch for r185 by GuntherDW
svn co -r 186 http://mancubus.net/svn/hosted/gzdoom/trunk/
# get the patch from the drdteam forums
wget -O patch.r185.diff.zip "http://forum.drdteam.org/download.php?id=1436&sid=249de98aa2eb33b5bb5f4d6ad473d336"
# patch the files
zcat patch.r185.diff.zip | patch -p0 -d trunk
# do the cmake song and dance
mkdir release
cd release
cmake -DCMAKE_BUILD_TYPE=Release ../trunk && make
cp gzoom gzdoom.pk3 lights.pk3 brightmaps.pk3 ..
Posted: Mon Oct 20, 2008 4:05
by Rachael
Well it compiled, but now it crashes.
Code: Select all
sp@linux:~/gzdoom$ ./gzdoom -nosound
GZDoom v1.1.4 - SVN revision 186M - SDL version
Compiled on Oct 19 2008
M_LoadDefaults: Load system defaults.
W_Init: Init WADfiles.
adding /home/sp/gzdoom/gzdoom.pk3
adding ./doom2.wad (2919 lumps)
I_Init: Setting up machine state.
CPU Vendor ID: AuthenticAMD
Name: AMD Athlon(tm) XP 2600+
Family 6 (7), Model 8, Stepping 1
Features: MMX SSE
V_Init: allocate screen.
Switching to OpenGL renderer...
You must restart GZDoom to switch the renderer
S_Init: Setting up sound.
ST_Init: Init startup screen.
P_Init: Checking cmd-line parameters...
G_ParseMapInfo: Load map definitions.
S_InitData: Load sound definitions.
Texman.Init: Init texture manager.
TEAMINFO_Init: Load team definitions.
LoadDecorations: Load external actors.
*** glibc detected *** ./gzdoom: free(): invalid pointer: 0x085e1c90 ***
======= Backtrace: =========
/lib/libc.so.6[0xb729ec23]
/lib/libc.so.6(cfree+0x90)[0xb72a20f0]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb745a2b1]
/usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0xb745a30d]
./gzdoom(_ZN17FStateDefinitions16ResolveGotoLabelEP6AActorPK6PClassPc+0x162)[0x81fd222]
[0x10]
======= Memory map: ========
08048000-08485000 r-xp 00000000 03:01 607133 /home/sp/gzdoom/gzdoom
08485000-08499000 rwxp 0043c000 03:01 607133 /home/sp/gzdoom/gzdoom
08499000-08836000 rwxp 08499000 00:00 0 [heap]
b5b00000-b5b21000 rwxp b5b00000 00:00 0
b5b21000-b5c00000 ---p b5b21000 00:00 0
b5c7c000-b5c7e000 rwxp b5c7c000 00:00 0
b5c7e000-b5cde000 rwxs 00000000 00:07 165507 /SYSV00000000 (deleted)
b5cde000-b5d5d000 r-xp 00000000 03:01 2273568 /usr/share/fonts/TTF/DejaVuSans.ttf
b5d5d000-b5ecf000 r-xs 00000000 03:01 558489 /home/sp/.fontconfig/a762391574992ad7515a4ddbdf8fb044-x86.cache-2
b5ecf000-b5edf000 r-xs 00000000 03:01 2618523 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-x86.cache-2
b5edf000-b5ee9000 r-xs 00000000 03:01 2618418 /var/cache/fontconfig/d62e99ef547d1d24cdb1bd22ec1a2976-x86.cache-2
b5ee9000-b5ef2000 r-xp 00000000 03:01 1128365 /lib/libnss_files-2.5.so
b5ef2000-b5ef4000 rwxp 00008000 03:01 1128365 /lib/libnss_files-2.5.so
b5ef4000-b5efc000 r-xp 00000000 03:01 1128367 /lib/libnss_nis-2.5.so
b5efc000-b5efe000 rwxp 00007000 03:01 1128367 /lib/libnss_nis-2.5.so
b5efe000-b5f11000 r-xp 00000000 03:01 1128362 /lib/libnsl-2.5.so
b5f11000-b5f13000 rwxp 00012000 03:01 1128362 /lib/libnsl-2.5.so
b5f13000-b5f15000 rwxp b5f13000 00:00 0
b5f1c000-b5f2c000 r-xs 00000000 03:01 2618392 /var/cache/fontconfig/f6b893a7224233d96cb72fd88691c0b4-x86.cache-2
b5f2c000-b5f31000 r-xs 00000000 03:01 2616331 /var/cache/fontconfig/f349e9996a5320f6dd491cedd2b1f964-x86.cache-2
b5f31000-b5f32000 ---p b5f31000 00:00 0
b5f32000-b6731000 rwxp b5f32000 00:00 0
b6731000-b6764000 r-xp 00000000 03:01 2260878 /usr/lib/locale/en_US/LC_CTYPE
b6764000-b67c9000 rwxp b6764000 00:00 0
b67c9000-b67cd000 r-xp 00000000 03:01 1097092 /usr/lib/libXdmcp.so.6.0.0
b67cd000-b67ce000 rwxp 00003000 03:01 1097092 /usr/lib/libXdmcp.so.6.0.0
b67ce000-b67cf000 rwxp b67ce000 00:00 0
b67cf000-b67ed000 r-xp 00000000 03:01 1782487 /usr/lib/libexpat.so.1.5.2
b67ed000-b67ef000 rwxp 0001d000 03:01 1782487 /usr/lib/libexpat.so.1.5.2
b67ef000-b67f1000 r-xp 00000000 03:01 1097060 /usr/lib/libXau.so.6.0.0
b67f1000-b67f2000 rwxp 00001000 03:01 1097060 /usr/lib/libXau.so.6.0.0
b67f2000-b6808000 r-xp 00000000 03:01 1097239 /usr/lib/libxcb.so.1.0.0
b6808000-b6809000 rwxp 00016000 03:01 1097239 /usr/lib/libxcb.so.1.0.0
b6809000-b680a000 r-xp 00000000 03:01 1097247 /usr/lib/libxcb-xlib.so.0.0.0
b680a000-b680b000 rwxp 00000000 03:01 1097247 /usr/lib/libxcb-xlib.so.0.0.0
b680b000-b680c000 r-xp 00000000 03:01 2080693 /usr/lib/tls/libnvidia-tls.so.96.43.07
b680c000-b680d000 rwxp 00000000 03:01 2080693 /usr/lib/tls/libnvidia-tls.so.96.43.07
b680d000-b680e000 rwxp b680d000 00:00 0
b680e000-b705b000 r-xp 00000000 03:01 1097316 /usr/lib/libGLcore.so.96.43.07
b705b000-b7090000 rwxp 0084d000 03:01 1097316 /usr/lib/libGLcore.so.96.43.07
b7090000-b7094000 rwxp b7090000 00:00 0
b7094000-b70ce000 r-xp 00000000 03:01 1782454 /usr/lib/libpng12.so.0.1.2.18
b70ce000-b70cf000 rwxp 0003a000 03:01 1782454 /usr/lib/libpng12.so.0.1.2.18
b70cf000-b7138000 r-xp 00000000 03:01 1782473 /usr/lib/libfreetype.so.6.3.15
b7138000-b713c000 rwxp 00068000 03:01 1782473 /usr/lib/libfreetype.so.6.3.15
b713c000-b7166000 r-xp 00000000 03:01 1792615 /usr/lib/libpangoft2-1.0.so.0.1600.4
b7166000-b7167000 rwxp 00029000 03:01 1792615 /usr/lib/libpangoft2-1.0.so.0.1600.4
b7167000-b716f000 r-xp 00000000 03:01 1097085 /usr/lib/libXcursor.so.1.0.2
b716f000-b7170000 rwxp 00007000 03:01 1097085 /usr/lib/libXcursor.so.1.0.2
b7170000-b7171000 rwxp b7170000 00:00 0
b7171000-b7178000 r-xp 00000000 03:01 1097120 /usr/lib/libXi.so.6.0.0
b7178000-b7179000 rwxp 00006000 03:01 1097120 /usr/lib/libXi.so.6.0.0
b7179000-b717b000 r-xp 00000000 03:01 1097125 /usr/lib/libXinerama.so.1.0.0
b717b000-b717c000 rwxp 00001000 03:01 1097125 /usr/lib/libXinerama.so.1.0.0
b717c000-b719f000 r-xp 00000000 03:01 1097029 /usr/Aborted
Posted: Mon Oct 20, 2008 10:25
by Garron
Gah... try changing CFLAGS to just "-O2" ?
That looks like what was
happening to me when I used more optimizations.. but then I ran that exact script and everything worked fine on my machine.
Posted: Sat Oct 25, 2008 6:06
by Agent ME
On some computers I've used, I wasn't able to get the windows gzdoom.exe running with video without setting vid_forceddraw to true.
Posted: Sat Oct 25, 2008 20:06
by Rachael
Well I tried again at compiling a native GZDoom executable with -O2 and it still crashed.
Posted: Tue Oct 28, 2008 18:08
by GuntherDW
the crash seems to happen because the software renderer doesn't like linux for some reason
i'll see if forcing the renderer to the opengl one fixes it
edit: try this patch, does it help?
(apply it after the r185.diff file, i'm checking out the newest revision, but i'm off to eat first
i'll see what i can do in an hour :p
Posted: Tue Nov 04, 2008 0:29
by Agent ME
GuntherDW wrote:the crash seems to happen because the software renderer doesn't like linux for some reason
i'll see if forcing the renderer to the opengl one fixes it
The software mode has worked for me in linux - and is a patch needed to force opengl mode? Just passing a command line option or a config file change would do that. (Haven't looked at the patch to see if it does other things too though.)
Posted: Tue Nov 04, 2008 2:07
by GuntherDW
Agent ME, the only thing i changed is that it would never revert to the software renderer, that's all i changed (for the linux/sdl side that is, i don't check/change the windows code)
i'll check if the software renderer actually works (i haven't used/checked it in AGES)
edit: using r204, it doesn't seem to crash anymore
Posted: Wed Dec 24, 2008 18:45
by Caos2
Sorry for resurrecting such an old topic but I can run gzdoom just fine under Linux (Ubuntu 8.10) using Wine 1.01 and gzdoom 1.1.04.
My PC is an Asus F3T notebookm, with a Turion X2 processor and a 7600 Go Nvidia GPU.
Contact me if you guys need help.
-C2