aboutsummaryrefslogtreecommitdiff
path: root/graphics/cursorman.h
diff options
context:
space:
mode:
authorColin Snover2016-10-22 12:41:39 -0500
committerColin Snover2016-10-22 13:18:38 -0500
commit724385eb5e3154628a5e1655471d7cf4d67b7a70 (patch)
treec577376d689bf98c0afd68ab0f3b8aa00e589a30 /graphics/cursorman.h
parent5280632b5182535c2d54956c1de55060e1d26dce (diff)
downloadscummvm-rg350-724385eb5e3154628a5e1655471d7cf4d67b7a70.tar.gz
scummvm-rg350-724385eb5e3154628a5e1655471d7cf4d67b7a70.tar.bz2
scummvm-rg350-724385eb5e3154628a5e1655471d7cf4d67b7a70.zip
SCI32: Fix slow SCI2.1mid transitions
SSCI transitions code sends a large number of small show rects to the graphics manager, one at a time, for each division of a transition. Each time a rect is submitted, a call to showBits is made. This design was used when transitions for SCI32 were first implemented in ScummVM, and it worked OK because the hardware surface was updated by EventManager::getSciEvent, not showBits, so the large number of calls to showBits from the transitions code did not adversely affect engine performance. Later in SCI32 engine development, hardware surface updates were changed to occur in showBits so that the hardware surface would be updated at frame-out time, instead of at input-in time. This change meant that now the large number of calls to showBits from transitions became very expensive, and the engine would stall constantly refreshing the entire hardware surface. To fix this problem, the transitions code now (1) maximises the size of rects coming from transitions, when possible, and (2) only calls showBits when all the rects from one frame of a transition have been calculated and added to the show rects list. Additionally, there were some arithmetic errors in the implementation of pixel dissolve that have been corrected in this changeset. Fixes Trac#9614.
Diffstat (limited to 'graphics/cursorman.h')
0 files changed, 0 insertions, 0 deletions