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
bingojohnson
Posts: 24
Joined: Tue Mar 12, 2013 8:29 am

Re: The official "ZDoom on Linux" thread.

Post by bingojohnson »

I'm having trouble starting GZDoom 2.1 (g2.1.pre-929-g887014c) on software mode on a intel chipset.
Setting vid_renderer=0 on zdoom.ini doesn't work. On GZdoom 1.8.6 it works fine.

I'm running openSUSE and compiled the two versions just fine.

I'm getting this error:

Code: Select all

GZDoom g2.1.pre-929-g887014c - 2015-04-17 21:39:35 +0200 - SDL version
Compiled on Apr 18 2015

M_LoadDefaults: Load system defaults.
Gameinfo scan took 0 ms
W_Init: Init WADfiles.
 adding /usr/games/gzdoom/gzdoom.pk3, 606 lumps
 adding /home/marcos/.config/gzdoom/doom.wad, 2306 lumps
I_Init: Setting up machine state.
CPU Vendor ID: GenuineIntel
  Name: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz
  Family 6, Model 37, Stepping 2
  Features: MMX SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
I_InitSound: Initializing FMOD
FMOD Sound System, copyright � Firelight Technologies Pty, Ltd., 1994-2009.
Loaded FMOD version 4.26.36
OSS could not be initialized. Trying ALSA.
V_Init: allocate screen.
S_Init: Setting up sound.
ST_Init: Init startup screen.
Checking cmd-line parameters...
S_InitData: Load sound definitions.
G_ParseMapInfo: Load map definitions.
Texman.Init: Init texture manager.
ParseTeamInfo: Load team definitions.
LoadActors: Load actor definitions.
R_Init: Init Doom refresh subsystem.
DecalLibrary: Load decals.
M_Init: Init menus.
P_Init: Init Playloop state.
ParseSBarInfo: Loading default status bar definition.
ParseSBarInfo: Loading custom status bar definition.
D_CheckNetGame: Checking network game status.
player 1 of 1 (1 nodes)
Using video driver x11
Unsupported OpenGL version.
At least OpenGL 3.0 is required to run GZDoom.



*** Fatal Error ***
System BUS error (signal 7)
Address: (nil)

Generating gzdoom-crash.log and killing process 12684, please wait... 
warning: /etc/gdbinit.d/gdb-heap.py: No such file or directory
Got object file from memory but can't read symbols: File truncated.
sh: gxmessage: command not found
Killed
This is the crash log:

Code: Select all

*** Fatal Error ***
System BUS error (signal 7)
Address: (nil)

System: Linux linux-8xx1.site 3.16.7-7-desktop #1 SMP PREEMPT Wed Dec 17 18:00:44 UTC 2014 (762f27a) x86_64 x86_64 x86_64 GNU/Linux

GZDoom version g2.1.pre-929-g887014c (887014c32268966557b00f012e92e6744e108409)
Compiler version: 4.8.3 20140627 [gcc-4_8-branch revision 212064]

Command line: /usr/games/gzdoom/gzdoom

Wad 0: gzdoom.pk3
Wad 1: doom.wad

Not in a level.

Executing: gdb --quiet --batch --command=gdb-respfile-yvfwCJ
[New LWP 12695]
[New LWP 12694]
[New LWP 12693]
[New LWP 12692]
[New LWP 12691]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007fb78ce86489 in waitpid () from /lib64/libpthread.so.0

* Loaded Libraries
From                To                  Syms Read   Shared Object Library
                                        No          linux-vdso.so.1
