Stoneshard: Prologue

Stoneshard: Prologue

View Stats:
Arch Linux? Game not launching
As the title says.

The game just closes when I try to launch. I can't find any workaround :C halp
< >
Showing 1-15 of 21 comments
honeyzëd Jun 9, 2018 @ 9:42pm 
hi! i am NOT associated with development on this project. NOT associated with development.

but i would love to try to help your stoneshard binary hang out in the proc folder for longer than a few miliseconds!

could you please open a terminal, changedirectory to the folder where the stoneshard executable resides, then launch it from the shell via `./stoneshard` then reply with whatever output you are given?

i am hoping this will identify a missing or possibly rogue (rogue-like?) library! whatever output is given will be useful in identifying the problem.

(as always with any public forum please try your best not to copypaste any identify signifiers or other personal information by mistake)
Thanks for trying to help ^__^!

Here is what I have, I am showing the entire folders + how I tried to launch and error it gave about libopenal.so : https://i.imgur.com/pFoiUwb.png
renecane Jun 10, 2018 @ 6:58am 
Have you installed openal? It appears on the Arch repos at least: https://www.archlinux.org/packages/extra/x86_64/openal/

Try running pacman -Syu openal

It is part of extras repo, but if I remember correctly it should be enabled by default.
Last edited by renecane; Jun 10, 2018 @ 7:02am
i_nive Jun 10, 2018 @ 7:35am 
And if the game is 32-bit:
$ file runner
runner: ELF 32-bit LSB executable, Intel 80386...
then you need the 32-bit openal library. /prev post seems to suggest the 64-bit package/
renecane Jun 10, 2018 @ 7:52am 
Originally posted by i_nive:
And if the game is 32-bit:
$ file runner
runner: ELF 32-bit LSB executable, Intel 80386...
then you need the 32-bit openal library. /prev post seems to suggest the 64-bit package/

Dunno about that, 32-bit openal package includes library called libopenal.so.1 too. OP can install 32-bit library by running pacman -Syu lib32-openal if the 64-bit doesn't work. It is in the multilib repo, but again if my memorys serves me right and things haven't changed around too much in the last couple of years, it should be enabled by default.
Tigrezno Jun 10, 2018 @ 10:00am 
Just works on ubuntu 18.04, so it must be a library issue.
i_nive Jun 10, 2018 @ 11:15am 
Originally posted by Tigrezno:
Just works on ubuntu 18.04, so it must be a library issue.
Would you please paste the output of
$ ldd /path/to/steam/stoneshard/runner
, for reference? Yours is 64-bit Ubuntu, I presume?
Tigrezno Jun 10, 2018 @ 11:18am 
Originally posted by i_nive:
Originally posted by Tigrezno:
Just works on ubuntu 18.04, so it must be a library issue.
Would you please paste the output of
$ ldd /path/to/steam/stoneshard/runner
, for reference? Yours is 64-bit Ubuntu, I presume?

Yep, 64bit here.

~/.steam/steam/steamapps/common/Stoneshard Prologue/StoneShard $ ldd runner linux-gate.so.1 (0xf7fd4000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7de8000) libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf7dc8000) libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xf7dc0000) libGL.so.1 => /usr/lib/i386-linux-gnu/libGL.so.1 (0xf7d58000) libopenal.so.1 => not found libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7c50000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7c40000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7c20000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7c18000) libcrypto.so.1.0.0 => not found libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf7c00000) libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7ab0000) libXrandr.so.2 => not found libGLU.so.1 => not found libssl.so.1.0.0 => not found libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf7a90000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf78b0000) /lib/ld-linux.so.2 (0xf7fa8000) libGLX.so.0 => /usr/lib/i386-linux-gnu/libGLX.so.0 (0xf7888000) libGLdispatch.so.0 => /usr/lib/i386-linux-gnu/libGLdispatch.so.0 (0xf7828000) libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf77f8000) libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf77f0000) libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf77e8000) libbsd.so.0 => /lib/i386-linux-gnu/libbsd.so.0 (0xf77c8000)
Last edited by Tigrezno; Jun 10, 2018 @ 11:18am
i_nive Jun 10, 2018 @ 12:09pm 
Interesting, my Fedora28 (probably not so stock anymore) needs only two libraries (obsolete openssl-1.0.0, fetched from Steam bundle ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu):
libcrypto.so.1.0.0 => not found
libssl.so.1.0.0 => not found

OK, game segfaults at my side with:
si_shader:2[26945]: segfault at 7 ip 00000000ef8aa250 sp 00000000ecdfa8dc error 4 in libLLVM-6.0.so[ef2d5000+39cd000]
It turns to be a known issue with GameMaker and AMD driver on certain cards; mine is RX580:
$ lspci|grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X] (rev e7)
=== Going with OpenGL soft rendering === (steam game properties -> set launch options... -> enter:
LIBGL_ALWAYS_SOFTWARE=1 %command%
) plays the game but CPU is maxed...

Reference: https://steamcommunity.com/app/361280/discussions/0/365172547956601722/
-> Segfault on Linux when using AMD graphics card (page bottom)

