My experience setting up this project on a GNU/Linux distro
See original GitHub issueMaybe this can help to improve the README and also the initial data conversion code to run more smoothly for other GNU+Linux users.
Even though I own the original game CDs, I decided to buy the games again on GOG and download the files. This project seems to be focused on LBA2 only, but I ended up buying both LBA1 and LBA2 on GOG.com since the price was extremely cheap!
GOG warned that these games are only supported on Mac and Windows, but I knew I would only need the data files, so I ignored the warning and proceeded with the purchase.
Instead of downloading with “GOG Galaxy”, instead I chose the option DOWNLOAD OFFLINE BACKUP GAME INSTALLERS - Download game files only. Useful if you anticipate limited internet access, or want to have a backup. These installers don't support auto-updating, nor on-line features.
The installer is a Windows executable called setup_little_big_adventure_2_1.0_(28192).exe
. I created a directory called lba2_gog
inside my local working copy of the git repo for lba2remake and saved the installer there.
I used wine to run the installer:
wine setup_little_big_adventure_2_1.0_(28192).exe
The installer opened some pop up dialogs with ERROR messages, which made me worry that it might have not done its job properly. But clicking “OK” and closing the installer (I did not press the “Launch” button in the end) seemed to be just fine. This process resulted in the game files being installed under the “C:/” drive, as seen by wine at ~/.wine/drive_c/GOG\ Games/Little\ Big\ Adventure\ 2/
I decided to make a symbolic link to that directory so that it would be easier to reach it from within my local working dir:
ln -s ~/.wine/drive_c/GOG\ Games/Little\ Big\ Adventure\ 2/ files
now the files are available in there:
Next step was following the README.md instructions. So I ran npm install
and it installed a lot of stuff but complained about my npm install being old, so I also did run this as root: npm i npm@latest -g
As you can see in the screenshot below, npm install
did not work perfectly in the first try, so I kept rerunning it until I got a clean success message. Not sure why it misbehaves like that…
Finally, it told me some dependencies had to be installed manually, so I did (not sure if strictly necessary, but I gave it a try anyway):
npm install utf-8-validate@^5.0.2
npm install bufferutil@^4.0.1
npm install canvas@^2.5.0
Then I was in doubt which exact command to use next, as the README only had instructions for Mac or Windows. In the end this one was good enough: npm run import lba2_gog/files/
It sucessfully recognized the game data files but was unable to create a www/data/LBA2
directory:
I manually created the data
dir with the following command:
mkdir www/data
Then, rerunning npm run import lba2_gog/files/
it moved on and told me it would extract game data using dosbox, but failed because there’s no PowerShell on GNU/Linux, that’s a Windows thing!
But I do have dosbox installed here (native Debian one, I don’t need to use the DosBox.exe binary for Windows that is provided in this repo). Reading the contents of the utils/convert/unpack.ps1
script, I figured it would be super simple to manually execute the same thing by myself.
These are the contents of utils/convert/unpack.ps1
:
cd "$PSScriptRoot/../../www/data/LBA2/_unpack"
./DOSBox.exe unpack.bat -exit
And this is what I’ve done manually:
cd www/data/LBA2/_unpack/
dosbox unpack.bat -exit
Now, running npm run import lba2_gog/files/
again finally worked. The files take a long time to convert (it seems to use ffmpeg to convert audio and video files to file formats better suited to the remake project that will use them on a browser)
Final step was to run npm run dev
and cross my fingers 😃 (I am running it right now. I may write a followup message if I find other problems)
Happy Hacking, Felipe “Juca” Sanches 😄
Issue Analytics
- State:
- Created 3 years ago
- Comments:12 (3 by maintainers)
Hey guys, I tried to install on Linux and I faced the same problems but also an error that was caused by not having the dosbox folder in the LBA2 GOG version (which I had to looking into the utils/convert files to find it out).
I figured out that each version of LBA2 (GogWin, SteamWin, GogMac, etc) has a command line associate to it, since I do use GogWin version it tries to use Powershell command.
If you allow me to suggest a different approach, it could check if the OS is the same OS supported by that installation, for example:
LBA2 version :
GogWin
/ OS:Windows
since the OSes do match, copy the dosbox folder as it is right nowLBA2 version :
GogWin
/ OS:Linux
(or even Mac) the OSes do not match (windows install on linux), just the send the command considering the dosbox is installed and it’s on pathIt also allow to mac uses windows installation and vice-versa, If mac using a mac installation would be:
'cd www/data/LBA2/_unpack && ./dosbox unpkLBA2.bat -exit'
if mac using a non-mac installation:'cd www/data/LBA2/_unpack && dosbox unpkLBA2.bat -exit'
just execute
dosbox
instead of./dosbox
and expect that the system has the dosbox installed properly (and on path)and on Windows if installing from a GogMac for example, it could do the same as it now, just ask the dosbox path to the user.
I made the code works for linux on my local system, but since my changes I need to test it on windows as well.
Unfortunately it’s not working on windows 10 for me (not on my branch, but git cloning the master from you guys):
it’s working for you on windows 10?