0x00007fb78f23f4f0  0x00007fb78f488a9e  Yes (*)     /usr/lib64/libgtk-x11-2.0.so.0
0x00007fb78ef36fe0  0x00007fb78ef8b8cb  Yes (*)     /usr/lib64/libgdk-x11-2.0.so.0
0x00007fb78ed0eed0  0x00007fb78ed13886  Yes (*)     /usr/lib64/libpangocairo-1.0.so.0
0x00007fb78eaefa80  0x00007fb78eafbe63  Yes (*)     /usr/lib64/libatk-1.0.so.0
0x00007fb78e7d6ea0  0x00007fb78e8a0a66  Yes (*)     /usr/lib64/libcairo.so.2
0x00007fb78e5a6c70  0x00007fb78e5b9010  Yes (*)     /usr/lib64/libgdk_pixbuf-2.0.so.0
0x00007fb78e2617a0  0x00007fb78e327fdb  Yes (*)     /usr/lib64/libgio-2.0.so.0
0x00007fb78e01c170  0x00007fb78e023a0d  Yes (*)     /usr/lib64/libpangoft2-1.0.so.0
0x00007fb78ddd7f30  0x00007fb78ddf6506  Yes (*)     /usr/lib64/libpango-1.0.so.0
0x00007fb78db84f90  0x00007fb78dbb2516  Yes (*)     /usr/lib64/libgobject-2.0.so.0
0x00007fb78d8882d0  0x00007fb78d8fb5ca  Yes (*)     /usr/lib64/libglib-2.0.so.0
0x00007fb78d634640  0x00007fb78d6512f9  Yes (*)     /usr/lib64/libfontconfig.so.1
0x00007fb78d3a5620  0x00007fb78d40304d  Yes (*)     /usr/lib64/libfreetype.so.6
0x00007fb78d0a83f0  0x00007fb78d15724a  Yes (*)     /usr/lib64/libSDL2-2.0.so.0
0x00007fb78ce7c9f0  0x00007fb78ce88661  Yes (*)     /lib64/libpthread.so.0
0x00007fb78cbfcc30  0x00007fb78cc56f19  Yes (*)     /usr/lib64/libGLU.so.1
0x00007fb78c984ae0  0x00007fb78c9d7492  Yes (*)     /usr/lib64/libGL.so.1
0x00007fb78c64a530  0x00007fb78c6cd9cb  Yes (*)     /usr/lib64/libX11.so.6
0x00007fb78c41bc90  0x00007fb78c4253cf  Yes (*)     /usr/lib64/libXext.so.6
0x00007fb78c212350  0x00007fb78c21506c  Yes (*)     /lib64/librt.so.1
0x00007fb78bffc4e0  0x00007fb78c0089f7  Yes (*)     /lib64/libz.so.1
0x00007fb78bdaa140  0x00007fb78bddff40  Yes (*)     /usr/lib64/libjpeg.so.62
0x00007fb78bb985d0  0x00007fb78bba2f38  Yes (*)     /usr/lib64/libbz2.so.1
0x00007fb78b8bc280  0x00007fb78b992828  Yes (*)     /usr/games/gzdoom/libfmodex64-4.26.36.so
0x00007fb78b659ed0  0x00007fb78b65a97e  Yes (*)     /lib64/libdl.so.2
0x00007fb78b3b1070  0x00007fb78b4139ba  Yes (*)     /usr/lib64/libstdc++.so.6
0x00007fb78b055580  0x00007fb78b0c0ec6  Yes (*)     /lib64/libm.so.6
0x00007fb78ae3bfb0  0x00007fb78ae4b6f5  Yes (*)     /lib64/libgcc_s.so.1
0x00007fb78aab1490  0x00007fb78abda373  Yes (*)     /lib64/libc.so.6
0x00007fb78a88f290  0x00007fb78a890155  Yes (*)     /usr/lib64/libgmodule-2.0.so.0
0x00007fb78a6897c0  0x00007fb78a68b9f6  Yes (*)     /usr/lib64/libXfixes.so.3
0x00007fb78a47fd80  0x00007fb78a485a48  Yes (*)     /usr/lib64/libXrender.so.1
0x00007fb78a27bc10  0x00007fb78a27c503  Yes (*)     /usr/lib64/libXinerama.so.1
0x00007fb78a06d5c0  0x00007fb78a0772c2  Yes (*)     /usr/lib64/libXi.so.6
0x00007fb789e62ec0  0x00007fb789e683c8  Yes (*)     /usr/lib64/libXrandr.so.2
0x00007fb789c58e40  0x00007fb789c5d7ad  Yes (*)     /usr/lib64/libXcursor.so.1
0x00007fb789a53d40  0x00007fb789a54715  Yes (*)     /usr/lib64/libXcomposite.so.1
0x00007fb789850c90  0x00007fb78985159b  Yes (*)     /usr/lib64/libXdamage.so.1
0x00007fb7895af870  0x00007fb7896371e0  Yes (*)     /usr/lib64/libpixman-1.so.0
0x00007fb7893841e0  0x00007fb7893981ea  Yes (*)     /usr/lib64/libEGL.so.1
0x00007fb789145db0  0x00007fb789170ddd  Yes (*)     /usr/lib64/libpng16.so.16
0x00007fb788f3deb0  0x00007fb788f3e723  Yes (*)     /usr/lib64/libxcb-shm.so.0
0x00007fb788d36a50  0x00007fb788d394ff  Yes (*)     /usr/lib64/libxcb-render.so.0
0x00007fb788b1dda0  0x00007fb788b29c15  Yes (*)     /usr/lib64/libxcb.so.1
0x00007fb7888f5c20  0x00007fb788907b56  Yes (*)     /lib64/libselinux.so.1
0x00007fb7886dba90  0x00007fb7886e79e6  Yes (*)     /lib64/libresolv.so.2
0x00007fb788486860  0x00007fb7884bc7ba  Yes (*)     /usr/lib64/libharfbuzz.so.0
0x00007fb788278a40  0x00007fb78827cf32  Yes (*)     /usr/lib64/libffi.so.4
0x00007fb78800e870  0x00007fb78805bcd1  Yes (*)     /usr/lib64/libpcre.so.1
0x00007fb787de6ba0  0x00007fb787dff6b9  Yes (*)     /usr/lib64/libexpat.so.1
0x00007fb787b2b3f0  0x00007fb787ba45ef  Yes (*)     /usr/lib64/libasound.so.2
0x00007fb78f808ae0  0x00007fb78f821030  Yes (*)     /lib64/ld-linux-x86-64.so.2
0x00007fb7878df8c0  0x00007fb7878e9220  Yes (*)     /usr/lib64/libglapi.so.0
0x00007fb7876d4630  0x00007fb7876d473b  Yes (*)     /usr/lib64/libX11-xcb.so.1
0x00007fb7874c7030  0x00007fb7874ccf45  Yes (*)     /usr/lib64/libxcb-glx.so.0
0x00007fb7872b8af0  0x00007fb7872b9805  Yes (*)     /usr/lib64/libxcb-dri2.so.0
0x00007fb7870b4dc0  0x00007fb7870b53c3  Yes (*)     /usr/lib64/libxcb-dri3.so.0
0x00007fb786eb1ca0  0x00007fb786eb22d8  Yes (*)     /usr/lib64/libxcb-present.so.0
0x00007fb786cad280  0x00007fb786caeaee  Yes (*)     /usr/lib64/libxcb-sync.so.1
0x00007fb786aa8a50  0x00007fb786aa8cfc  Yes (*)     /usr/lib64/libxshmfence.so.1
0x00007fb7868a3100  0x00007fb7868a58a6  Yes (*)     /usr/lib64/libXxf86vm.so.1
0x00007fb7866998f0  0x00007fb78669e8a3  Yes (*)     /usr/lib64/libdrm.so.2
0x00007fb786491b10  0x00007fb786493560  Yes (*)     /usr/lib64/libxcb-xfixes.so.0
0x00007fb786283c30  0x00007fb786288ff4  Yes (*)     /usr/lib64/libgbm.so.1
0x00007fb7860783a0  0x00007fb78607c47f  Yes (*)     /usr/lib64/libwayland-client.so.0
0x00007fb785e676f0  0x00007fb785e6cc9f  Yes (*)     /usr/lib64/libwayland-server.so.0
0x00007fb785c5e010  0x00007fb785c5ecaa  Yes (*)     /usr/lib64/libXau.so.6
0x00007fb785a42750  0x00007fb785a54d66  Yes (*)     /usr/lib64/libgraphite2.so.3
0x00007fb78583c330  0x00007fb78583e2f0  Yes (*)     /usr/lib64/gtk-2.0/modules/libcanberra-gtk-module.so
0x00007fb785636ec0  0x00007fb7856382de  Yes (*)     /usr/lib64/libcanberra-gtk.so.0
0x00007fb7854292a0  0x00007fb785430eab  Yes (*)     /usr/lib64/libcanberra.so.0
0x00007fb78521f370  0x00007fb7852234dc  Yes (*)     /usr/lib64/libvorbisfile.so.3
0x00007fb785015820  0x00007fb7850199e6  Yes (*)     /usr/lib64/libltdl.so.7
0x00007fb784de8b90  0x00007fb784e0007d  Yes (*)     /usr/lib64/libvorbis.so.0
0x00007fb784bdfcb0  0x00007fb784be22c5  Yes (*)     /usr/lib64/libogg.so.0
0x00007fb7849d5770  0x00007fb7849da87a  Yes (*)     /usr/lib64/gtk-2.0/2.10.0/engines/libpixmap.so
0x00007fb7847d04e0  0x00007fb7847d0dd9  Yes (*)     /usr/lib64/gtk-2.0/2.10.0/engines/libadwaita.so
0x00007fb78f84d970  0x00007fb78f856ebb  Yes (*)     /usr/lib64/libudev.so.1
0x00007fb7844328f0  0x00007fb7844332db  Yes (*)     /usr/lib64/pango/1.8.0/modules/pango-basic-fc.so
0x00007fb784168f90  0x00007fb78416a8d9  Yes (*)     /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
0x00007fb783ee4a60  0x00007fb783ee53a8  Yes         /usr/games/gzdoom/liboutput_sdl.so
0x00007fb783cdf7a0  0x00007fb783ce1988  Yes (*)     /usr/lib64/alsa-lib/libasound_module_pcm_pulse.so
0x00007fb783a81920  0x00007fb783aaccc8  Yes (*)     /usr/lib64/libpulse.so.0
0x00007fb78386bcf0  0x00007fb783870beb  Yes (*)     /usr/lib64/libjson-c.so.2
0x00007fb78360b310  0x00007fb783648d4a  Yes (*)     /usr/lib64/pulseaudio/libpulsecommon-5.0.so
0x00007fb7833b52e0  0x00007fb7833dda94  Yes (*)     /lib64/libdbus-1.so.3
0x00007fb7833869b0  0x00007fb78339f65d  Yes (*)     /usr/lib64/libsystemd.so.0
0x00007fb78311bad0  0x00007fb78315e66c  Yes (*)     /usr/lib64/libsndfile.so.1
0x00007fb782ef1b90  0x00007fb782f097e0  Yes (*)     /usr/lib64/liblzma.so.5
0x00007fb782c14d00  0x00007fb782cb6752  Yes (*)     /usr/lib64/libgcrypt.so.20
0x00007fb7829fcb50  0x00007fb782a04c5a  Yes (*)     /usr/lib64/libgpg-error.so.0
0x00007fb7827c4ab0  0x00007fb7827ef06d  Yes (*)     /usr/lib64/libFLAC.so.8
0x00007fb782525b80  0x00007fb782528134  Yes (*)     /usr/lib64/libvorbisenc.so.2
0x00007fb7822fba40  0x00007fb78230a785  Yes (*)     /usr/lib64/libspeex.so.1
0x00007fb781f3fe40  0x00007fb7820659a7  Yes (*)     /lib64/libcrypto.so.1.0.0
0x00007fb77c4b1df0  0x00007fb77c4b2a1b  Yes (*)     /usr/lib64/libXss.so.1
0x00007fb776910930  0x00007fb776cced4a  Yes (*)     /usr/lib64/dri/i965_dri.so
0x00007fb77c293220  0x00007fb77c2a6d87  Yes (*)     /usr/lib64/libdrm_intel.so.1
0x00007fb77c08a980  0x00007fb77c08d5ef  Yes (*)     /usr/lib64/libdrm_nouveau.so.2
0x00007fb7766cbca0  0x00007fb7766d3cc4  Yes (*)     /usr/lib64/libdrm_radeon.so.1
0x00007fb7764c2700  0x00007fb7764c686f  Yes (*)     /usr/lib64/libpciaccess.so.0
(*): Shared library is missing debugging information.

