Check out our Monthly Survey Page to see what our users are running.
[Fixed, needs testing] Dying Light refuses to launch
Page: «15/17»
  Go to:
matou68 30 Sep, 2018
i have compiled Mesa 18.2.1 with LLVM 6.0.0 on Ubuntu 18.04 with glvnd disabled. Dying Light wont start. you must compile with llvm 7 or svn to avoid GPU hang.

i have do some tests with my "home compiled" Mesa 18.2.1

some game will start like tomb raider, day of infamy, serious sam 3 bfe

verdun or shadow of mordor dont start.
Mushufaza 1 Oct, 2018
Quoting: matou68i have compiled Mesa 18.2.1 with LLVM 6.0.0 on Ubuntu 18.04 with glvnd disabled. Dying Light wont start. you must compile with llvm 7 or svn to avoid GPU hang.

i have do some tests with my "home compiled" Mesa 18.2.1

some game will start like tomb raider, day of infamy, serious sam 3 bfe

verdun or shadow of mordor dont start.

hello, I do not understand your information, the compilation of "Mesa" is only to get two files for dying light not for the root system, if you want llvm 7 use padoka stable ppa and compile with that as described on page 14, if you use ubuntu 18.04.

the only mistake I've had, when using the "Drop Attack" skill closes the game randomly, I already sent a ticket to Techland, I played several hours without any crashes.
x_wing 1 Oct, 2018
Quoting: GloriousEggrollI cannot share the libraries because they need to be compiled with the version of LLVM that exists on the system they are being used on. Also, I am not going to maintain and update the libraries every time a new version of llvm or mesa comes out. This fix is a workaround for Arch until the problem is resolved with glvnd. Also sharing compiled binaries is not secure.

I agree that everyone should be very careful when using shared objects downloaded from the web, but I think that we can believe on each other here... for now.

In the other hand, as the problem seems to be related with glvnd (which, AFAIK, is an standard way for supporting multiple OGL vendors implementations) we will not get in to LLVM version problems as it is used by the dri drivers. In other words: if replacing libGL.so and libglapi.so does the trick, then sharing this two files should be a workaround for everyone that is using the same base distro no matter the llvm version.

Either case, good catch with glvnd. I recently discovered that a local default Mesa drivers build was working and Padoka's versions were crashing the game. GLVND really fits as the source of the problem as a default meson build on mesa has glvnd disabled. Good to see that the community dig out the reason of DIDE & DL crash.
Mushufaza 2 Oct, 2018
QuoteI agree that everyone should be very careful when using shared objects downloaded from the web, but I think that we can believe on each other here... for now.

In the other hand, as the problem seems to be related with glvnd (which, AFAIK, is an standard way for supporting multiple OGL vendors implementations) we will not get in to LLVM version problems as it is used by the dri drivers. In other words: if replacing libGL.so and libglapi.so does the trick, then sharing this two files should be a workaround for everyone that is using the same base distro no matter the llvm version.

Either case, good catch with glvnd. I recently discovered that a local default Mesa drivers build was working and Padoka's versions were crashing the game. GLVND really fits as the source of the problem as a default meson build on mesa has glvnd disabled. Good to see that the community dig out the reason of DIDE & DL crash.

Hi, I share your opinion, if you're interested I uploaded the "Libs" for you to try, they are compiled with llvm 7 in a Ryzen 1600, I also uploaded the last Kernel in the branch 4.18.8 based on amd-staging-drm-next, it is a delight for those who use AMDGPU, all this I use in conjunction with Obaf ppa or Padoka Stable.

Only for Ubuntu 18.04 64 bits

Dying Light Libs
https://drive.google.com/file/d/12enZT4pLIH59HN7zdmwqup1PI0mD_m8a/view?usp=sharing

Kernel 4.18.8 based on amd-staging-drm-next
https://drive.google.com/file/d/1jMeMc7hpzkd-6mRSLQU2zhHIZ12h8ddc/view?usp=sharing

from https://github.com/M-Bab/linux-kernel-amdgpu-binaries (they are currently in branch 4.19.0 RC6, I'm waiting for the final version)
x_wing 6 Oct, 2018
Quoting: Mushufaza
QuoteI agree that everyone should be very careful when using shared objects downloaded from the web, but I think that we can believe on each other here... for now.

In the other hand, as the problem seems to be related with glvnd (which, AFAIK, is an standard way for supporting multiple OGL vendors implementations) we will not get in to LLVM version problems as it is used by the dri drivers. In other words: if replacing libGL.so and libglapi.so does the trick, then sharing this two files should be a workaround for everyone that is using the same base distro no matter the llvm version.

Either case, good catch with glvnd. I recently discovered that a local default Mesa drivers build was working and Padoka's versions were crashing the game. GLVND really fits as the source of the problem as a default meson build on mesa has glvnd disabled. Good to see that the community dig out the reason of DIDE & DL crash.

Hi, I share your opinion, if you're interested I uploaded the "Libs" for you to try, they are compiled with llvm 7 in a Ryzen 1600, I also uploaded the last Kernel in the branch 4.18.8 based on amd-staging-drm-next, it is a delight for those who use AMDGPU, all this I use in conjunction with Obaf ppa or Padoka Stable.

