Opened 14 years ago
Closed 14 years ago
#5353 closed defect (fixed)
CRUISE: Minor Graphical Glitch
| Reported by: | SF/windlepoons | Owned by: | dreammaster |
|---|---|---|---|
| Priority: | normal | Component: | Engine: Cruise |
| Version: | Keywords: | ||
| Cc: | Game: | Cruise for a Corpse |
Description
When examine the book from captains kabin, the book open but the figure from the inspector "overwritten" this.
Ticket imported from: #3064846. Ticket imported from: bugs/5353.
Attachments (4)
Change History (10)
by , 14 years ago
| Attachment: | cruise.png added |
|---|
comment:1 by , 14 years ago
When examine the book from captains kabin, the book open but the figure from the inspector "overwritten" this.
Cruise for a Corpse (256 colors/DOS/German) ScummVM 1.2.0svn52672 Linux x86_32 / aptosid (formerly sidux)
by , 14 years ago
| Attachment: | cruise.s10 added |
|---|
comment:2 by , 14 years ago
| Owner: | set to |
|---|---|
| Summary: | CINE: Minor Graphical Glitch → CRUISE: Minor Graphical Glitch |
comment:3 by , 14 years ago
Replicated with Cruise for a Corpse (256 colors/DOS/English) and : ScummVM 1.3.0svn54275 (Nov 17 2010 03:52:02) Features compiled in: Vorbis FLAC MP3 ALSA SEQ TiMidity RGB zLib FluidSynth Theora on Linux 2.6.34 x86_32.
This requires you to get to 5.30PM to gain access to the Captain's Cabin to get the book "Karabounjan's Technical Manual". The glitch occurs anywhere when you examine the book and manifests as a failure to disable drawing of the ego (Raoul) before drawing the book cover closeup. Moving the mouse will cause Raoul to be deleted though, so I think this is a timing sequence script bug.
Attaching English Savegame. Will attempt to replicate in original interpreter.
comment:4 by , 14 years ago
Does not occur in Original Engine. Attaching DOS English Savegames for confirmation.
by , 14 years ago
| Attachment: | original-engine-savegames.zip added |
|---|
Original Interpreter DOS English Savegames for Confirmation
comment:5 by , 14 years ago
It's likely there's a difference between the rate of calling the script execution versus draiwing the screen. In ScummVM, after the script execution call that causes the background change, two further full executions of the script handlers need to be done prior to calling the screen draw code in order for the player to be frozen/disabled, and the next draw call, which draws the new scene, to also initially draw the player.
For now, I've done a simple extra check to manually execute the scripts twice more in succession whenever the screen changes. This effectively resolves the problem, and shouldn't cause any side-effects in other areas.
comment:6 by , 14 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Screenshot