| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
distinguished struct instead in the data stream for 8bpp-optimized
|
|
drawing (depends on architecture and compiler)
|
|
encoding and ~15% faster in drawing (depends on architecture)
|
|
without asserts
|
|
|
|
something more than whitespace as description of files that don't have a description.
|
|
operators.
|
|
logical location.
|
|
unneeded include from openttd.h.
|
|
usage of 32bpp-anim animation buffer during giant screenshots.
|
|
when it's not necessary.
|
|
|
|
logical place and remove about 50% of the includes of 'functions.h'
|
|
it is really needed.
|
|
|
|
single file and do not include gfx.h everywhere to get a Point type.
|
|
logical locations.
|
|
ZoomLevel can be used in some iterations
|
|
|
|
asserts and show them in crash.log for MSVC release builds
|
|
to clip too much at screen/viewport borders. Patch by frosch.
|
|
loaded, to show which one really loaded
|
|
(so you don't have to keep on doing 'openttd -b 32bpp-optimized'..)
|
|
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)
|
|
that was drawn (frosch)
|
|
|
|
sound/music/video drivers, using self-registration based on the blitter-model.
|
|
files (and add one)
|
|
asserted in almost a week of stresstesting, so I'm pretty sure all cornercases are tested by now.
|
|
|
|
only the Factory
|
|
buffer-size it needs
|
|
32bpp-anim
|
|
unreadable from outside the blitter, so the blitter can store anything he likes
-Codechange: added CopyImageToBuffer, which produces a readable buffer for screenshots
-Fix: 32bpp-anim now holds animation on transparent objects to avoid strange graphical effects
-Fix: 32bpp-anim now works correct on mouse-movement (it holds the palette animation correctly)
|
|
transparency and therefor should never be repainted (spotted by Rubidium)
|
