Path: utzoo!attcan!uunet!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!aplcen!haven!mimsy!mojo!russotto
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.apple2
Subject: Re: 3200 file format standard (NO REVERSED PALETTES!)
Message-ID: <1990Aug2.191849.13994@eng.umd.edu>
Date: 2 Aug 90 19:18:49 GMT
References: <430@fawlty.towers.oz> <1990Aug1.231338.7751@laguna.ccsf.caltech.edu>
Sender: news@eng.umd.edu (The News System)
Organization: College of Engineering, Maryversity of Uniland, College Park
Lines: 26

In article <1990Aug1.231338.7751@laguna.ccsf.caltech.edu> toddpw@tybalt.caltech.edu (Todd P. Whitesel) writes:
>About the palette reversals (essentially, GET RID OF THEM!):
>
>I feel very strongly that a standard format should NOT reverse or convolute
>the palette data in ANY way whatsoever, in spite of the 'all the existing
>formats do it' reasoning.
>
>Apparently, the line number order of the palettes themselves isn't linear,
>either -- supposedly the order of the palettes as they are stored in the file
>is reversed for each set of 16 lines... BLEARGH! You aren't REALLY thinking
>of spec'ing THAT?!?

This is NOT true for any of the straight-3200 files (bitmap data followed by
pallettes) I've seen.  (After hearing about it, I tried reversing in my
program, and the results were clearly incorrect.)  The colors in the palette,
however, were reversed. 
(And there is that stoopid LSB-MSB thing, but I guess that's the processors
fault :-) )

>If you are creating a standard it should be as simple and elegant as possible
>when people want to figure out what goes where. Leave the conversion to
>efficient (but bizarre) internal data structures up to the reader/displayer.
--
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
][, ][+, ///, ///+, //e, //c, IIGS, //c+ --- Any questions?
		Hey!  Bush has NO LIPS!