* Threads
  Id   Target Id         Frame 
  6    Thread 0x7fb77ded4700 (LWP 12691) "threaded-ml" 0x00007fb78ab6ec3d in poll () from /lib64/libc.so.6
  5    Thread 0x7fb77d6d3700 (LWP 12692) "gzdoom" 0x00007fb78ab6ec3d in poll () from /lib64/libc.so.6
  4    Thread 0x7fb77ced2700 (LWP 12693) "gzdoom" 0x00007fb78ab48e4d in nanosleep () from /lib64/libc.so.6
  3    Thread 0x7fb777fff700 (LWP 12694) "SDLTimer" 0x00007fb78ce85010 in sem_wait () from /lib64/libpthread.so.0
  2    Thread 0x7fb783cdb9c0 (LWP 12695) "gzdoom" 0x00007fb78c214d17 in timer_helper_thread () from /lib64/librt.so.1
* 1    Thread 0x7fb78f9ec9c0 (LWP 12684) "gzdoom" 0x00007fb78ce86489 in waitpid () from /lib64/libpthread.so.0

* FPU Status
  R7: Empty   0x00000000000000000000
  R6: Empty   0x00000000000000000000
  R5: Empty   0x00000000000000000000
  R4: Empty   0x00000000000000000000
  R3: Empty   0x00000000000000000000
  R2: Empty   0x00000000000000000000
  R1: Empty   0x00000000000000000000
