Possible case-sensitivity issue on Build Engine games on Linux?

[Unkown789]

Hello ZDoom/Raze forum users, i have an issue with both NBlood/RedNukem and BuildGDX, my game doesnt load properly and exits with "cosine table not found". BuildGDX also has an issue with .art files, exiting because it cant find said .art files, all of this due to presumably case-sensitivity. Can somebody PLEASE help me fix these issues? Ive looked everywhere to fix these, but to no avail, also, im new to the forums. so if this post doesnt fit into here, please let me know why and how it doesnt fit before removing it. Cheers!

[axredneck]

One option is to make small partition with case-insensitive file system, e.g. FAT32, e.g. on SD card, and place game files on it.

[Unkown789]

axredneck wrote:
> One option is to make small partition with case-insensitive file system,
> e.g. FAT32, e.g. on SD card, and place game files on it.

Ah yeah that could work! Thanks! I will try that once i get home!

[Rachael]

If you are a bit short on portable writable media, you don't need to spare or clear one for this kind of a project. Hard disk images can be stored directly in your home folder and mounted as a loopback device and can be formatted with any arbitrary filesystem type that your kernel will read, instead of using physical media the only requirement is a little bit of free space on your device. This can also be nested (but why would you do that?).

https://linuxvox.com/blog/linux-loopback-filesystem/

Here is another tutorial on how to use them and even goes over the process for creating a FAT file system with it, though its use cases are not the same as your's (so obviously you will deviate from the tutorial for your purposes):

https://wiki.osdev.org/Loopback_Device

[Unkown789]

Rachael wrote:
> If you are a bit short on portable writable media, you don't need to spare
> or clear one for this kind of a project. Hard disk images can be stored
> directly in your home folder and mounted as a loopback device and can be
> formatted with any arbitrary filesystem type that your kernel will read,
> instead of using physical media the only requirement is a little bit of
> free space on your device. This can also be nested (but why would you do
> that?).
>
> https://linuxvox.com/blog/linux-loopback-filesystem/
>
> Here is another tutorial on how to use them and even goes over the process
> for creating a FAT file system with it, though its use cases are not the
> same as your's (so obviously you will deviate from the tutorial for your
> purposes):
>
> https://wiki.osdev.org/Loopback_Device

Thanks a LOT! However, thats not an issue (running low on portable media), the problem is that NBlood STILL doesnt work even on an usb media (exFAT, mind you).

[axredneck]

Another option is to run Windows build of Raze/NBlood using Proton/Wine which does case folding. If it still gives you the same error message(s) then your game data is probably damaged, try to redownload it.

[Unkown789]

Another option is to run Windows build of Raze/NBlood using Proton/Wine which does case folding. If it still gives you the same error message(s) then your game data is probably damaged, try to redownload it.

Now im probably going to sound like a dick but, thats what i was directly escaping from, running the ports using Proton/Wine. You see, i dont like running 20 year old games using emulation of ANY kind. Oh well, still, thanks A LOT to both of you, guess im stuck on using Fresh Supply... (Also, 1:The game was freshly installed when i tried them with NBlood, Raze works just fine including the midi music, i just compiled and tried it but it doesnt support custom episodes from the "new game" menu it appears and 2:I know using Fresh Supply with Proton/Wine is a bit 2-faced but you see, FS was never released for Linux natively, but Raze and NBlood was, and i feel comfortable using FS with Proton because of that. Thanks a lot to both of you again!)