Jason Yundt

> > The way the game finds game data is very primitive currently, simply looking what's in at the current directory or -setdir argument if set > > I am...

> A possible solution could be to use `SDL_GetPrefPath` for writable game data, and user-defined locations to find read-only data (see tentative implementation in #471. Eh, I wouldn’t really say...

At the moment, files in `-additionaldir` directories override files in the writable base directory. If I’m understanding correctly, this PR flips that order. This PR makes it so that files...

> Writable base directory should have highest priority as user can override in that way underlying files. OK, so it sounds like you’re saying that users would not be able...

I don’t think that you understood my question. My question was about a hypothetical change to your code. Your answer was about the actual code that you currently have written....

> First of all, current logic of additionaldir implements same way of search path, they [get added after of writable path](https://github.com/DescentDevelopers/Descent3/blob/main/Descent3/init.cpp#L1425). My PR changes `executable` and `current` path priorities, not...

> Current logic not working as expected. When I launch local build with custom location of d3.hog, I lose default pilot file (which intended to be in writable path, #534):...

> Created pilot flie should be in pref path, not in current directory. Again, all writable files (savefiles, pilot files, demos, user content, configuration) should be in writable directory, current...

> @Jayman2000 are you ok with moving forward with this MR? Not really. I put a lot of work into getting the `-additionaldir` PR merged, and I really don’t like...

> We might already have a workaround for this if it's the readdir pos that's overflowing. Can you try crc32c for the str_hash option? I tried putting `str_hash=crc32c` in my...