Opened 7 years ago

Last modified 3 days ago

#6054 new defect

HUGO: Priority glitch in Whodunit? (Parrot)

Reported by: raziel- Owned by: Strangerke
Priority: high Component: Engine: Hugo
Keywords: draw order Cc:
Game: Hugo

Description

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)

Ticket imported from: #3536220. Ticket imported from: bugs/6054.

Attachments (3)

hugo2-01.SAV (7.1 KB ) - added by raziel- 7 years ago.
get yellow book
SGrab_Shot_000.png (9.6 KB ) - added by raziel- 7 years ago.
HHH0.SAV (5.9 KB ) - added by raziel- 7 years ago.
DosBox Save standing before the bookcase

Download all attachments as: .zip

Change History (11)

by raziel-, 7 years ago

Attachment: hugo2-01.SAV added

get yellow book

by raziel-, 7 years ago

Attachment: SGrab_Shot_000.png added

comment:1 by raziel-, 7 years ago

Err, i meant to write "update only the part where Penelope is standing" not "erase"

comment:2 by digitall, 7 years ago

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.

comment:3 by digitall, 7 years ago

Owner: set to Strangerke

comment:4 by sev-, 7 years ago

This bug is nice to get fixed before the release. Raising priority for keeping the track.

comment:5 by sev-, 7 years ago

Priority: normalhigh

by raziel-, 7 years ago

Attachment: HHH0.SAV added

DosBox Save standing before the bookcase

comment:6 by raziel-, 7 years ago

This glitch does not happen in DosBox (DosBox save attached)

comment:7 by Strangerke, 7 years ago

Sorry, I can't reproduce. Could someone confirm if it's a BE only problem?

comment:8 by henke37, 3 days ago

Keywords: draw order added
Note: See TracTickets for help on using tickets.