diff options
author | Filippos Karapetis | 2016-03-16 01:15:24 +0200 |
---|---|---|
committer | Filippos Karapetis | 2016-03-16 01:51:07 +0200 |
commit | a393a1348ab01a7e2f00d5441bc04a26de44da47 (patch) | |
tree | 487ca05a4ce23092aaaac5670aeeb225a9c00d9f /engines/sci/graphics/frameout.h | |
parent | b50d425387ff88a09a8654fd5cd8ad76fc27a412 (diff) | |
download | scummvm-rg350-a393a1348ab01a7e2f00d5441bc04a26de44da47.tar.gz scummvm-rg350-a393a1348ab01a7e2f00d5441bc04a26de44da47.tar.bz2 scummvm-rg350-a393a1348ab01a7e2f00d5441bc04a26de44da47.zip |
SCI32: Remove dead code related to priority map handling
The priority map is not used at all in SCI32 at the engine level by
design, so all the relevant code that handles picture priority is
pretty much dead
Diffstat (limited to 'engines/sci/graphics/frameout.h')
-rw-r--r-- | engines/sci/graphics/frameout.h | 18 |
1 files changed, 0 insertions, 18 deletions
diff --git a/engines/sci/graphics/frameout.h b/engines/sci/graphics/frameout.h index a820696dde..aef215356d 100644 --- a/engines/sci/graphics/frameout.h +++ b/engines/sci/graphics/frameout.h @@ -352,13 +352,6 @@ private: */ Buffer _currentBuffer; - // TODO: In SCI2.1/SQ6, priority map pixels are not allocated - // by default. In SCI2/GK1, pixels are allocated, but not used - // anywhere except within CelObj::Draw in seemingly the same - // way they are used in SCI2.1/SQ6: that is, never read, only - // written. - Buffer _priorityMap; - /** * TODO: Documentation */ @@ -457,12 +450,6 @@ private: public: /** - * TODO: Document - * This is used by CelObj::Draw. - */ - bool _hasRemappedScreenItem; - - /** * Whether palMorphFrameOut should be used instead of * frameOut for rendering. Used by kMorphOn to * explicitly enable palMorphFrameOut for one frame. @@ -488,11 +475,6 @@ public: */ void alterVmap(const Palette &palette1, const Palette &palette2, const int8 style, const int8 *const styleRanges); - // TODO: SCI2 engine never uses priority map? - inline Buffer &getPriorityMap() { - return _priorityMap; - } - // NOTE: This function is used within ScreenItem subsystem and assigned // to various booleanish fields that seem to represent the state of the // screen item (created, updated, deleted). In GK1/DOS, Phant1/m68k, |