Divinity: Original Sin Enhanced Edition

Divinity: Original Sin Enhanced Edition

View Stats:
Cùran Jul 30, 2016 @ 6:01am
[LINUX] How to run the game with the open-source drivers for Radeons
If you have a AMD Radeon GPU and are using Linux, chances are good, you want to use the open-source drivers developed by AMD, since they support all hardware and usually with pretty decent performance. Plus no issues with X.Org or Kernel updates of your chosen distribution!

But sadly "Divinity: Original Sin Enhanced Edition" likes to crash on launch with that setup. In case somebody is looking for a solution, here it is.

Why is the game crashing?
Larian does three things that lead to the crash on launch for users with the open-source drivers:
  1. Larian checks for a OpenGL vendor string that is only set by the closed-source driver (ATI Technologies, Inc.), you should probably never do that. In general you want to discover extensions in OpenGL.
  2. Larian uses the non-standard ARB_shading_language_include extension (AFAIK not on all platforms, eg. not on Intel GPUs), without checking if it is available. If it is not, they crash.
  3. Larian enables OpenGL extensions in the midst of a GLSL shader. That is not allowed in GLSL (but a lot of games get this wrong, therefore this is an option, Mesa allows you to set).
This has even been posted on Larian's forums, see eg. http://larian.com/forums/ubbthreads.php?ubb=showflat&Number=580880&#Post580880

The "solution", better known as hacky workaround
Since users of radeonsi first thought this to be a driver bug, they reported it in the Mesa bug tracker[bugs.freedesktop.org]. Nicolai Hähnle of AMD soon pointed out, that this is actually a game bug.

