Game wont Start (Ubuntu Linux)

[Sirik]

Does anyone have any ideas?

When trying to run the game it gets a core dump:



Game update: AppID 239140 "Dying Light", ProcID 13631, IP 0.0.0.0:0
ERROR: ld.so: object '/home/sirik/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/sirik/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Illegal instruction (core dumped)
Game removed: AppID 239140 "Dying Light", ProcID 13633

[happenguin]

Btw, i tried to compile 32bit wine earlier, installed lot of 32bit lib, but then purged, i hope, all of them. Maybe i missed one ot them, and that libs is souce of problem?

[hateball]

Suppose disabling Steam overlay doesnt change anything either? Suppose the game still tries to load the library even if it doesnt use it...

[happenguin]

Disabling overlay does nothing...

[Jose[Linux]]

I'm also having a segfault while game is loading (the splash screen shows up and then the game starts to load for about 40 sec and crashes before showing any game intro video / images / menu). Kubuntu 14.10 64bit with mesa 10.5 (radeonsi driver with Radeon HD 7870). CPU is AMD FX 8150 with 16GB RAM.

[Nintonito]

JosePhantomBubblesLinux の投稿を引用：

I'm also having a segfault while game is loading (the splash screen shows up and then the game starts to load for about 40 sec and crashes before showing any game intro video / images / menu). Kubuntu 14.10 64bit with mesa 10.5 (radeonsi driver with Radeon HD 7870). CPU is AMD FX 8150 with 16GB RAM.

Try the stock AMD drivers (yes, I know, they suck). Pretty sure the game requires extensions mesa doesn't fully support.

[Jose[Linux]]

I have a dual ubuntu partition with catalyst. The game doesn't crash upon start but only shows a white screen while music plays. I'm going to install the latest drivers (Omega) and give it a go.

[Jose[Linux]]

Freaking catalyst drivers. Man, how can they suck so big time...? White screen also with Omega drivers (14.12) on Kubuntu 14.04 64bit.

[Piotrek_Techland]

Hello everyone,

We’re working on solving issues some of you are experiencing with Dying Light.
You can help us fix them faster! Just create a list of all environment variables file and send it together with your Logs files and steam profile name and topic's url
to [e-mail].

How to do it:

1. Please send us list of all environment variables. Read how here: http://support.techland.pl/support/solutions/articles/4000043731-linux-system-information-raport-file
2. Copy all your Logs files. To find the Log file, go to your game catalog, and then in ../DW/out/logs/
3. Attach all these files and SEND WITH YOUR STEAM PROFILE NAME AND TOPIC'S URL.
4. Send it to: [e-mail]

This will help us immensely in fixing the issues you may have.

[Linuxgamer]

second patch in ubuntu 14.04 and radeon 7850 with drivers private, and dont working, please fix this i cannot start the game

[Nintonito]

So its been confirmed that a known MAJOR issue with the linux builds is they won't start on AMD cards with any reliability. Techland is aware of this, and they are working on a fix.

[Sirik]

Not just AMD.. it doesnt work on my Nvidia card on Linux either.

[D-Code]

Have e-mailed them my details. I got an Nvidia card.

Couldn't find any log files that is mentioned.
I use the Steam Library Folders feature where I have two directories set up. The game is not on the default path. No idea if that could be related.

[dud3z]

After inspecting the linux executable i can see how it has been compiled with the SSE5 instruction set usage enabled, although some of our CPUs can't handle that.

 110dd3f:	8f c9 46 80 b7 47 bd 	vfrczps ymm6,YMMWORD PTR [r15-0x78be42b9]
--
 1117ae6:	8f 69 1f 80 6b cf    	vfrczps ymm13,YMMWORD PTR [rbx-0x31]
--
 111d7f8:	8f                   	vpmacssdql xmm11,xmm2,xmm1,xmm7,(bad)
--
 116103a:	0f 7a 56 70 3e       	phadduwd xmm6,QWORD PTR [rax+0x3e]
--
 1178a6c:	c4                   	vfnmsubpd ymm14,ymm1,ymm4,ymm10,(bad)
--
 11a1d69:	c4 c2 35 13 55 8a    	vcvtph2ps ymm2,XMMWORD PTR [r13-0x76]
