Compiling qagame.qvm incorrectly mapped trap_BotFreeItemWeights() to the
syscall for BOTLIB_AI_SAVE_GOAL_FUZZY_LOGIC. However this is not called
by baseq3 or missionpack qagame.qvm so correcting it does not affect the
built Quake 3 QVMs.
Reported by Tobias Kuehnhammer.
Resolves an issue where the macOS application's dylibs could not be
loaded because there were too many maps; on macOS the default maximum
number of open files is 256.
The code is pretty much copy-pasted from `S_Base_SoundList`.
Some things from the original `S_Base_SoundList` are not implemented,
e.g. compression and the final "free memory" line.
Following changes to the console code, it turned out that at very high
resolutions, the large number of glyphs rendered would cause render
commands to be dropped; avoid this by simply raising the maximum number
of render commands.
From the research conducted in
https://github.com/ioquake/ioq3/issues/794
we can probably conclude that the `self->r.maxs[2] = -8;`
in `player_die()` is related to `pm->maxs[2] = -8;`
in `PM_CheckDuck()`. Let's make this clear with a named constant.
R_LoadImage now tries .dds as a final fallback when compressed textures are disabled.
This allows assets to ship as DDS-only without requiring duplicate PNG/TGA for every texture.
Fixes#583.
Some custom maps apparently need a larger value for MAX_PATCH_PLANES.
These snuck under the limit with original Q3 due to the vagaries of
floating point error/modern compilers/fastmath etc.. See issue #186.
* chore: upgrade Emscripten
I do not have a particular reason for this.
Just hoping that this might bring some performance improvement,
perhaps.
I have tested it, but I have not noticed a significant difference.
* 4.0.18 appears to be the latest now
---------
Co-authored-by: Jack Slater <903791+NuclearMonster@users.noreply.github.com>
WofWca