That’s right, and for now I only added support for the French extras. But adding support for the other voices should not be a lot of extra work, so I guess I am going to do it soon.

Thank you very much for all your work and your efforts. And I would be very glad to test these packages for all languages.

BR Christian

Update

New game supported:
Neverwinter Nights: Enhanced Edition

Update

Neverwinter Nights: Enhanced Edition

• New archives:
- neverwinter_nights_enhanced_edition_81_8193_16_41300.sh
- neverwinter_nights_enhanced_edition_french_extras_81_8193_16_41300.sh

• Add support for German voices
New archive:
- neverwinter_nights_enhanced_edition_german_extras_81_8193_16_41300.sh

Would this work on a 32 bit debian system? I think they removed 32 bit support for the enhanced edition.

For the Enhanced Edition version, you would have to use an installer providing a game version up to 78. After that it only comes with a 64-bit binary. (./play.it kept support for the 32-bit binary for the installers providing it)

Or you can run the Diamond Edition version with the Bioware native engine, this one comes with a 32-bit binary too.

I don't know if this is the right place for support, but with the Diamond Edition (after verifying the checksums and building from the .bin file) I'm getting:

`mv: 'dialog.TLK' and 'dialog.tlk' are the same file`

Then the script quits with what looks like unfinished data.

This is the right place for support ;)

This is a known issue: ./play.it does not work on case insensitive file systems like NTFS.

What is missing there is an early check that would abort the process with an explicit error, instead of trying to process the game files and fail later, cf. Run early filesystem checks.

I plan to work on these checks for the next feature release of ./play.it. Support for NTFS on the other hand is not planned, at least not by me.

Thanks for the response, and for this in general. it appears I've successfully built NWN Diamond and Pharaoh on another system successfully, but I'm not sure where to find them now (heh). It seems like most of the files I'm used to seeing are in the `/home/user/.local` folder, but I'm having an issue starting the game. I did a chmod +x of nwmain and nwn but am having an issue actually getting them to start. Not sure what to do next. :\ Sorry, I feel stupid.

Edit: Oh wow, I missed the git repository. That's probably my issue I'm assuming.

To be fair, all of this can be a bit tricky at first ;)

Here are the common paths for a given game installed with ./play.it on a Debian-based system:
- /usr/local/share/games/${game} — The read-only game data, installed by the package. No user can tinker with it.
- ~/.config/${game} — Some game configuration files, for the current user (can be empty).
- ~/.local/share/games/${game} — User specific data that is not related to the game configuration, like saved games, extra maps, mods, etc.
- ~/.local/share/play.it/prefixes/${game} — A volatile directory that is used to link together the files of the three previous paths. I advise not trying to change anything in this one, as these changes could be lost.

If you want to override some game file, first copy it in ~/.local/share/games/${game} and then edit the copy. So for example you could copy:
/usr/local/share/games/${game}/path/to/some/file
to:
~/.local/share/games/${game}/path/to/some/file
then edit the copy.

No need to feel sorry or stupid, if it was trivial there would be no need for such tools ;)
Do you get some error message when you run neverwinter-nights from a console?

Nobody needs your stupid crap of a tool nor all the other crapware like lutris et al.

You can't fix stupid with unmaintained bunch of scripts. You can only spawn more stupidity and the false feeling that something (might) work (sometimes).

And this rubbish sometimes (often actually) makes really trivial stuff work worse.

I'm getting an error message that it's missing libmss.so and libmss.so.6 which I see are symlinked in the /miles folder. Seems close to working. (I'm on a Raspberry Pi by the way using box86, so there are potential problems there.) I probably won't trouble you with any more issues here.

To be fair we probably have no regular user using x86 on Raspberry Pi or similar, so I'm really curious about the results you will get ;)
It would be nice if out of your experience we find some ways to improve such use cases.

Any idea where I'd find those packages? I used grep to try to find them, but I can't. I'm wondering can I replace the symlink with the actual libraries?

I donʼt remember being able to replace the shipped versions of these libraries by system ones, I probably was not able to find a distribution providing this library.

I think replacing the links by hard copies like you suggest might help.