SVN handles and Git names are merged into one person.
Fix undefined behavior/potential OOB access in ST_21_FLOOR_DOOR. g_AnimateGoal does not take a sector number, it takes an animation index, and caps at 1024, not 4096.
Added seed_krand(int32_t* seed), a function for performing RNG that reads from and writes to a custom seed pointer.
Move S_DefineSound, S_DefineMusic, and S_DefineAudioIfSupported out of game.cpp and into sounds.cpp, and made CON_DEFINESOUND use S_DefineSound, reducing code duplication.
Fix default SE26 speed if no GPSPEED tile is present.
Process empty skill name definitions as if they were " ".
Fixes assertion failure with Suburbs TC.
Comment out writes of unused values to k while preparing the skill menu
Fix buffer overflows with parsing out of range strings in CON files
Factor out display math common to Knee, Knuckles, Access, Tip
Simplify P_DisplayAccess a little bit
Minor cleanup to FLAMETHROWER_WEAPON draw code
Fix avel and horz input getters to use fix16_to_int
Fix another per-map tile regression that could cause tiles to fail to load
Fix Lo Wang's Rap from being skipped at endgame
The song should play once before returning to the menu, so the 'loop' parameter needs to be honoured within PlaySong() too.
fix transparent floor/ceiling double drawing
Fix typos in FLAMETHROWERFLAME code
Fix a regression that could lead to crashes with per-map tiles
Ensure that cvars adjusting sound settings re-initialize what they need to
Don't set the r_useindexedcolortextures cvar to 0 when enabling filtering
The cfg file should reflect the user's preferences even if the features don't take effect. The cvars' descriptions document the incompatibility that is happening.
Clarify the descriptions of conflicting renderer cvars
- r_texfilter - r_anisotropy - r_useindexedcolortextures
Re-enable the r_texfilter cvar
Apparently aarch64 sometimes needs -latomic too, contrary to my own testing
add drawline256 command for scripting
vec2_t linetype
bump MICROPROFILE_STACK_MAX to 128
I hit an assertion at 64.
Remove xxh_x86dispatch
It is an optional part of xxHash we are not using that breaks the build everywhere but x86*.
include xxhash.h instead of xxh3.h and update data types to account for 64-bit hash values
fix "C1083: Cannot open compiler generated file" error with polymost1Frag.glsl.cpp and polymost1Vert.glsl.cpp
I'm not entirely happy with this due to the addition of the extra filter in the IDE to hold the generated files, but it's better than having to hit build twice in order to get a successful compilation.
switch a few things over to xxh3
update xxHash
Removed unnecessary vid_* CVars, as they are available through the engine
BUILD & Duke3D: lower the clamp value for "vid_brightness" from 0 to -10, allowing for negative brightness config to be saved
Save console variable settings to voidsw_cvars.cfg
Duke3D, SW, NAM: Add detection of GOG Galaxy install paths
Add GOG path detection
Add icns icon to macOS .app bundle
Apparently std::abs is not constexpr everywhere
Avoid error with some toolchains where klabs(int16_t) turns into abs(double)
Add GRP scanning support for Penthouse Paradise
ZOOM Platform ships it with their DLC Pack.
Add detection of ZOOM Platform paths for Duke3D (Win/Mac) and SW (Win)
Add GRP scanning for the actual original tdragon.zip
Fix mismatch of initprintf and initputs signatures in compat_tools object
Duke3D/CON: fix for disallowing digits at the start of var labels
Link with -latomic on 32-bit ARM architectures
Revert "GNUmakefile: compile enet.cpp only if NETCODE!=0."
Replace std::string with a char* wrapper
This avoids a bug which causes linking to fail for MinGW32 builds.
sdlayer.cpp: remove an '#ifndef __ANDROID__' block with only commented code in it.
sdlayer.cpp: don't print SDL_SetWindowGammaRamp() error if the function was not called.
We may have gotten an error message like: videoSetGamma(): Failed loading udev_device_get_action: (...)/libSDL2-2.0.so.0: undefined symbol: _udev_device_get_action But: 1. The "error" in question did actually happen earlier in SDL, but is harmless because SDL first tries to load a symbol using 'dlsym(RTLD_DEFAULT, ...)' and failing that (as it happens in my case), from an explicitly loaded libudev (which succeeds). 2. The message misleads a user into thinking that it may have something to do with gamma adjustment having no effect. (As is the case for me.)
update zpl.h for build and runtime fixes on 32-bit ARM.
Disable microprofile on ARM64 Windows
