Linux/OpenGL: ONLY DomIII does not run! Why?

[Leif_-]

Check to make sure that you only have one version of the openGL libraries installed. If you've got more than one version, chances are one of them is software only.

[Johan K]

Try to run in a window at low res to see if it helps. It could be you run out of video memory at high res.

dom3 -w --res 640 480

[Chazar]

I does not matter wether the resolution is 640x480 or 1680x1050. The -xxx helps somehwat, but it is unbearably slow.

I experimented with older ATI binary drivers and found one where Dom2 would run fast again. However, Dom3demo did not run at all with the old driver:
Code:

---

*** glibc detected *** dom3demo: free(): invalid pointer: 0x0be37af8 ***

---

So the glibc 2.4-31.1 does not fit the older driver somehow. Dom2 runs fine though.

(In response to Leif_-)
Maybe all this reinstalling of graphics drivers caused some mess, but I do not know how to check for multiple libraries. All I do is using my distributions packet manager to install and remove RPM's, and I make sure do remove older ones. MESA is still there, since there are many dependancies, but my glxinfo shown in the first post shows that MESA is not used, right?

It is still weird that freeware 3D games like Neverball run very fast in high resolution with all graphical mumbo-jumbo enabled, like transparencies, anti-aliasing, multiple light sources and mirror effects, while the simple graphics of Dominions are unbearably slow...

[Leif_-]

Could you tell us the output of the following commands?

ldd ~/dominions3/dom3
ldd /usr/bin/glxgears
locate libGL
locate libglx

[Johan K]

Could you try with --zbuffer 24 ?

[Chazar]

Leif_- said:
Could you tell us the output of the following commands?

ldd ~/dominions3/dom3
ldd /usr/bin/glxgears
locate libGL
locate libglx

Here they are, but I do not understand it really. However I can tell that they seem to use different libraries for libGL.so.1! How do I fix that? Bending links?

Code:

---

> ldd dominions3/dom3demo

        linux-gate.so.1 =>  (0xffffe000)

        libGL.so.1 => /usr/lib/libGL.so.1 (0xb7ee9000)

        libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7e73000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e42000)

        libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7db0000)

        libc.so.6 => /lib/libc.so.6 (0xb7c8f000)

        libm.so.6 => /lib/libm.so.6 (0xb7c6a000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7c66000)

        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7b6f000)

        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7b61000)

        libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0xb7b5c000)

        libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb7b54000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a74000)

        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a69000)

        /lib/ld-linux.so.2 (0xb7f47000)

        libaa.so.1 => /usr/lib/libaa.so.1 (0xb7a4f000)

        libslang.so.2 => /usr/lib/libslang.so.2 (0xb7998000)

        libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb7991000)

        libncurses.so.5 => /lib/libncurses.so.5 (0xb794a000)



> which glxgears

/usr/X11R6/bin/glxgears



> ldd /usr/X11R6/bin/glxgears

        linux-gate.so.1 =>  (0xffffe000)

        libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0xb7f30000)

        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7f22000)

        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7e2b000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7dfa000)

        libm.so.6 => /lib/libm.so.6 (0xb7dd4000)

        libc.so.6 => /lib/libc.so.6 (0xb7cb4000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7cb0000)

        /lib/ld-linux.so.2 (0xb7fd1000)



> locate libGL

/home/chazar/google-earth/libGLU.so.1

/usr/lib/FGL.renamed.libGL.so.1.2

/usr/lib/GL/libGL.so.1

/usr/lib/GL/libGL.so.1.2

/usr/lib/libGL.so

/usr/lib/libGL.so.1

/usr/lib/libGL.so.1.2

/usr/lib/libGLcore.so.1

/usr/lib/libGLcore.so.1.0

/usr/lib/libGLU.so

/usr/lib/libGLU.so.1

/usr/lib/libGLU.so.1.3.060402

/usr/lib/libGLw.so

/usr/lib/libGLw.so.1

/usr/lib/libGLw.so.1.0.0

/usr/X11R6/lib/FGL.renamed.libGL.so.1.2

/usr/X11R6/lib/libGL.so

/usr/X11R6/lib/libGL.so.1

/usr/X11R6/lib/libGL.so.1.2

/usr/X11R6/lib/modules/extensions/libGLcore.so



> locate libglx

/usr/X11R6/lib/modules/extensions/libglx.so

---

Thanks for the help thus far!

[Leif_-]

Chazar said:
Here they are, but I do not understand it really. However I can tell that they seem to use different libraries for libGL.so.1! How do I fix that? Bending links?

Yes, that's the easiest. You'll want to replace /usr/lib/libGL.so.1 with a soft-link that points to /usr/X11R6/lib/libGL.so.1 and the same for libGLU.so.1

"man ln" if you need to know how to create soft links. (I'd give you the exact command, but I'm not at a linux box right now, and don't remember the exact syntax in my head.)

[Chazar]

Doesn't work: If I bend the symbolic link ("ln -s source target") to

/usr/lib/libGL.so.1 -> /usr/X11R6/lib/libGl.so.1

(which,btw, were both links to libGL.so.1.2 in their respective directories), then Dom2 runs fast again without troubles, but Dom3 aborts with the same invalid pointer error reported by glibc that I described two posts ago... It prints a backtrace though, which I attach as a txt-file to this post.

However, I did not bend the link for libGLU.so.1, because I cannot find another libGLU -file anywhere else?

Thanks for the help! I understand that people here cannot fix particulars to my linux distribution, but I need at least know what questions I should ask elsewhere in forums concerned with my linux distribution, with the questions not being particular with Dominions. I mean, since other openGL games run, people elsewhere will just tell me to ask the game's developer. So that is why I wonder where Dominions is different...

in reply to Johan K:
the zbuffer switch only helped a tiny bit, but even in 640x480 with -xxx and all quality settings to "very low", the battle graphics benchmark is at ~2fps, whereas Dom2 runs at 14 fps with high battle graphics, best quality filter, and fullscreen 1680x1050.