(patch by 'yoch', from https://github.com/lvandeve/lodepng/pull/66)
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1553 af15c1b1-3010-417e-b628-4374ebc0bcbd
Fixes a regression introduced in 0.93.0 when we switched from
fixed-function fog to GLSL (for world polys), reported by ItEndsWithTens
It was visible on large polygons.
For a test case, see: https://sourceforge.net/p/quakespasm/bugs/24/
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1544 af15c1b1-3010-417e-b628-4374ebc0bcbd
- rebuilt opusfile after updating to 0.10 release and applying two
int64 overflow fixes from xiph.org git.
- rebuilt libvorbis after applying fixes for CVE-2017-14632 and
CVE-2017-14633.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1542 af15c1b1-3010-417e-b628-4374ebc0bcbd
model to be less annoying when testing a broken mod
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1534 af15c1b1-3010-417e-b628-4374ebc0bcbd
metlslime says:
> I was the one that at added the blue checkerboard feature.
> I didn't realize at the time how many mods relied on the behavior of
> vanilla quake to show skin 0 when the mod asks for an invalid skin. So
> I now agree, the engine should replicate vanilla quake's permissive
> behavior and maybe just put up a non-spamy console warning when the
> bad skin is first set.
TODO: The warning is currently spammy (but only if developer 1).
Would be a bit of a pain to make non-spammy.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1532 af15c1b1-3010-417e-b628-4374ebc0bcbd
This is a bug from vanilla.
Shows up in qump_vingal.bsp from QUMP, which has func_illusionary
entities with "origin" "". Example are the torch holders before
the first door in the map.
Prior to this commit the vector would possibly get a garbage value,
depending on what was on the stack.
see: http://celephais.net/board/view_thread.php?id=61523&start=53&end=61
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1527 af15c1b1-3010-417e-b628-4374ebc0bcbd
changed bug #3332 patch to use the SDL_ToUnicode
function wrapper instead of ToUnicode() directly.
some minor tweaking about SDL_stroull on windows.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1526 af15c1b1-3010-417e-b628-4374ebc0bcbd
3920, 3921, 3926, and 3739. (only the bug/3926 patch is in official
SDL repo, for now.)
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1525 af15c1b1-3010-417e-b628-4374ebc0bcbd
osx version has SDL changeset r11654 applied to fix a minor issue.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1522 af15c1b1-3010-417e-b628-4374ebc0bcbd
applied Eric's suggested patch for bug #3851.
- SDL-2.0.6 bugs #2157, 3845, and 3848 still not resolved.
- SDL2 bug #3846: possibly a dup of #3851
- SDL2 bug #3858: possibly a dup of #3848 (and 3849)
- Windows version is built using VS2013-update5 with the WinXP option.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1518 af15c1b1-3010-417e-b628-4374ebc0bcbd
Also applied Eric's memmove() suggestion for bug #3849.
- Windows version is built using VS2013-update5 with the WinXP option.
- SDL-2.0.6 bugs #2157, 3845, 3846, 3848, and 3851 still not resolved.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1517 af15c1b1-3010-417e-b628-4374ebc0bcbd
MINGW_ANSI_STDIO stuff when building against mingw.org headers..
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1516 af15c1b1-3010-417e-b628-4374ebc0bcbd
- Windows version is now built using VS2013-update5 with the WinXP option.
- SDL-2.0.6 bugs #3845, 3846, 3848, 3849, and 3851 are still not resolved.
git-svn-id: svn://svn.code.sf.net/p/quakespasm/code/trunk/quakespasm@1513 af15c1b1-3010-417e-b628-4374ebc0bcbd
Ozkan Sezer
Eric Wasylishen