You're using "algorithm" in a very broad sense here, and please don't reach conclusions based on guesswork... You aren't very nice. I'm a tester and I'm doing my job: testing reference versions. At the moment, nobody told me: try this, do this. Guesswork is just a way to give hints to som...

The forest algorithm has nothing to do with the palette of the flower sprite. Well, not the palette, but could be related to the choice of a colour instead of another? After all, the random generated forest is always full of unpoisoned (that can't be picked up) plants, that are all always red. Only...

LogicDeLuxe wrote:It's more like a split palette.

Well, I wanted to write some true facts doc on how pixel colour information is stored in scumm games (in particular amiga MI1) and finally displayed by scummvm, so we can focus on parts where the flower bug actually is. I modified the post, seems ok now?

The sprites use the EGA graphics in the Amiga version while the backgrounds have 32 colors. Now, there are two different versions of the Amiga executable. It's wonderful how many times I changed opinion in this couple of days. Let's try to summarize positions and facts: In most frequent display mod...

Hmmm....maybe, better handling amiga palettes would lead to have more accurate colours but just in theory. This is a quote from Ron Gilbert's blog. http://grumpygamer.com/images/mi/mi-5a.jpg Back then, the randomly generated forest was cutting edge technology. Disk space was at a premium. Everything...

Let's suppose palettes are stored in 12bit format in scummvm (and it seems the case, now) Nope, they aren't (as nolange just pointed me)? At this point, I think is better if scummvm would just store the original 12bit representation of the colours in the source code. Assuming scummvm is using a 16 ...

Nothing wrong with that, but as two others already pointed out the errors in the lower 4bit arent due to a wrong palette, but to differences how emulators/viewers/framegrabbers convert 12 to 24 bit. 24bit just doesnt exist on nonAGA Amigas and thus you dont have an exact reference Very good nolange...

@DrMcCoy: I'm pleased you proved me to be wrong. After all, my actual wish was to ask for a double check palettes in scummvm. At this point there are various hypothesis: - scummvm palettes had been always correct, because the dev (quietust?) who grabbed colors using winuae did it in a smart way. - p...

@fingolfin: Yes! You are right! And I've just discovered that my guessed conversion is just what (Win)uae did before 26 Sep 2005. Here is what Toni Wilen (actual maintainer of Winuae) replied me[1]: Forget my earlier post.. I think gfxutil.c, alloc_colors64k() should be something lik...

I'd say they're probably a result of fact that the end surface in the SDL backend is a 16bit surface and therefore some granularity is lost (similarly, gradients, in for example Ween, don't look as smooth as they should). Even e-uae (not Winuae) use SDL as a backend, but it displays same colors as ...

NB: This thread continues the discussions in this bug report. WARNING: It seems Winuae is unreliable concerning colors displayed compared to e-uae (unix platform). IMO, there's some Windows platform problem, as e-uae in linux is working as I'm expecting: see comparison between quickgrab.005.png and ...