Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!elroy.jpl.nasa.gov!jarthur!nntp-server.caltech.edu!tybalt.caltech.edu!toddpw
From: toddpw@tybalt.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: 3200 file format standard (NO REVERSED PALETTES!)
Message-ID: <1990Aug9.001509.3286@laguna.ccsf.caltech.edu>
Date: 9 Aug 90 00:15:09 GMT
References: <434@fawlty.towers.oz> <1990Aug8.202452.3080@eng.umd.edu>
Sender: news@laguna.ccsf.caltech.edu
Organization: California Institute of Technology
Lines: 22

russotto@eng.umd.edu (Matthew T. Russotto) writes:

>Unless our terminology is different, this does not match my experience with
>the 3200 pictures (including the three that seem to have started it,
>Almadan, Fashion, and Brick).
>I call color0 the color to be displayed when the bit pattern '0000' appears
>in the bitmap data.  I've found that color to be last in the pallettes.
>I've found the 3200 palettes to be the reverse of the palettes in standard
>$C1 type pictures.

You're correct; the original point was whether or not an official standard 3200
color file format should reverse the palette data (something that all current
3200 color formats do).

I have since ascertained from various people that there is NO worthwhile reason
to detract from the elegance on the standard file format by specifying that it
reverse the palette data; the original reversals were done quite arbitrarily
by John Brooks, and there is no technical reason for preferring it to the
'simple' order of the kind used by $c1 and Apple Preferred ($c0/0002) formats.

Todd Whitesel
toddpw @ tybalt.caltech.edu