| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
unmasked 32bpp sprites
|
|
|
|
"unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
|
|
work for non-8bpp-mapped sprites.
|
|
|
|
far regarding not needing to update the colour mapping when (re)initialising the palette
|
|
|
|
the amount of compares. This is possible because the function is called with only 2 possible conditions: from 0 to 255 (full palette update, 8bpp only) or from PALETTE_ANIM_START to 255
|
|
|
|
remapping for 32bpp sprites
|
|
blitter so changes of the palette data during the game don't influence drawing (with SDL)
|
|
|
|
the alpha and previous colour information will be lost when the palette is animated.
|
|
-Remove: the '-i' option for palette selection.
|
|
|
|
as it does not belong to the other PALETTE_TO_STRUCT_xxx recolourings.
|
|
|
|
|
|
if a header require a header make it include that header
|
|
the 32bpp anim blitter triggered palette check of the whole window instead of only the part the got copied back
|
|
was only validated during sprite blitting, other drawing operations didn't check it. Initial startup and window resize could therefore lead to crash.
|
|
|
|
|
|
|
|
|
|
color and colour.
|
|
|
|
some unneeded '(x == 0) ? 0 : 1' constructs.
|
|
|
|
darker for BM_TRANSPARENT (for 32bpp blitters)
|
|
encoding so it uses similiar scheme as 8bpp-optimized
All zoom levels are stored and a kind of RLE is used. Together with further changes and reducing number of variables, drawing is ~50% faster in average.
|
|
|
|
destination directly instead. Makes palette animation ~40% faster.
|
|
something more than whitespace as description of files that don't have a description.
|
|
unneeded include from openttd.h.
|
|
usage of 32bpp-anim animation buffer during giant screenshots.
|
|
it is really needed.
|
|
|
|
|
|
frosch)
|
|
too!)
|
