It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Hi
I'm trying to get Corpse Party corpse_party_en_2017_11_19_16935.sh
running on Linux Ubuntu 18.04 LTS 64bit Kernel 4.15.0-62-generic.

I did install the 32bit libraries

sudo apt install libc6:i386 libasound2:i386 libasound2-data:i386 libasound2-plugins:i386 libxdmcp6:i386 libxau6:i386 libxext6:i386 libxcb1:i386 libx11-6:i386 libglu1:i386 libsdl2-2.0-0:i386 libsdl2-image-2.0-0:i386 libsdl2-ttf-2.0-0:i386 libvorbisfile3:i386

but the game crashes instantly.

Did anyone manage to get the game running on linux?

Thanks

Edit:
The stack trace ends with
10 lines refering to /lib/i386-linux-gnu/libSDL2-2.0.so.0
2 lines refering to /lib/ld-linux.so.2
so apparently the game tries to load libSDL2-2.0.so.0 10 times and finally fails afterwards.
Post edited September 14, 2019 by zeerogog
This question / problem has been solved by heather1348image
avatar
zeerogog: I'm trying to get Corpse Party corpse_party_en_2017_11_19_16935.sh
running on Linux Ubuntu 18.04 LTS 64bit Kernel 4.15.0-62-generic.
...
Did anyone manage to get the game running on linux?
I just tried it and yes I have it running after installing libsdl2-image-2.0-0:i386.
Linux Mint 19.2 (Ubuntu 18.04 based) on this PC.
SHA256 (corpse_party_en_2017_11_19_16935.sh) = bd3076434f56998c6f150871b5d568d23cace5036158e12389a28b499ec2c6a7

I extracted the installer, cd to the "game" folder in the Install directory and ran ./CorpseParty. It crashed as in my case I was missing libsdl2-image-2.0-0:i386. That file, game/CorpseParty is actually another shell script which launches game/Linux.x86/CorpseParty.x86. Which in turn loads game/Linux.x86/libDxPortLib.so.0.
I.E. run ldd game/Linux.x86/CorpseParty.x86 to see if you missed any i386 libs.
Post edited October 19, 2019 by Gydion
This game does run into a bit of dependency hell on Linux. Even after I got it through the dependencies and got it to open a window, it just locked up, and I noticed that it was complaining about Steam, which doesn't make much sense. Maybe the Linux port is fragile or poorly designed in some ways. I am running Ubuntu 18.04; usually these things are optimized for Ubuntu and similar distributions, so it is a bit surprising that it refuses to work.

I found an easier solution.

I downloaded the Windows version and ran it with wine 5.4, with no tinkering or unusual configurations. I played through the introduction and a bit into Chapter 1. So far, it works flawlessly. If others are having difficulties with the Linux version, this might be easier than messing around with dependencies and other problems. For those who don't like to deal with wine manually, Playonlinux is easy enough to use, and it walks you through the process. I installed it manually, but I see no reason why Playonlinux wouldn't work since this was a straightforward installation. (Note that an old entry in winehq indicated that this game requires DirectX libraries (i.e. use winetricks to install d3dx9), but this was with a very old version of wine, and it no longer seems necessary.)

Most of the Linux games here work without difficulties, but occasionally something like this pops up. This is the worst I have run into so far. Since the Windows version is running perfectly so far, I won't waste my time messing around with the Linux version any longer.
On fedora I got this error messages when I tried to run the game:
error while loading shared libraries: libSDL2_image-2.0.so.0:

But the package SDL2_image was installed on my system. I realized the problems was that my system was 64-bit (so SDL_image corresponded to 64-bit version of that library), so I also installed the 32-bit versions of SDL libraries with:
sudo dnf install SDL2*i686*

And then I managed to run the game.
tying some loose ends here...

"ldd CorpseParty.x86" shows that all dependencies are populated on Ubuntu 18.04 but the game does not start.

On Ubuntu 20.04, the same steps as above work and the game does start after complaining about missing steam and about 10 seconds of a timeout.

Wine emulation even with wine 3.0 works flawless. It is ridiculous that some 32bit games run better on wine than on native.
I know I'm replying extremely late but it's bizarre that the GOG version would complain about Steam, I was sure I'd compiled the GOG version with absolutely no Steam component -- in general I'd like to take another look at it someday but it's a matter of finding the time for it. :\