| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
This is a C++11 feature that allows the compiler to check that a virtual
member declaration overrides a base-class member with the same signature.
Also src/blitter/32bpp_anim_sse4.hpp +38 is no longer erroneously marked
as virtual despite being a template.
|
|
off-screen work
This clips the line segment to be within the screen area prior to pixel iteration.
|
|
|
|
This is remove per-pixel overheads due to use of the SetPixel virtual
method.
These overheads included:
* expensive virtual method call which prevents inlining
* palette lookup for every pixel
* branch on whether palette animation is enabled on every pixel
Regenerate project files.
|
|
|
|
|
|
Create a new blitter mode: 32bpp-sse2-anim, which is 32bpp-anim + this.
32bpp-sse2-anim is now used by default where 32bpp-anim would have been.
Also use this with the 32bpp-sse4-anim blitter.
See issue #6469.
|
|
|
|
|
|
width of the screen were equal.
|
|
while paused skipped initialisation of the palette and resulted in black windows.
-Revert (r23978): No SDL-specific fix required anymore. The new fix applies to all backends.
|
|
|
|
spaces)
|
|
|
|
unmasked 32bpp sprites
|
|
|
|
the return is not NULL)
|
|
"unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
|
|
other blitters cleared the memory too
|
|
work for non-8bpp-mapped sprites.
|
|
|
|
(non) animated sprites, so the least expensive variant can be chosen (MJP)
|
|
to prevent unneeded execution of expensive code (MJP)
|
|
|
|
|
|
later on (MJP)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
sse blitters (MJP)
|
|
variables in the SSE blitters (MJP)
|
|
"remap" in the SSE2/SSSE3 blitters as well
|
|
others (MJP)
|
|
exists before attempting trying to instantiate an instance
|
|
With 32bpp base set about 15-20% faster in the Draw function (slower with 8bpp base set). Overall, with 32bpp base set, about 5% faster.
|
|
With 32bpp base set about 40% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 8 and 1% of total run time
|
|
With 32bpp base set about 35% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 6 and 1% of total run time
|
|
With 32bpp base set about 30% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 5 and 1% of total run time
|
|
|
|
|
|
|