=>R0: Empty   0x00000000000000000000

Status Word:         0x0000                                            
                       TOP: 0
Control Word:        0x037f   IM DM ZM OM UM PM
                       PC: Extended Precision (64-bits)
                       RC: Round to nearest
Tag Word:            0xffff
Instruction Pointer: 0x00:0x00000000
Operand Pointer:     0x00:0x00000000
Opcode:              0x0000

* Registers
rax            0xfffffffffffffe00	-512
rbx            0x31cb	12747
rcx            0xffffffffffffffff	-1
rdx            0x0	0
rsi            0xcb8bf0	13339632
rdi            0x31cb	12747
rbp            0x1090	0x1090
rsp            0xcb8bd0	0xcb8bd0
r8             0x0	0
r9             0x1	1
r10            0x0	0
r11            0x246	582
r12            0x7	7
r13            0x1090	4240
r14            0x11	17
r15            0x28	40
rip            0x7fb78ce86489	0x7fb78ce86489 <waitpid+105>
eflags         0x246	[ PF ZF IF ]
cs             0x33	51
ss             0x2b	43
ds             0x0	0
es             0x0	0
fs             0x0	0
gs             0x0	0

* Backtrace

Thread 6 (Thread 0x7fb77ded4700 (LWP 12691)):
#0  0x00007fb78ab6ec3d in poll () at /lib64/libc.so.6
#1  0x00007fb783aa6a41 in  () at /usr/lib64/libpulse.so.0
#2  0x00007fb783a982ec in pa_mainloop_poll () at /usr/lib64/libpulse.so.0
#3  0x00007fb783a9895e in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0
#4  0x00007fb783a98a10 in pa_mainloop_run () at /usr/lib64/libpulse.so.0
#5  0x00007fb783aa69f3 in  () at /usr/lib64/libpulse.so.0
#6  0x00007fb783644808 in  () at /usr/lib64/pulseaudio/libpulsecommon-5.0.so
#7  0x00007fb78ce7f0a4 in start_thread () at /lib64/libpthread.so.0
#8  0x00007fb78ab7706d in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7fb77d6d3700 (LWP 12692)):
#0  0x00007fb78ab6ec3d in poll () at /lib64/libc.so.6
#1  0x00007fb787b4e566 in  () at /usr/lib64/libasound.so.2
#2  0x00007fb787b529ae in  () at /usr/lib64/libasound.so.2
#3  0x00007fb787b90395 in  () at /usr/lib64/libasound.so.2
#4  0x00007fb78b9119f8 in FMOD::OutputALSA::updateMixer() () at /usr/games/gzdoom/libfmodex64-4.26.36.so
#5  0x00007fb78b90ca4d in FMOD::Thread::callback(void*) () at /usr/games/gzdoom/libfmodex64-4.26.36.so
#6  0x00007fb78ce7f0a4 in start_thread () at /lib64/libpthread.so.0
#7  0x00007fb78ab7706d in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7fb77ced2700 (LWP 12693)):
#0  0x00007fb78ab48e4d in nanosleep () at /lib64/libc.so.6
#1  0x00007fb78ab709f4 in usleep () at /lib64/libc.so.6
#2  0x00007fb78b90e40f in FMOD_OS_Time_Sleep(unsigned int) () at /usr/games/gzdoom/libfmodex64-4.26.36.so
#3  0x00007fb78b90ca75 in FMOD::Thread::callback(void*) () at /usr/games/gzdoom/libfmodex64-4.26.36.so
#4  0x00007fb78ce7f0a4 in start_thread () at /lib64/libpthread.so.0
#5  0x00007fb78ab7706d in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7fb777fff700 (LWP 12694)):
#0  0x00007fb78ce85010 in sem_wait () at /lib64/libpthread.so.0
#1  0x00007fb78d151fae in  () at /usr/lib64/libSDL2-2.0.so.0
#2  0x00007fb78d1520f5 in  () at /usr/lib64/libSDL2-2.0.so.0
#3  0x00007fb78d109b01 in  () at /usr/lib64/libSDL2-2.0.so.0
#4  0x00007fb78d10969d in  () at /usr/lib64/libSDL2-2.0.so.0
#5  0x00007fb78d151cf9 in  () at /usr/lib64/libSDL2-2.0.so.0
#6  0x00007fb78ce7f0a4 in start_thread () at /lib64/libpthread.so.0
#7  0x00007fb78ab7706d in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7fb783cdb9c0 (LWP 12695)):
#0  0x00007fb78c214d17 in timer_helper_thread () at /lib64/librt.so.1
#1  0x00007fb78ce7f0a4 in start_thread () at /lib64/libpthread.so.0
#2  0x00007fb78ab7706d in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7fb78f9ec9c0 (LWP 12684)):
#0  0x00007fb78ce86489 in waitpid () at /lib64/libpthread.so.0
#1  0x0000000000530ba4 in  ()
#2  0x00007fb78ce86890 in <signal handler called> () at /lib64/libpthread.so.0
#3  0x00000000007fba80 in FSamplerManager::~FSamplerManager() ()
#4  0x00000000007b2ea2 in FGLRenderer::~FGLRenderer() ()
#5  0x000000000082b384 in OpenGLFrameBuffer::~OpenGLFrameBuffer() ()
#6  0x000000000058c557 in  ()
#7  0x000000000058ccd5 in GC::FullGC() ()
#8  0x000000000065b34d in P_FreeLevelData() ()
#9  0x000000000065be70 in  ()
#10 0x0000000000535452 in call_terms() ()
#11 0x00007fb78aac9bf9 in __run_exit_handlers () at /lib64/libc.so.6
#12 0x00007fb78aac9c45 in  () at /lib64/libc.so.6
#13 0x000000000052f3ca in I_FatalError(char const*, ...) ()
#14 0x000000000082a2fc in gl_LoadExtensions() ()
#15 0x000000000082b466 in OpenGLFrameBuffer::InitializeState() ()
#16 0x000000000082bad7 in OpenGLFrameBuffer::OpenGLFrameBuffer(void*, int, int, int, int, bool) ()
#17 0x0000000000538316 in SDLGLVideo::CreateFrameBuffer(int, int, bool, DFrameBuffer*) ()
#18 0x00000000007055c8 in V_DoModeSetup(int, int, int) ()
#19 0x00000000005386a5 in SDLGLVideo::SetResolution(int, int, int) ()
#20 0x000000000070538f in V_Init2() ()
#21 0x0000000000573eac in D_DoomMain() ()
#22 0x0000000000516d8c in main ()
User avatar
VoidMage
Posts: 165
Joined: Thu Dec 02, 2010 10:42 am

