Instal Steam
login
|
bahasa
简体中文 (Tionghoa Sederhana)
繁體中文 (Tionghoa Tradisional)
日本語 (Bahasa Jepang)
한국어 (Bahasa Korea)
ไทย (Bahasa Thai)
Български (Bahasa Bulgaria)
Čeština (Bahasa Ceko)
Dansk (Bahasa Denmark)
Deutsch (Bahasa Jerman)
English (Bahasa Inggris)
Español - España (Bahasa Spanyol - Spanyol)
Español - Latinoamérica (Bahasa Spanyol - Amerika Latin)
Ελληνικά (Bahasa Yunani)
Français (Bahasa Prancis)
Italiano (Bahasa Italia)
Magyar (Bahasa Hungaria)
Nederlands (Bahasa Belanda)
Norsk (Bahasa Norwegia)
Polski (Bahasa Polandia)
Português (Portugis - Portugal)
Português-Brasil (Bahasa Portugis-Brasil)
Română (Bahasa Rumania)
Русский (Bahasa Rusia)
Suomi (Bahasa Finlandia)
Svenska (Bahasa Swedia)
Türkçe (Bahasa Turki)
Tiếng Việt (Bahasa Vietnam)
Українська (Bahasa Ukraina)
Laporkan kesalahan penerjemahan
IF the game can run using the older LibSDL 1.2 - you might consider shipping that version until the 2.0 version is more universally distributed.
(To be honest, this is the first game I've seen _using_ 2.0 - I shall have to look into what's new in the SDL 2.0 world.)
That takes care of THOSE issues - but it is ALSO linked against 'libsteam_api.so' which is NOT included. Now, loads of other games include that - so I have it, and will copy it into the directory. But I think you'll need to alter the shell script a bit that you have running the file to modify the LD_LIBRARY_PATH. (Which some say is a HORRIBLE idea and "don't do that if you don't have to" and so on. Let's just make it work for now and later with SteamOS the library _will_ be in the library path.)
If you have VVVVVV you can take a look at what they've done to fix this issue. If not, they have the libsteam_api.so in a "LIB32" and a "LIB64" directory. Then, they check uname (as you do in yours) to detect 64 bits or 32 bits, assign the "LIBS" variable to either LIB32 or LIB64, and then they run this command;
export LD_LIBRARY_PATH=$LIBS:"$LD_LIBRARY_PATH"
and then they run the appropriate VVVVV program.
If I were not just coming off of a rediculously long work shift and my head wasn't spinning, I'd just write one for you, but...
Oh look, Worms Reloaded has libsdl2 AND libsteam_api in their libs dir. That may be a better one to look at for an example (if you have it.)
So, long story short: I have a Bad Hotel window running now, and the game inside it.
I _hope_ this helps you out. It's a bit long and ... really not well written.
--edit
I just tried opting in to the beta and now it's downloading stuff. You might want to put something in the stable so it isn't just empty though?
--edit 2
Missing libsteam_api.so, copied 64-bit one from ticket to ride, but now I get an error that SDL is built without force feedback support. I can probably fix that.
I also had to install luajit.
./BadHotel.x86_64: error while loading shared libraries: libsteam_api.so: cannot open shared object file: No such file or directory
$ ./BadHotel
./BadHotel.x86_64: symbol lookup error: ./BadHotel.x86_64: undefined symbol: SDL_GetBasePath
also the original libraries on folder lib.x86 and lib.x86_64 are broken link
libSDL2-2.0.so.0
libluajit.so
libsteam_api.so
I just grabbed libSDL2 and libsteam_api from Super Hexagon Beta, libluajit I got by installing the luajit package. Now the game starts fine.
For libsteam_api.so error:
Copied libsteam_api.so from another game what supports x86 and x86_64bit to <steampath>/SteamApps/common/Bad Hotel/
I took it from Rogue Legacys directory.
For libSDL2 and libluajit error:
Downloaded libSDL2 and libluajit shared object libraries from repository.
Copied /usr/lib/libSDL2-2.0.so.0 to <steampath>/SteamApps/common/Bad Hotel/lib.x86_64/libSDL2-2.0.so.0
Copied /usr/lib//usr/lib/libluajit-5.1.so.2 to <steampath>/SteamApps/common/Bad Hotel/lib.x86_64/libluajit.so
I also had sound problem, sound stuttered badly.
After i installed pulseaudio for other reasons, sound stutter was gone.
Hope this helps if someone have problems.