Opened 11 years ago

Closed 10 years ago

#3768 closed defect (invalid)

WOODRUFF: Palette glitch

Reported by: raziel- Owned by: DrMcCoy
Priority: normal Component: Engine: Gob
Keywords: Cc:
Game: Woodruff

Description

ScummVM 0.12.0svn (Jun 14 2008 07:25:28)
Features compiled in: Vorbis FLAC MP3 zLib MPEG2

In the "5 Dime Shop" after Woodruff as overpainnted
the poster, sending him into the shadow at the right
part makes the long red "sleeve-gloves" on the poster
change color from red to black aswell as Woodruff
enters the dark place and gets "erased".

AmigaOS4
gcc version 4.0.2 (AmigaOS build 20051012)

Ticket imported from: #1994369. Ticket imported from: bugs/3768.

Attachments (1)

woodruff-gb.s00 (8.6 KB) - added by raziel- 11 years ago.
Keep the poster in sight and send Woodruff to the right

Download all attachments as: .zip

Change History (10)

Changed 11 years ago by raziel-

Attachment: woodruff-gb.s00 added

Keep the poster in sight and send Woodruff to the right

comment:1 Changed 11 years ago by sev-

Owner: set to DrMcCoy

comment:2 Changed 11 years ago by DrMcCoy

What do you mean with "erased"? He isn't drawn while in the dark place? That would be normal (there's no light).
(Our game versions don't seem to be compatible, so I can't load your save)

About the poster: Apparently, there seems to be a bug with the palette code, probably the same that causes the menu recoloring in Lost in Time (bug #1995060).

comment:3 Changed 11 years ago by raziel-

> What do you mean with "erased"?

Sorry for the unclear description, i was in a hurry.
Yes i meant when Woodruff disappears into the darkness.

What can i do about incompatible savegames, and what else
might you need according to the bug report?

comment:4 Changed 11 years ago by DrMcCoy

Well, yes, the disappearing is normal.

There's nothing you can do about incompatible savegames, the offsets for where the information about what's in every screen is, apparently got moved around.
I.e. for example, when entering the bridge screen, one version would load 10 bytes from offset 100, 20 bytes from 110, 23 bytes from 130; while another version would load these byte counts from offsets 500, 510 and 530. Or maybe even different byte counts.

Theoretically, you could enter every screen in both versions and write down what gets loaded and then write a converter of sorts, but that's pure madness, even if it were just one load for every screen and not around 20.
And even then, it could just as well not work at all, as there's no guarantee that the information is the same.

comment:5 Changed 11 years ago by raziel-

For the sake of completeness, this also affects the blue
description plate mounted on the upper center pillar.

It turns from light blue to dark blue and vice-versa when
going into/leaving the dark area

comment:6 Changed 10 years ago by sev-

What is the status of this item?

comment:7 Changed 10 years ago by DrMcCoy

This bug is still there

comment:8 Changed 10 years ago by DrMcCoy

Resolution: invalid
Status: newclosed

comment:9 Changed 10 years ago by DrMcCoy

This also happens in the original, moving to the wiki.

Note: See TracTickets for help on using tickets.