Only for Ubuntu 18.04 64 bits

Dying Light Libs
https://drive.google.com/file/d/12enZT4pLIH59HN7zdmwqup1PI0mD_m8a/view?usp=sharing

Kernel 4.18.8 based on amd-staging-drm-next
https://drive.google.com/file/d/1jMeMc7hpzkd-6mRSLQU2zhHIZ12h8ddc/view?usp=sharing

from https://github.com/M-Bab/linux-kernel-amdgpu-binaries (they are currently in branch 4.19.0 RC6, I'm waiting for the final version)

Sorry I didn't answer you before. Unfortunately your .so doesn't work for me, most probably because you compiled your version optimized for your CPU (I have an Intel 3570k, while you have a Ryzen which probably have a more advanced instruction set that is used in the .so -- I get an ilegal instruction error). Anyway, by doing the preloading of libGL.so (yep, only that shared object) that I have built locally (Mesa defaults) I was able to run DL using all the other shared objects of Padoka Stable.

In case anyone want to test with my build, I leave a copy of my libGl.so here: https://drive.google.com/file/d/1Lb206FtWBNnL4MHBSBm0N3drmHojDCel/view?usp=sharing

To test it, just unpack the file and add as game launch option of DL/DIDE: LD_PRELOAD=/PATH_WHERE_UNPACKED_THE_TAR_GZ/libGL.so.1.2.0 %command%

I tested it with Padoka stable and works fine. It may work with the Unstable version, but I can't guarantee that.
schidin 6 Oct, 2018
Is there a way the developer Techland can fix this by default? Maybe we should inform them about this.
x_wing 6 Oct, 2018
Quoting: schidinIs there a way the developer Techland can fix this by default? Maybe we should inform them about this.

As somebody else mentioned in the thread, we should report problems here: http://dyinglight.support.techland.pl/en/support/solutions/articles/15000009911--ubuntu-steamos-variables-with-hardinfo-and-crash-logs

Anyway, I just send a message with our findings. Hope they can make a fix for this.
rogerwlusk 7 Oct, 2018
Alright, here my fix...

My system is a ryzen 5 2600x, 16GB ram, with a amd r9 fury, using the amdgpu all open driver(which provides mesa 18.1.0-rc4) provided on their website here. USE THE ALL OPEN VARIANT as the Pro driver performs poorly, 30fps vs 70fps plus. You will still need to use the steam properties argument "MESA_GL_VERSION_OVERRIDE=4.5 MESA_GLSL_VERSION_OVERRIDE=450 %command%" as it will crash without it.
Bronx 31 Oct, 2018
Hey so I found placing the libGL.so.1 directly into the Dying Light folder makes it so you don't need LD_PRELOAD or any Launch options (w/ Mesa 18.2+) which also gave me back the Steam Overlay as the overlay wasn't working using that Launch option. I also went and grabbed libGL.so.1 directly from the SteamOS Repo but I have no idea which version would actually be the best, just seems as long as it's libGL.so.1.2.0. I tested the libgl1-mesa-glx .deb directly from Ubuntu 14.04 (Dying Lights System Requirements) and that one works as well.

Here's a copy & paste code to download the libgl1-mesa-glx .deb file from the SteamOS Repo, extract and move libGL.so.1.2.0 to the default Steam install (~home steamapps) folder for Dying Light as libGL.so.1 and then remove the folder created by the extract and the downloaded .deb file.

wget http://repo.steampowered.com/steamos/pool/main/m/mesa/libgl1-mesa-glx_13.0.2-3+bsos1_amd64.deb
dpkg-deb -R libgl1-mesa-glx_13.0.2-3+bsos1_amd64.deb libgl1-mesa-glx_13.0.2-3+bsos1_amd64
mv libgl1-mesa-glx_13.0.2-3+bsos1_amd64/usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 ~/.steam/steam/steamapps/common/Dying\ Light/libGL.so.1
rm -R libgl1-mesa-glx_13.0.2-3+bsos1_amd64 libgl1-mesa-glx_13.0.2-3+bsos1_amd64.deb


This works from a fresh install of Dying Light on Ubuntu 18.10 with no Launch options or PPA using Mesa 18.2.2.
I've found performance to be pretty much on par with Windows from what I recall and I tested for about an hour with no issues.
RX 580 with only the open source Mesa driver installed, no AMDGPU software. Ryzen 2600X with nothing added to Ubuntu 18.10.

Maybe all Techland would have to do is include the required version of libGL.so.1 as they already include several other .so files inside the Dying Light install folder.
devland 31 Oct, 2018
Does the above fix work on Manjaro and other distros?

The GOG Windows build works in wine_staging+dxvk at 75 fps on a 75 Hz monitor with vsync. :)

I have the RX 580, Ryzen 1700 and latest mesa drivers from the Manjaro repos.
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

We have no adverts, no paywalls, no timed exclusive articles. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.

Livestreams & Videos
Community Livestreams