mirror of
https://github.com/DrBeef/Raze.git
synced 2024-11-16 01:11:28 +00:00
ebbb3e304d
Previously, we checked whether the faded palette has changed (by way of CRC) and invalidated the textures then unless the preserve flags were set. This however could lead to wrongly invalidating them under unfortunate circumstances, e.g. basepal change from CON + tints at the same time before r2620 which reverted r2232. Now, only invalidate them if the corresponding preserve flags are clear AND * the base palette has really changed OR * the palette CRC changed and we were running on software gamma The latter means that performance-killing invalidations may still happen on GL platforms lacking HW gamma (for ATI, it's currently only disabled in 8-bit fullscreen). Also have a new global 'basepalreset' to fake a basepal change for setbrightness(), currently used when changing renderers so that going from Polymer to Polymost and back again will invalidate the Polymer textures on the second change, potentially re-applying a basepal highpal. (Still with me?) git-svn-id: https://svn.eduke32.com/eduke32@2636 1a8010ca-5511-0410-912e-c29ae57300e0 |
||
---|---|---|
.. | ||
Apple | ||
build | ||
eobj | ||
eobj_win | ||
installer | ||
obj | ||
obj_win | ||
psd | ||
rsrc | ||
samples | ||
source | ||
Windows | ||
backtrace.dll | ||
buildlic.txt | ||
ChangeLog | ||
ChangeLog.html | ||
eduke32.sln | ||
eduke32.vcproj | ||
eduke32.vcxproj | ||
eduke32.vcxproj.filters | ||
eduke32.vcxproj.user | ||
GNU.TXT | ||
libiconv2.dll | ||
libintl3.dll | ||
m32help.hlp | ||
MakeDistributions | ||
Makefile | ||
Makefile.common | ||
Makefile.deps | ||
Makefile.msvc | ||
names.h | ||
nedmalloc.dll | ||
osxbuild.sh | ||
SEHELP.HLP | ||
STHELP.HLP | ||
tiles.cfg |