[Scummvm-cvs-logs] CVS: scummvm/scumm gfx.cpp,2.165,2.166

[Max Horn]

Update of /cvsroot/scummvm/scummvm/scumm
In directory sc8-pr-cvs1:/tmp/cvs-serv28114

Modified Files:
	gfx.cpp 
Log Message:
Fix for bug #743041: ZAK256: wrong color in costume (intro). Thanks to Hibernatus for providing the deciding clue

Index: gfx.cpp
===================================================================
RCS file: /cvsroot/scummvm/scummvm/scumm/gfx.cpp,v
retrieving revision 2.165
retrieving revision 2.166
diff -u -d -r2.165 -r2.166
--- gfx.cpp	25 Jun 2003 03:24:02 -0000	2.165
+++ gfx.cpp	1 Jul 2003 11:59:51 -0000	2.166
@@ -2591,13 +2591,14 @@
 		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;