Edit:
PS if you don't want to bother with steam options but command prompt only:
$ LD_LIBRARY_PATH=.:~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu LIBGL_ALWAYS_SOFTWARE=1 path/to/StoneShard/runner
Last edited by i_nive; Jun 10, 2018 @ 12:17pm
doomwarriorx Jun 11, 2018 @ 12:25pm 
game doesn't start for me either. I using Ubuntu 18.04.

"[...]
This is where it would have set them fullscreen= 0, they are 1366,768 displaywidth/h 1920,1080
Texture #1 16,16
Texture #2 16,16"

I'm under the impression the games doesn't seem to like my multi screen setup.
Tigrezno Jun 11, 2018 @ 12:46pm 
Originally posted by doomwarriorx:
game doesn't start for me either. I using Ubuntu 18.04.

"[...]
This is where it would have set them fullscreen= 0, they are 1366,768 displaywidth/h 1920,1080
Texture #1 16,16
Texture #2 16,16"

I'm under the impression the games doesn't seem to like my multi screen setup.

what graphics card are you using?
Originally posted by renecane:
Have you installed openal? It appears on the Arch repos at least: https://www.archlinux.org/packages/extra/x86_64/openal/

Try running pacman -Syu openal

It is part of extras repo, but if I remember correctly it should be enabled by default.

Originally posted by renecane:
Originally posted by i_nive:
And if the game is 32-bit:
$ file runner
runner: ELF 32-bit LSB executable, Intel 80386...
then you need the 32-bit openal library. /prev post seems to suggest the 64-bit package/

Dunno about that, 32-bit openal package includes library called libopenal.so.1 too. OP can install 32-bit library by running pacman -Syu lib32-openal if the 64-bit doesn't work. It is in the multilib repo, but again if my memorys serves me right and things haven't changed around too much in the last couple of years, it should be enabled by default.


Sorry for late reply, I re-installed my system. Now there is slight progress. I installed openal + lib32-openal as you suggested.


Screenshot of my new error: https://i.imgur.com/yfXzzqv.jpg


What to do :/?
i_nive Jun 13, 2018 @ 3:29pm 
> error while loading shared libraries: libcrypto.so.1
You should start 'runner' with LD_LIBRARY_PATH properly set (this or the systemwide /etc/ld.so.conf{,.d}, not recommended for a game). Next steps:
1) find the location of the Steam bundle unpack directory:
$ find ~ -name 'libcrypto.so.1*' # search the file in your home directory
(On a modern Gnome system the expected output is:
* ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libcrypto.so.1
* ~/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libcrypto.so.1
)
(Actually, all libraries required by 'runner' and not present in 'runner' dir should be there because your Steam client comes properly bundled, inclunding libopenal.so you installed)

2) choose the directory ending with i386-linux-gnu (cause '$ file runner' says your 'runner' is 32-bit exe)
(so it becomes "~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu" in my case)

3) start 'runner' with extended library path:
$ LD_LIBRARY_PATH=.:<dir from 2> ./runner
(you should get 'error while loading shared libraries' no more)

4) if the game crashes with SEGFAULT (see my Jun 10 reply and reference therein; you might check '$ sudo journalctl -lf' in parallel to 3) then try the workaround with the purely software OpenGL renderer:
$ LD_LIBRARY_PATH=.:<dir from 2> LIBGL_ALWAYS_SOFTWARE=1 ./runner
(WARNING: it will put all the graphics load to CPU -- expect a heated CPU!)
Originally posted by i_nive:
> error while loading shared libraries: libcrypto.so.1
You should start 'runner' with LD_LIBRARY_PATH properly set (this or the systemwide /etc/ld.so.conf{,.d}, not recommended for a game). Next steps:
1) find the location of the Steam bundle unpack directory:
$ find ~ -name 'libcrypto.so.1*' # search the file in your home directory
(On a modern Gnome system the expected output is:
* ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libcrypto.so.1
* ~/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libcrypto.so.1
)
(Actually, all libraries required by 'runner' and not present in 'runner' dir should be there because your Steam client comes properly bundled, inclunding libopenal.so you installed)

2) choose the directory ending with i386-linux-gnu (cause '$ file runner' says your 'runner' is 32-bit exe)
(so it becomes "~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu" in my case)

3) start 'runner' with extended library path:
$ LD_LIBRARY_PATH=.:<dir from 2> ./runner
(you should get 'error while loading shared libraries' no more)

4) if the game crashes with SEGFAULT (see my Jun 10 reply and reference therein; you might check '$ sudo journalctl -lf' in parallel to 3) then try the workaround with the purely software OpenGL renderer:
$ LD_LIBRARY_PATH=.:<dir from 2> LIBGL_ALWAYS_SOFTWARE=1 ./runner
(WARNING: it will put all the graphics load to CPU -- expect a heated CPU!)

Oh wow, I actually learned something today :D my thanks. Ok here is what happened now:


[user@universe StoneShard]$ LD_LIBRARY_PATH=.:/home/user/.steam/steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu ./runner
./runner: error while loading shared libraries: libXrandr.so.2: cannot open shared object file: No such file or directory

// https://i.imgur.com/A1fVtJD.jpg
Last edited by Mentally Disabled Person; Jun 13, 2018 @ 3:48pm
I forgot to add, I use VGA cable to TV right now. I'll try with laptop's normal monitor if it works then.
< >
Showing 1-15 of 21 comments
Per page: 1530 50

Date Posted: Jun 9, 2018 @ 12:42pm
Posts: 21