But in the meantime the users over in that Mesa bug have come up with a workaround (since nobody expects Larian to fix this, if they wanted to they would have by now):
  1. Ensure you've installed GCC, the development files for libc and the OpenGL development files. On Debian and derived distributions you should be set by installing build-essential[tracker.debian.org] and libgl1-mesa-dev[tracker.debian.org].
  2. Compile a pre-loadable shim[bugs.freedesktop.org] (gcc invocation is given at the top of the source file I've linked to). I compiled the shim with:
    gcc -s -O3 -shared -fPIC -o shim.so -ldl shim.c
  3. Change to launch options of the game (ie. go to "Properties" → "Set launch options"):
    allow_glsl_extension_directive_midshader=true LD_PRELOAD="/path/to/shim.so" %command%
    (You might want add ALSOFT_DRIVERS=pulse as well, depending on your setup.)
    You obviously need to change "path/to/shim.so" to the actual path and name of the library you generated in step 1.
    If you have a version of Mesa including commit 5a165b4086d0bb2fab26ebae3d78e2732eeb8f57[cgit.freedesktop.org] (currently only in the development branch of 13.1), you can omit "allow_glsl_extension_directive_midshader=true", it's already in your /etc/drirc file set for you.
With that I can work around the shoddy Linux port and finally play it.

If you have trouble compiling the shim yourself, you can try my build[paste.debian.net] (save as "shim.so.base64"). To actually use it you need to decode the text file with:
base64 -d shim.so.base64 > shim.so
You can check the MD5 sum to ensure everything worked as intended:
$ md5sum shim.so 9b7e7663b3859a1519432ffb8c8b9f48 shim.so

Edit history
  • Added build dependencies.
  • Added my GCC invocation.
  • Added a download link for my build. The download link points to a base64-encoded version, which enables me to use a paste service.
  • Added information on when the environment variable to allow midshader extension definitions can be omitted.
Last edited by Cùran; Jan 7, 2017 @ 9:19am
< >
Showing 1-15 of 40 comments
FfFfFfFf Jul 31, 2016 @ 1:07am 
I'm not very familiar with compiling stuff, but as i understand i have to download that divos-hack.c file ant compile it with the invocation pointed out in the file itself. I tried this and got:

gcc -s -O2 -shared -fPIC -o divos-hack.{so,c} -ldl divos-hack.c

I get this output:

/tmp/ccTGMAs4.o: In function `glGetString':
divos-hack.c:(.text+0x0): multiple definition of `glGetString'
/tmp/cckouI08.o:divos-hack.c:(.text+0x0): first defined here
/tmp/ccTGMAs4.o: In function `glXGetProcAddressARB':
divos-hack.c:(.text+0x50): multiple definition of `glXGetProcAddressARB'
/tmp/cckouI08.o:divos-hack.c:(.text+0x50): first defined here
collect2: error: ld returned 1 exit status

From what i understand, if the process returns 1, it failed to compile. Am i at all heading in the right direction here?
Cùran Jul 31, 2016 @ 1:25am 
Originally posted by FfFfFfFf:
I'm not very familiar with compiling stuff, but as i understand i have to download that divos-hack.c file ant compile it with the invocation pointed out in the file itself. I tried this and got:

gcc -s -O2 -shared -fPIC -o divos-hack.{so,c} -ldl divos-hack.c

I get this output:

/tmp/ccTGMAs4.o: In function `glGetString': [...] collect2: error: ld returned 1 exit status

From what i understand, if the process returns 1, it failed to compile. Am i at all heading in the right direction here?
Yes, the direction is correct. You need to install the development headers for Mesa (on Debian and derived distributions the package is called libgl1-mesa-dev).
If you look at the top of divos-hack.c, you can see three includes. The "GL/gl.h" include is what's tripping you up, since you do not have /usr/include/GL/gl.h installed.

I'll update the OP to name the dependencies.
Last edited by Cùran; Jul 31, 2016 @ 1:40am
FfFfFfFf Jul 31, 2016 @ 1:47am 
Hm, the pacman search on manjaro didn't bring up anything that would look like that package (i also tried the Aur repository, but i don't see anything with "headers" there):

core/mhwd 0.5.7-1 (base) [installed]
Manjaro Linux Hardware Detection library and application
extra/glu 9.0.0-4 [installed]
Mesa OpenGL Utility library
extra/libtxc_dxtn 1.0.1-6 [installed]
S3 Texture Compression (S3TC) library for Mesa
extra/libva-mesa-driver 12.0.1-2
VA-API implementation for gallium
extra/mesa 12.0.1-2 [installed]
an open-source implementation of the OpenGL specification
extra/mesa-demos 8.3.0-1 [installed]
Mesa demos and tools
extra/mesa-vdpau 12.0.1-2
Mesa VDPAU drivers
extra/opencl-mesa 12.0.1-2
OpenCL support for AMD/ATI Radeon mesa drivers
extra/vulkan-intel 12.0.1-2
Intel's Vulkan mesa driver
community/i810-dri 7.11.2-9
Mesa DRI drivers for Intel i810
community/mach64-dri 7.11.2-9
Mesa DRI drivers for ATI Mach64
community/mga-dri 7.11.2-9
Mesa DRI drivers for Matrox
community/r128-dri 7.11.2-9
Mesa DRI drivers for ATI Rage128
community/savage-dri 7.11.2-9
Mesa DRI drivers for S3 Sraphics/VIA Savage
community/sis-dri 7.11.2-9
Mesa DRI drivers for SiS
community/tdfx-dri 7.11.2-9
Mesa DRI drivers for 3dfx
community/unichrome-dri 7.11.2-9
Mesa DRI drivers for S3 Graphics/VIA Unichrome
multilib/lib32-glu 9.0.0-3 [installed]
Mesa OpenGL utility library (32 bits)
multilib/lib32-libtxc_dxtn 1.0.1-5 [installed]
S3 Texture Compression (S3TC) library for Mesa (32-bit)
multilib/lib32-mesa 12.0.1-2 [installed]
an open-source implementation of the OpenGL specification (32-bit)
multilib/lib32-mesa-demos 8.3.0-1 [installed]
Mesa demos and tools (32-bit)
multilib/lib32-mesa-vdpau 12.0.1-2
Mesa VDPAU drivers (32-bit)

Can't really find anything on it on google too.
Last edited by FfFfFfFf; Jul 31, 2016 @ 1:59am
Cùran Jul 31, 2016 @ 2:02am 
Originally posted by FfFfFfFf:
Hm, the pacman search on manjaro didn't bring up anything that would look like that package (i also tried the Aur repository, but i don't se anything with "headers" there):

[...]
If I understand it correctly, Manjaro uses the Arch package archives. And if I understand the package search for Arch correctly, the headers should be in a package called "mesa"[www.archlinux.org]. But I must warn you, that I've never used Manjaro and therefore I might have misunderstood their setup.

If that doesn't help I can give you my binary and it should probably work for you as well, since the versions of the involved libraries in Debian testing and Arch should be compatible from what I can see.
FfFfFfFf Jul 31, 2016 @ 2:08am 
You previously mentioned that i don't have a "/usr/include/GL/gl.h" header, however i cheked in that folder and the file is actually there, i even opened it up with nano to make sure that it's not some empty file.
Cùran Jul 31, 2016 @ 2:24am 
Originally posted by FfFfFfFf:
You previously mentioned that i don't have a "/usr/include/GL/gl.h" header, however i cheked in that folder and the file is actually there, i even opened it up with nano to make sure that it's not some empty file.
Ahrg, should have read the output you posted more closely. It even says "multiple definitions". Not sure without further debugging, what's the issue with your setup. Seems like it doesn't pick up the definitions from GL/gl.h and instead uses the implicit declarations in the source file. I compiled the file yesterday on my system (Debian testing) with:
gcc -s -O3 -shared -fPIC -o shim.so -ldl shim.c
and that worked (the -O3 is just a higher optimisation level, but shouldn't matter in this case).

Anyway. You can just download my build[paste.debian.net] as "shim.so.base64" and decode it with:
base64 -d shim.so.base64 > shim.so
The MD5 hash of the decoded file should be
9b7e7663b3859a1519432ffb8c8b9f48
.
FfFfFfFf Jul 31, 2016 @ 2:33am 
Ok, i think i found the problem, instead of this:

sudo gcc -s -O2 -shared -fPIC -o divos-hack.{so,c} -ldl divos-hack.c

I removed the {so,c} and instead did it the way you have just posted:

sudo gcc -s -O2 -shared -fPIC -o divos-hack.so -ldl divos-hack.c

This seemed to work with no error or warrning outputs, i now have a file named "divos-hack.so"
Cùran Jul 31, 2016 @ 2:40am 
Oh, the shell expansions didn't work as intended. Oh well. Have fun.

NP: you shouldn't need sudo in front of a GCC invocation. Every user can usually compile code.
FfFfFfFf Jul 31, 2016 @ 2:49am 
Sorry to bother you further, tried to launch the game, but it says:

ERROR: ld.so: object
'/home/ais/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from
LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Now to make sure i have the launch options set correctly:

-fullscreen allow_glsl_extension_directive_midshader=true LD_PRELOAD=/home/ais/Documents/divos-hack.so %command%

Do i need to add anything here (also what does the " %command%" do)?
Last edited by FfFfFfFf; Jul 31, 2016 @ 2:54am
Cùran Jul 31, 2016 @ 2:54am 
Almost. The "-fullscreen" has to go after "%command%".
allow_glsl_extension_directive_midshader=true LD_PRELOAD=/home/ais/Documents/divos-hack.so
are environment variables. While the
-fullscreen
is an option for the game binary.

By the way, you should be able to drop the "-fullscreen" part. Just set that in the game options. This way the game will launch the first time windowed and afterwards always fullscreen without the explicit command line option.

The error line you're seeing is pretty common. I'm seeing that with all 64-bit games. That is a Steam bug/issue. They try to load the 32 bit version of the gameoverlayrenderer.so file.
FfFfFfFf Jul 31, 2016 @ 3:07am 
Well, with the -fullscreen option removed, it now runs, but crashes immediatly:

Call stack:

(0) /usr/lib/libpthread.so.0 : +0x10f00 [0x7fad73eb8f00]
/home/ais/.local/share/Steam/steamapps/common/Divinity Original Sin Enhanced Edition/runner.sh: line 3: 6051 Segmentation fault (core dumped) LD_LIBRARY_PATH="." ./EoCApp

Hm.. no idea what's wrong now.

Edit:

I enter this command " glxinfo | grep "OpenGL version" " and got:

OpenGL version string: 3.0 Mesa 12.0.1

I heard that this game needs version 4.1, can it be that i'm missing the amdgpu driver?
Last edited by FfFfFfFf; Jul 31, 2016 @ 3:18am
Cùran Jul 31, 2016 @ 3:28am 
Not sure it helps, but you might want to try and move the libraries for which your distro provides packages out of the way and have the game use the distro-provided versions. For example Steam installs a libstdc++ that is too old for my Mesa builds and unless I remove that libstdc++ from the Steam Runtime, Steam won't launch.

For Divinity: Original Sin I've renamed the following libraries (I've appended ".bak") in the installation folder of the game:
libc++abi.so.1.0.bak libc++abi.so.1.bak libc++.so.1.0.bak libc++.so.1.bak libGLEW.so.1.10.0.bak libGLEW.so.1.10.bak libjpeg.so.8.0.2.bak libjpeg.so.8.bak libopenal.so.1.15.1.bak libopenal.so.1.bak libXss.so.1.0.0.bak libXss.so.1.bak
Especially if you renamed stuff, check afterwards, that all dependencies are there:
~/.local/share/Steam/SteamApps/common/Divinity Original Sin Enhanced Edition$ LD_LIBRARY_PATH=. ldd EoCApp linux-vdso.so.1 (0x00007ffee57f6000) libc++abi.so.1 => /usr/lib/x86_64-linux-gnu/libc++abi.so.1 (0x00007f21b8190000) libicuuc.so.54 => ./libicuuc.so.54 (0x00007f21b7fa0000) libicudata.so.54 => ./libicudata.so.54 (0x00007f21b6774000) libSDL2-2.0.so.1 => ./libSDL2-2.0.so.1 (0x00007f21b6464000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f21b6249000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f21b5fd8000) libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f21b5d9e000) libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f21b5b6b000) libosiris.so.2 => ./libosiris.so.2 (0x00007f21b587f000) libopenal.so.1 => /usr/lib/x86_64-linux-gnu/libopenal.so.1 (0x00007f21b55e2000) libbink2.so => ./libbink2.so (0x00007f21b5383000) libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f21b510f000) libGLEW.so.1.10 => /usr/lib/x86_64-linux-gnu/libGLEW.so.1.10 (0x00007f21b4e83000) libsteam_api.so => ./libsteam_api.so (0x00007f21b4c5f000) libOGLBinding.so => ./libOGLBinding.so (0x00007f21b4c2f000) libGameEngine.so => ./libGameEngine.so (0x00007f21b491b000) libRenderFramework.so => ./libRenderFramework.so (0x00007f21b48c6000) libCoreLib.so => ./libCoreLib.so (0x00007f21b46fc000) libc++.so.1 => /usr/lib/x86_64-linux-gnu/libc++.so.1 (0x00007f21b43f6000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f21b40f1000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f21b3eda000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f21b3cbd000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f21b391c000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f21b3717000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f21b350f000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f21b32e4000) libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f21b30e1000) libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f21b2ede000) libxcb-randr.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-randr.so.0 (0x00007f21b2ccf000) libxcb-xfixes.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-xfixes.so.0 (0x00007f21b2ac7000) libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f21b28bd000) libxcb-shape.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shape.so.0 (0x00007f21b26b8000) libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f21b24b1000) libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f21b22ae000) libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f21b207e000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f21b1e6c000) libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f21b1c69000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f21b1a62000) libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f21b1860000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f21b151d000) libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f21b1303000) libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f21b10fe000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f21b0edc000) libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f21b0cd5000) libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f21b0ac6000) libXmu.so.6 => /usr/lib/x86_64-linux-gnu/libXmu.so.6 (0x00007f21b08aa000) libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f21b069a000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f21b0319000) /lib64/ld-linux-x86-64.so.2 (0x0000559689e2f000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f21b0114000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f21aff0d000) libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007f21afca4000) libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f21afa9b000) libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f21af87e000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f21af679000)

But there might be something else happening. As I wrote in the OP, the port is somewhat shoddy, so there might be other issues burried in there.
FfFfFfFf Jul 31, 2016 @ 4:18am 
Whenver i use open source drivers i have to do this:

find ~/.steam/root/ \( -name "libgcc_s.so*" -o -name "libstdc++.so*" -o -name "libxcb.so*" -o -name "libgpg-error.so*" \) -print -delete

or else steam does not run.

I also tried your proposed method of renaming those libraries in Dvinity Original Sin directory. I first searched them with the modified command posted above:

find ~/.steam/root/ \( -name "libc++abi.so.1*" -o -name "libGLEW.so.1.1*" -o -name "libjpeg.so.8*" -o -name "libopenal.so.1*" -o -name "libXss.so.1*" \) -print

This gave me:

/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libGLEW.so.1.10
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libGLEW.so.1.10.0
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libjpeg.so.8
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libjpeg.so.8.0.2
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libopenal.so.1
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libopenal.so.1.15.1
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libXss.so.1
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libXss.so.1.0.0
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libc++abi.so.1
/home/ais/.steam/root/steamapps/common/Divinity Original Sin Enhanced Edition/libc++abi.so.1.0

I renamed them all (the game does not run, it wants those libraries back), but i'm not sure i understand the how to check if all the dependencies are there?


Cùran Jul 31, 2016 @ 4:29am 
Go to the Divinity installation folder and run
LD_LIBRARY_PATH=. ldd EoCApp
like I've shown in my previous comment. If all the library names on the left point to a file, you're good. Otherwise you need to install the respective packages (or don't rename the library shipped by Divinity).
FfFfFfFf Jul 31, 2016 @ 4:44am 
linux-vdso.so.1 (0x00007fff0bbe3000)
libc++abi.so.1 => not found
libicuuc.so.54 => ./libicuuc.so.54 (0x00007ff893e58000)
libicudata.so.54 => ./libicudata.so.54 (0x00007ff892628000)
libSDL2-2.0.so.1 => ./libSDL2-2.0.so.1 (0x00007ff892318000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007ff892100000)
libpcre.so.3 => ./libpcre.so.3 (0x00007ff891e90000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007ff891c20000)
libpng16.so.16 => ./libpng16.so.16 (0x00007ff8919e8000)
libosiris.so.2 => ./libosiris.so.2 (0x00007ff8916f8000)
libopenal.so.1 => not found
libbink2.so => ./libbink2.so (0x00007ff891498000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x00007ff891220000)
libGLEW.so.1.10 => not found
libsteam_api.so => ./libsteam_api.so (0x00007ff890ff8000)
libOGLBinding.so => ./libOGLBinding.so (0x00007ff894208000)
libGameEngine.so => ./libGameEngine.so (0x00007ff890ce0000)
libRenderFramework.so => ./libRenderFramework.so (0x00007ff8941b0000)
libCoreLib.so => ./libCoreLib.so (0x00007ff890b10000)
libc++.so.1 => not found
libm.so.6 => /usr/lib/libm.so.6 (0x00007ff890808000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007ff8905f0000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007ff8903d0000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007ff890028000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007ff88fe20000)
libc++.so.1 => not found
libc++abi.so.1 => not found
libc++abi.so.1 => not found
libc++.so.1 => not found
librt.so.1 => /usr/lib/librt.so.1 (0x00007ff88fc18000)
libopenal.so.1 => not found
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007ff88f9e8000)
libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 (0x00007ff88f7e0000)
libxcb-present.so.0 => /usr/lib/libxcb-present.so.0 (0x00007ff88f5d8000)
libxcb-sync.so.1 => /usr/lib/libxcb-sync.so.1 (0x00007ff88f3d0000)
libxshmfence.so.1 => /usr/lib/libxshmfence.so.1 (0x00007ff88f1c8000)
libglapi.so.0 => /usr/lib/libglapi.so.0 (0x00007ff88ef98000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007ff88ed80000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007ff88eb78000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007ff88e970000)
libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0x00007ff88e768000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007ff88e420000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007ff88e1f0000)
libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0x00007ff88dfd0000)
libxcb-dri2.so.0 => /usr/lib/libxcb-dri2.so.0 (0x00007ff88ddc8000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007ff88dbc0000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007ff88d9b0000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007ff88d628000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff894048000)
libc++abi.so.1 => not found
libGLEW.so.1.10 => not found
libc++.so.1 => not found
libc++abi.so.1 => not found
libc++.so.1 => not found
libc++abi.so.1 => not found
libc++.so.1 => not found
libc++abi.so.1 => not found
libc++.so.1 => not found
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007ff88d420000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007ff88d218000)

Oh well, thanks for the help, although i still can't run the game on open source drivers, at least it was a good learning process!
< >
Showing 1-15 of 40 comments
Per page: 15 30 50

Date Posted: Jul 30, 2016 @ 6:01am
Posts: 40