Opened 2 years ago
Last modified 5 months ago
#13797 new defect
SCUMM/HE: FREDDI5: Outline of Freddi appears in the leftmost tide pool
Reported by: | Thunderforge | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | Engine: SCUMM |
Version: | Keywords: | ||
Cc: | Game: | Freddi Fish 5 |
Description (last modified by )
In Freddi Fish 5: The Case of the Creature of Coral Cove (freddicove
), when on the screen with the tide pools, the leftmost tide pool contains a "ghost" outline of Freddi.
Reproduction Steps
- Load the attached save game or use the debugger and type
room 12
Note that in the leftmost tide pool the outline is there. It goes away if the wave comes (by choosing the wrong pool to go to).
Versions Tested
- Freddi Fish 5: The Case of the Creature of Coral Cove, Steam version
- ScummVM 2.6.0, Windows x64
Attachments (2)
Change History (10)
by , 2 years ago
Attachment: | freddicove-win-us-Freddi5.sg1 added |
---|
comment:1 by , 2 years ago
Description: | modified (diff) |
---|
by , 2 years ago
Attachment: | scummvm-freddicove-win-us-00004.png added |
---|
comment:2 by , 2 years ago
Description: | modified (diff) |
---|
comment:3 by , 8 months ago
Summary: | SCUMM/HE: Outline of Freddi appears in the leftmost tide pool → SCUMM/HE: FREDDI5: Outline of Freddi appears in the leftmost tide pool |
---|
comment:4 by , 7 months ago
comment:6 by , 7 months ago
Sorry if that sounded demanding. Since the bug reported a year and a half ago, I figured it would be good to retest and confirm that the bug was still happening, and not that other changes resulted in it being fixed.
comment:7 by , 7 months ago
No worries, I'm actually a bit frustrated with myself because this ticket is one of the target bugs which I hoped I would have killed with my latest graphics PR, but it didn't work out 😂
comment:8 by , 5 months ago
So, this is a sprite image of the mudskipper which the scripts EXPLICITLY ask the engine to render (function renderSprites(), image 495 state 15):
Script# 2067 [0000] (37) dim2dim2Array.dword(roomvar3,0,15,0,0,1) [000E] (BF) startScriptQuick2(53,[]) ERROR: No items on stack to pop! [0015] (47) roomarray3[**** INVALID DATA ****] = 0 [0018] (B6) printDebug.begin() [001A] (B6) printDebug.msg("all sprites untouchable 1") [0036] (43) localvar0 = 1 [003B] (5D) while (localvar0 <= 15) { [0044] (BF) startScriptQuick2(53,[]) ERROR: No items on stack to pop! [004C] (47) roomarray3[**** INVALID DATA ****] = localvar0 [004F] (0C) dup[1] = roomarray3[localvar0] [0056] (26) setSpriteInfo.setRange(dup[1],dup[1]) [0058] (26) setSpriteInfo.resetSprite() [005A] (26) setSpriteInfo.setImage(495) [005F] (26) setSpriteInfo.setImageState(localvar0) [0064] (26) setSpriteInfo.setUpdateType(1) [0068] (26) setSpriteInfo.setAutoAnimFlag(0) [006C] (26) setSpriteInfo.setPriority(-5) [0071] (26) setSpriteInfo.setGroup(17) [0075] (26) setSpriteInfo.setPosition(0,0) [007B] (4B) array260[roomarray3[localvar0]][1] = 2054 [0089] (4F) localvar0++ [008C] (**) } [008F] (66) stopObjectCodeB() END
And guess what happens when I debug the original executable? It follows this sprite's rendering pipeline aaaall the way to the end :-) and yet the original doesn't show this thing on screen :-)
I'm giving up, I've been behind this ticket for months and this still makes no sense...
Tested with 2024-04-27 build (master build following 2.8.1) and the issue still exists.