| Age | Commit message (Collapse) | Author |
|---|
|
|
|
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!)
|
|
animation if we are not drawing to the screen-pointer
|
|
was ... wrong ;)
|
|
|
|
32bpp-simple (based on the work of frosch)
-Add: let 32bpp-anim use 32bpp-optimizeds, so he profits from the speed-up too
|
|
0..255 makes it much faster (frosch)
-Fix: ComposeColourXXX could work a tiny bit faster when using 256, not 255 as value to divide with; downside is that it can give alpha errors (frosch)
|
|
sound/music/video drivers, using self-registration based on the blitter-model.
|
|
files (and add one)
|
|
buffer-size it needs
|
