Menu
▾
▴
#6054 HUGO: Priority glitch in Whodunit? (Parrot)
ScummVM 1.5.0git (Jun 18 2012 16:51:00)
Features compiled in: Vorbis FLAC MP3 RGB zLib Theora AAC FreeType2
In the scene pretty much at the beginning when Penelope enters the office with the dumbwaiter (behind the bookcase door), there is a parrot sitting in it's cage.
When Penelope enters the room the scene switches to the office showing the hidden door open from bottom to top, Penelope pops in the room and the door closes from top to bottom.
The parrot is partly cut out from the opening door and will be drawn right again when Penelope's sprite is also drawn inside the room.
This seems to be a priority issue affecting the whole space of the opening door erasing all sprites as long as the door open animation is running.
Penelope's and the parrot's sprite are next to each other so it should be possible to erase only the part where penelope is standing and leave out the parrot?
Savegame and screenshot attached
Hugo 2: Whodunit? (DOS/English)
AmigaOS4 - PPC - SDL - BE
gcc (GCC) 4.2.4 (adtools build 20090118)
get yellow book
Err, i meant to write "update only the part where Penelope is standing" not "erase"
Thanks for the bug report. As your previous bug report indicated:
https://sourceforge.net/tracker/index.php?func=detail&aid=3292383&group_id=37116&atid=418820
Hugo2 has a number of priority (z-ordering) glitches, so please don't report further glitches, but just add them to this current bug, as they may have the same cause.
If you have time, could you play through Hugo2 under DOSBox with the original interpreter and see if these two glitches occur in the original? Also, attach original interpreter savegames at the relevant point to help comparison with ScummVM. Thanks.
This bug is nice to get fixed before the release. Raising priority for keeping the track.
DosBox Save standing before the bookcase
This glitch does not happen in DosBox (DosBox save attached)
Sorry, I can't reproduce. Could someone confirm if it's a BE only problem?