Re: The official "ZDoom on Linux" thread.

Post by VoidMage »

@bingojohnson:
The crash log is mostly irrelevant.
> At least OpenGL 3.0 is required to run GZDoom.


That's your problem, though it's a bit odd as (a not that) recent mesa does support OpenGL 3.0 on integrated intel.

Technically, this shouldn't prevent vid_renderer=0 from working, but chances are init order is wrong.

Also, I won't bother to check that hash, just tell you that a bit back (a couple weeks or so, IIRC) GZDoom changed ini file name to gzdoom.ini.
User avatar
bingojohnson
Posts: 24
Joined: Tue Mar 12, 2013 8:29 am

Re: The official "ZDoom on Linux" thread.

Post by bingojohnson »

Thank you, VoidMage.
I've compiled GZDoom 1.8.9 and now it's working flawlessly. It reads configs from ~/.config/gzdoom/gzdoom.ini
GZDoom v2.x is still not recognising vid_renderer=0. I've tried recompiling it and reinstalling MESA, but the error persists.
User avatar
VoidMage
Posts: 165
Joined: Thu Dec 02, 2010 10:42 am

Re: The official "ZDoom on Linux" thread.

Post by VoidMage »

bingojohnson wrote:Thank you, VoidMage.
I've compiled GZDoom 1.8.9 and now it's working flawlessly. It reads configs from ~/.config/gzdoom/gzdoom.ini
GZDoom v2.x is still not recognising vid_renderer=0. I've tried recompiling it and reinstalling MESA, but the error persists.
What's the point of using GZDoom (instead of plain ZDoom), if you're going for vid_renderer=0 ?
Also, how exactly are you setting that var ?

