I think the fall through bug already has a fix.
About the screaming guard: in the original game, all characters can scream if their falling speed exceeds a certain value (see do_fall() in seg005.c).
Normally you don't hear guards screaming, because they usually only fall for a short distance until they disappear off-screen and get disabled (see check_guard_fallout() in seg002.c). Also, even if they start to scream, the victory music will usually be triggered shortly after, which cancels the screaming sound. In your video, though, the room is changed before Jaffar disappears off-screen, so the screaming sound is not canceled.
Falcury wrote: ↑February 25th, 2018, 6:40 pmNorbert wrote: ↑February 25th, 2018, 1:44 pm
[Edit: By the way, in CMakeLists.txt it still says 1.17.]
Ah, yes, that version number is for the macOS app bundle.
That's still
broken unfortunately because of dependency hell on macOS that I couldn't figure out.
I decided to have another go at creating an application bundle for macOS.
See the attached disk image archive.
For those who have a Mac and want to try it: please let me know if it works.
GitHub branch:
https://github.com/Falcury/SDLPoP/commits/mac_app
Some things to note:
- Getting the dynamic linking to work correctly was a very hard. After the earlier attempts using CMakeLists.txt failed, I tried to build SDLPoP in XCode, so that I could use the official SDL2 "frameworks" binaries from libsdl.org. I almost got that to work, but not reliably. Also, using XCode inflated the size of the bundle to >10 MB, because the "frameworks" got copied in and those took up a lot of space. So, I again decided to try CMake - I figured it might have become easier now that SDL2_mixer is no longer needed. Unfortunately, I still had to eventually give up on linking the SDL2_image .dylib, and instead switched over to stb_image to circumvent the problem. Overkill, but at least it seems to finally work...
- Mac .app bundles are supposed to look like single files, but (in general) file operations with bundles are painfully slow, especially if a bundle contains a large number of small files (this often seems to be the case, unfortunately). To reduce the number of files within the SDLPoP bundle, I replaced all the data folders with their .DAT equivalents. (No one would notice the difference anyway, because the files are hidden away)
- SDLPoP.ini is awkward to get at, because it's inside the bundle. But you can still use the menu to change settings.