--
 11c2e89:	8f 89 77 94 22       	vpshlb ymm4,[r10],xmm1
--
 11e8c6f:	8f                   	vpmadcswd xmm4,xmm11,xmm2,XMMWORD PTR [rdx-0x7d],(bad)

@Piotrek, i think that recompiling all the object code without "-march=native" or by explicitly choosing the instruction set should solve the issue on non-SSE5 equipped CPUs, but proxying the main launcher should be a better way so that CPU support detection can choose which executable to run without penalizing SSE5-ready CPUs.

[Nintonito]

dud3z の投稿を引用：

After inspecting the linux executable i can see how it has been compiled with the SSE5 instruction set usage enabled, although some of our CPUs can't handle that.

 110dd3f:	8f c9 46 80 b7 47 bd 	vfrczps ymm6,YMMWORD PTR [r15-0x78be42b9]
--
 1117ae6:	8f 69 1f 80 6b cf    	vfrczps ymm13,YMMWORD PTR [rbx-0x31]
--
 111d7f8:	8f                   	vpmacssdql xmm11,xmm2,xmm1,xmm7,(bad)
--
 116103a:	0f 7a 56 70 3e       	phadduwd xmm6,QWORD PTR [rax+0x3e]
--
 1178a6c:	c4                   	vfnmsubpd ymm14,ymm1,ymm4,ymm10,(bad)
--
 11a1d69:	c4 c2 35 13 55 8a    	vcvtph2ps ymm2,XMMWORD PTR [r13-0x76]
--
 11c2e89:	8f 89 77 94 22       	vpshlb ymm4,[r10],xmm1
--
 11e8c6f:	8f                   	vpmadcswd xmm4,xmm11,xmm2,XMMWORD PTR [rdx-0x7d],(bad)

@Piotrek, i think that recompiling all the object code without "-march=native" or by explicitly choosing the instruction set should solve the issue on non-SSE5 equipped CPUs, but proxying the main launcher should be a better way so that CPU support detection can choose which executable to run without penalizing SSE5-ready CPUs.

I'm not going to get into huge detail, but "SSE5" never happened. It was originally proposed by AMD, but Intel naturally said no to it. It was replaced by alternate implementations from both AMD and Intel. SSE4 is the last officially incorporated revision of the extension set. As for the features that were brought, AMD cpus released in the last 3-4 years support AMD's replacement for SSE5, and Intel's Haswell CPU's support their AVX replacement for SSE5(released just last year). What you may think is "SSE5" is actually something different (but functionally similiar). As for the actual usage of the instruction set, its not uncommon for high level Linux versions. Valve, for example, requires SSE2 with steam for linux, but on windows that requirement does not exist. They use the extra processor instruction to increase distro compability, and reduce errors by directing as many operations as they can directly on the CPU. Techland may be able to lower the requirement slightly, but frankly you won't get much lower than SSE4. If your CPU doesn't support those extensions, you're probably gonna be SOL (and this trend will definitely continue for high end Linux ports, because it allows for increased game stability on supported systems).

[dud3z]

Nintonito の投稿を引用：

I'm not going to get into huge detail, but "SSE5" never happened. It was originally proposed by AMD, but Intel naturally said no to it. It was replaced by alternate implementations from both AMD and Intel. SSE4 is the last officially incorporated revision of the extension set. As for the features that were brought, AMD cpus released in the last 3-4 years support AMD's replacement for SSE5, and Intel's Haswell CPU's support their AVX replacement for SSE5(released just last year). What you may think is "SSE5" is actually something different (but functionally similiar). As for the actual usage of the instruction set, its not uncommon for high level Linux versions. Valve, for example, requires SSE2 with steam for linux, but on windows that requirement does not exist. They use the extra processor instruction to increase distro compability, and reduce errors by directing as many operations as they can directly on the CPU. Techland may be able to lower the requirement slightly, but frankly you won't get much lower than SSE4. If your CPU doesn't support those extensions, you're probably gonna be SOL (and this trend will definitely continue for high end Linux ports, because it allows for increased game stability on supported systems).

Yeah it quite never happened although calling it the "XOP" instruction set[en.wikipedia.org] is probably more suited, but the "AMD XOP, FMA4 and CVT16 instructions" looks like they are required as of now: i'm pretty sure i have support up to and including to SSE4.2.