What's the output of 'glxinfo | grep OpenGL' ? What's the output of 'lspci -k' wrt. your video card ?
Blzut3
 
 
Posts: 3097
Joined: Wed Nov 24, 2004 12:59 pm
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: The official "ZDoom on Linux" thread.

Post by Blzut3 »

VoidMage wrote:That's your problem, though it's a bit odd as (a not that) recent mesa does support OpenGL 3.0 on integrated intel.
Depends on the exact Intel GPU. I believe you need Intel "HD Graphics" for OpenGL 3. I think you're thinking of Linux having OpenGL 2.1 for more Intel graphics processors than Windows (going back to 2004 IIRC whereas Windows only goes to 2010).
User avatar
VoidMage
Posts: 165
Joined: Thu Dec 02, 2010 10:42 am

Re: The official "ZDoom on Linux" thread.

Post by VoidMage »

...OK, having rechecked my specs (wasn't all that interested in details before), it's indeed HD Graphics 2000 for this CPU (so supporting 3.0), while Intel(R) Core(TM) i5 CPU M 430 is just HD Graphics (which has only 2.1).

@bingojohnson: as such, never mind; stick with GZDoom 1.8, or just use plain ZDoom on that machine.
User avatar
bingojohnson
Posts: 24
Joined: Tue Mar 12, 2013 8:29 am

Re: The official "ZDoom on Linux" thread.

Post by bingojohnson »

@VoidMage:
There are some mods that I play on OpenGL since the experience is better, but the majority of the time I play on software renderer. I guess I'm stuck on 1.8, as I only have OpenGL 2.1. Not a problem tough, since it works just fine on my system.
Endless123
Posts: 1560
Joined: Wed Aug 28, 2013 1:36 pm

Re: The official "ZDoom on Linux" thread.

Post by Endless123 »

In case it could help someone there is a package of gzdoom that can be installed automatically on ubuntu/kubuntu(and other ubuntu flavors) that don't need to be manually compiled.

Here is the link ...

http://www.ubuntuupdates.org/package/ge ... deb/gzdoom

Link to click(an image worth 1000 words as they say :P )

Image

The package is a .deb so once it's downloaded you just have to double-click it and it will install automatically. You will have to put all iwads in the gzdoom folder for it to launch a mod properly. The install folder is in "home/username/.config/gzdoom" and can be seen if you have the "Show Hidden files" enabled. You can put your mod wherever you want but first you have to right click a .pk3 file and open it with gzdoom for the file association. Once it's done all .pk3 files would be opened with gzdoom and the usual gzdoom window will appears and you have to choose with which iwad you want to play the mod(Doom, Doom 2, TNT or Plutonia). Then the mod will launch as it does in Windows.

BTW if you have music troubles and get an error message related to MIDI it's because FMOD can't play the music so go to "Option => Sound Options" and change the MIDI device to Timidity++ or anything that is not FMOD. Personally i'm using Timidity++ and the music works fine so it should be working for you as well.

On a side note, i just discovered that the .deb archive of gzdoom only 2 days ago after i had troubles compiling the source package the old fashion way via terminal. I had to undo everything i've done in order to have a system working well again. Anyway now it's working flawlessly.

Now if someone could create a .deb archive of ZDL to launch multiple mods like the Windows version it would be great.

I hope it helps :)

