| Age | Commit message (Collapse) | Author |
|---|
|
blitter which OpenTTD uses to decide which blitter to load.
|
|
|
|
missed drawing the first pixel.
|
|
-Remove: the '-i' option for palette selection.
|
|
|
|
as it does not belong to the other PALETTE_TO_STRUCT_xxx recolourings.
|
|
|
|
Blitter::DrawLine().
|
|
|
|
Blitter_32bppBase::DrawLine() into Blitter::DrawLine().
|
|
|
|
to spritecache.h
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
@param to @tparam if necessary
|
|
which were sometimes missing and sometimes just typos
|
|
|
|
|
|
|
|
for months. All attempts to do another workaround failed.
|
|
sources too
|
|
|
|
just reuse the same piece of allocated memory for each encoding.
|
|
color and colour.
|
|
std::map
|
|
|
|
|
|
selection and parameters.
|
|
but do return the number of characters written instead of the number of characters that would be written; as size_t is unsigned substraction can cause integer underflows quite quickly.
|
|
sprites: fonts, recolour, mapgen and normal sprites.
|
|
some unneeded '(x == 0) ? 0 : 1' constructs.
|
|
32bpp-anim blitter (backup buffer was too small)
|
|
32 bpp blitter by default
Now we will pick 32 bpp if no 8 bpp fullscreen resolutions are available on the main display (the one with the dock)
|
|
|
|
blitters (GeekToo)
|
|
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.
|
|
blitter and driver names
Removes indirect dependency on <string> for 20 files, reduces binary size by 16kB
|
|
|
|
This is done by selecting the 32bpp-anim blitter by default as it seems Apple removed some 8bpp support
Since this is done at runtime the same binary will still select 8bpp on 10.3 and 10.4
|
|
order on LE and BE machines
|
|
|
|
destination directly instead. Makes palette animation ~40% faster.
|
