summaryrefslogtreecommitdiff
path: root/src/blitter/32bpp_anim.hpp
AgeCommit message (Collapse)Author
2017-03-18(svn r27796) -Fix [FS#6545]: 32bpp-anim blitters assumed that pitch and ↵frosch
width of the screen were equal.
2017-03-11(svn r27774) -Fix [FS#5889]: Enabling palette animation for 32bpp blitters ↵frosch
while paused skipped initialisation of the palette and resulted in black windows. -Revert (r23978): No SDL-specific fix required anymore. The new fix applies to all backends.
2016-05-22(svn r27575) -Fix [FS#6404]: Memory leak when disabling palette animation. (JGR)frosch
2014-01-02(svn r26214) -Add: specialised animated SSE4 blitter (MJP)rubidium
With 32bpp base set about 15-20% faster in the Draw function (slower with 8bpp base set). Overall, with 32bpp base set, about 5% faster.
2014-01-02(svn r26209) -Codechange: remove some template magic and simplify some coderubidium
2013-11-25(svn r26108) -Codechange: some coding style (whitespace)rubidium
2012-04-10(svn r24111) -Codechange: use Colour more instead of manually bitstuffingrubidium
2012-01-03(svn r23729) -Fix (r23670) [FS#4941]: if you increase the buffer size, also ↵truebrain
increase the bytes per pixel
2011-12-24(svn r23670) -Feature: Add ability to adjust brightness of colour after ↵peter1138
remapping for 32bpp sprites
2011-12-18(svn r23588) -Codechange: use the 'final' keyword so compiler can optimise ↵smatz
out some indirect calls
2011-12-08(svn r23448) -Fix: keep a local copy of the palette in the 32bpp animated ↵rubidium
blitter so changes of the palette data during the game don't influence drawing (with SDL)
2011-05-01(svn r22397) -Document: some tidbits of the blitter coderubidium
2010-01-23(svn r18907) -Cleanup: Smallmap was the last user of SetPixelIfEmpty().alberth
2010-01-21(svn r18873) -Codechange: use PaletteID also in the blitterrubidium
2010-01-15(svn r18809) -Codechange/Cleanup: remove unneeded headers from some files, ↵rubidium
if a header require a header make it include that header
2010-01-04(svn r18709) -Fix (r10227,FS#3464): Animation buffer for 32bpp-anim blitter ↵peter1138
was only validated during sprite blitting, other drawing operations didn't check it. Initial startup and window resize could therefore lead to crash.
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-02-09(svn r15428) -Codechange: consistently use colour instead of having both ↵rubidium
color and colour.
2008-08-15(svn r14080) -Fix (r14052): assert triggered when drawing chat window with ↵glx
32bpp-anim blitter (backup buffer was too small)
2008-06-26(svn r13639) -Codechange: rewrite 32bpp-anim and 32bpp-optimized drawing and ↵smatz
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.
2008-05-06(svn r12971) -Documentation: add @file in files that missed them and add ↵rubidium
something more than whitespace as description of files that don't have a description.
2007-09-09(svn r11078) -Add: added 32bpp-optimized, which is almost twice as fast as ↵truelight
32bpp-simple (based on the work of frosch) -Add: let 32bpp-anim use 32bpp-optimizeds, so he profits from the speed-up too
2007-06-21(svn r10245) -Codechange: added GetName also to all Blitters, instead of ↵truelight
only the Factory
2007-06-21(svn r10244) -Fix: make sure to let 32bpp-anim report the increased ↵truelight
buffer-size it needs
2007-06-21(svn r10241) -Codechange: CopyToBuffer now produces a buffer that is ↵truelight
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)
2007-06-19(svn r10227) -Add: added 32bpp-anim blitter, a 32bpp blitter that does ↵truelight
palette animation (at the cost of an animation-buffer to keep track of the 'm'-channel of all sprites)