NOTE : In case that could be relevant my linux is Kubuntu 14.04 LTS. Kubuntu 15.04 has some plasma-related bugs (Plasma 5 is buggy is freeze KDE as soon as an update popup show up and when it's not freezing KDE it slowing my PC so much i can't do anything for at least 10 mins - no joking here).

EDIT : Correction for the gzdoom path have been made ... for Ubuntu/Kubuntu users

The correct patch is ... : /home/usernamehere/.config/gzdoom (obviously "usernamehere" is replaced by your own user name)

Sorry for the mistake

EDIT 2 : I just found a great doom launcher for Linux on this forum. Well to be honest i came around that one about a year ago but i completely forgot about it and since at that time gzdoom wasn't working on my Linux.

Many of you probably already know about this one : Zereb's DoomLauncher. It can be a bit tricky to setup if you don't know where the gzdoom executable is. You have to look into the root folder and from there it's /usr/games/gzdoom. Once you choose the gzdoom executable file and setup the IWADs folder you are good to go.

Link to Zereb's DoomLauncher thread.
http://forum.zdoom.org/viewtopic.php?f=19&t=45351

Great thanks to Zereb for his great DoomLauncher that works perfectly :D

Have fun :)
Dlf
Posts: 3
Joined: Tue Jan 07, 2014 12:13 am

