| Age | Commit message (Collapse) | Author |
|---|
|
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)
|
|
|
|
were non-transparent (tnx boekabart)
|
|
palette animation (at the cost of an animation-buffer to keep track of the 'm'-channel of all sprites)
|
|
class (and nick it colour, not color)
|
|
in fact only a few indexes were needed
-Codechange: allow blitters to handle palette animation internally or even disable it; 8bpp uses video-backend for palette animation
|
|
|
|
|
|
|
|
|
|
Blitter::DrawRect, as the former was only used by the rectangle drawing code anyway. This lets us draw rectangles in one go.
|
