GZDoom under WinE

Advanced OpenGL source port fork from ZDoom, picking up where ZDoomGL left off.
[Home] [Download] [Git builds (Win)] [Git builds (Mac)] [Wiki] [Repo] [Bugs&Suggestions]

Moderator: Graf Zahl

Locked
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

GZDoom under WinE

Post 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?
Garron
Posts: 8
Joined: Sat Oct 04, 2008 14:55

Post 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. :P
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post 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.
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

Well native Skulltag works. And the GL renderer has no problems. I cannot compile a native GZDoom though I keep getting errors.
Garron
Posts: 8
Joined: Sat Oct 04, 2008 14:55

Post 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 ..
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post 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
Garron
Posts: 8
Joined: Sat Oct 04, 2008 14:55

Post 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.
User avatar
Agent ME
Posts: 229
Joined: Mon Jan 02, 2006 12:39
Contact:

Post 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.
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

Well I tried again at compiling a native GZDoom executable with -O2 and it still crashed.
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:

Post 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
Attachments
r185.forceopengl.diff.zip
(512 Bytes) Downloaded 108 times
User avatar
Agent ME
Posts: 229
Joined: Mon Jan 02, 2006 12:39
Contact:

Post 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.)
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:

Post 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
Caos2
Posts: 1
Joined: Wed Dec 24, 2008 18:42

Post 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
Locked

Return to “GZDoom”