Re: The official "ZDoom on Linux" thread.

Post by Dlf »

So a stupid question . . . I did install what Endless123 linked too, If I try to start gzdoom I get: Something went wrong!
If you haven't installed any Doom IWAD files yet or if GZDoom is unable to locate them, put the files or symlinks to them in '/home/dlf/.config/gzdoom' or start the game with the command 'DOOMWADDIR=/path/to/iwadfiledir gzdoom'.
. . . So where do I put the files (IWAD? pk3?) I'd presume something like: /home/dlf/.config/gzdoom. And how could I get Wolfenstein 3d/SOD/Quake working with (G)zdoom. I'm on Linux Mint 17.2 with cinnamon (as the desktop environment) if it matters.
FireFish
Posts: 95
Joined: Fri Feb 27, 2015 1:34 pm
Location: your screen

Re: The official "ZDoom on Linux" thread.

Post by FireFish »

These guides and threads seem to forget one thing ; http://www.fmod.org/download-previous-products/
The end user needs to register and log in to to FMOD its website to download the API....

But the wiki covers this and links to a downloadable version (for as long as distro's dont break it by changing) ;
http://zdoom.org/wiki/Compile_ZDoom_on_ ... OD_package
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 48349
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: The official "ZDoom on Linux" thread.

Post by Graf Zahl »

FireFish wrote:These guides and threads seem to forget one thing ; http://www.fmod.org/download-previous-products/
The end user needs to register and log in to to FMOD its website to download the API....

That's a recent change that didn't apply when the guide was written.
I'll be blunt here: That's an entirely unwelcome change. If I could decide this would be the time to remove FMod support from ZDoom and fully go OpenAL.
User avatar
Marisa the Magician
 
 
Posts: 3847
Joined: Fri Feb 08, 2008 9:15 am
Preferred Pronouns: She/Her
Graphics Processor: nVidia with Vulkan support
Location: Vigo, Galicia

Re: The official "ZDoom on Linux" thread.

Post by Marisa the Magician »

Well, as long as the issues with stereo sounds are fixed in some way...
User avatar
VoidMage
Posts: 165
Joined: Thu Dec 02, 2010 10:42 am

Re: The official "ZDoom on Linux" thread.

Post by VoidMage »

Well, the most simple way would be to effectively ban stereo for positional sounds one level above - that is not in openal part, but in the generic code.

As I've noted, even FMOD downmixes it to mono first in such case, so the engine should just make that official.

But that would need some way to distinguish between positional sounds and the music at that point...
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 48349
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: The official "ZDoom on Linux" thread.

Post by Graf Zahl »

VoidMage wrote:As I've noted, even FMOD downmixes it to mono first in such case, so the engine should just make that official.
How? The high level sound code knows almost nothing about sound formats and simply cannot do it on its own. It also can't determine if a sound is used for positional 2D-play (as from the consoleplayer) or as a positioned sound in the world, and on top of that the same sound can be used for both.
User avatar
VoidMage
Posts: 165
Joined: Thu Dec 02, 2010 10:42 am

Re: The official "ZDoom on Linux" thread.

Post by VoidMage »

Well, I don't know, yet (to sum up the previous investigation) FMOD in case of multi channel sounds simply played each channel independently if positioning was requested, which resulted in the need of that sort-of downmix volume hack in StartSound3D; openal in such case simply refuses to position, so the sound needs to be actually downmixed before being fed into openal device. What could be a potential problem here, is that as simple as downmix stereo to mono is, it might not be fast enough to put in StartSound3D...though I might be wrong about that. Though the catch is the format of the buffer is set at loading the sound, where there's no info yet whether the sound will be for 3d positioning or not.

Though, maybe it's just a mater of resubmitting the buffer after downmix...yet again, won't that be too slow ?

Return to “Tutorials”