From b13c0bb201bb1afdb50eb8735e4c9ec1fed5ba89 Mon Sep 17 00:00:00 2001
From: Max Horn
Date: Tue, 1 Jul 2003 11:59:51 +0000
Subject: Fix for bug #743041: ZAK256: wrong color in costume (intro). Thanks
 to Hibernatus for providing the deciding clue

svn-id: r8684
---
 scumm/gfx.cpp | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

(limited to 'scumm')

diff --git a/scumm/gfx.cpp b/scumm/gfx.cpp
index 64a9f80ce8..b3784cf55d 100644
--- a/scumm/gfx.cpp
+++ b/scumm/gfx.cpp
@@ -2591,13 +2591,14 @@ void Scumm::setPaletteFromPtr(const byte *ptr) {
 		g = *ptr++;
 		b = *ptr++;
 
-		// This comparison might look wierd, but it's what the disassembly (DOTT) says!
+		// This comparison might look weird, but it's what the disassembly (DOTT) says!
 		// FIXME: Fingolfin still thinks it looks weird: the value 252 = 4*63 clearly comes from
 		// the days 6/6/6 palettes were used, OK. But it breaks MonkeyVGA, so I had to add a
 		// check for that. And somebody before me added a check for V7 games, turning this
 		// off there, too... I wonder if it hurts other games, too? What exactly is broken
 		// if we remove this patch?
-		if ((_gameId == GID_MONKEY_VGA) || (_version >= 7) || (i <= 15 || r < 252 || g < 252 || b < 252)) {
+		// Since it also causes problems in Zak256, I am turning it off for all V4 games and older.
+		if ((_version <= 4) || (_version >= 7) || (i <= 15 || r < 252 || g < 252 || b < 252)) {
 			*dest++ = r;
 			*dest++ = g;
 			*dest++ = b;
-- 
cgit v1.2.3