Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uwm.edu!linac!unixhub!stanford.edu!neon.Stanford.EDU!torrie
From: torrie@cs.stanford.edu (Evan Torrie)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: De-macification of the Amiga (Re: The Amiga's Future)
Message-ID: <1991Jun27.053909.23571@neon.Stanford.EDU>
Date: 27 Jun 91 05:39:09 GMT
References: <85@ryptyde.UUCP> <1991Jun22.045446.2732@Sugar.NeoSoft.com> <102@ryptyde.UUCP> <1991Jun24.092659.28842@Sugar.NeoSoft.com> <119@ryptyde.UUCP> <4833.tnews@templar.actrix.gen.nz>
Sender: torrie@neon.Stanford.EDU (Evan James Torrie)
Organization: Computer Science Department, Stanford University, Ca , USA
Lines: 29

jbickers@templar.actrix.gen.nz (John Bickers) writes:

>    I've seen the format for what
>    appear to be standard Macintosh picture files, and it is flaky in
>    the extreme.

>    Some files have an extra piece of junk on the front, while others
>    don't (and in my program, I tell by checking if some particular
>    byte is an alphanumeric... there may be some better way, but it
>    wasn't apparent at the time). And the size of the picture is fixed.

  You're talking about MacPaint format pictures (I remember the same .MAC
files on the local boards), which are simply B&W bitmaps with limited
compression, produced by the 1984 MacPaint.
  The PICT format is much more general - see IM 5 for a good description.

>    The only nice thing was that they used the same compression scheme
>    that IFF ILBMs use. :)

  Actually, under QuickTime, PICTs can use JPEG compression, which is very nice
for all those 24-bit files lying around.



-- 
------------------------------------------------------------------------------
Evan Torrie.  Stanford University, Class of 199?       torrie@cs.stanford.edu   
Murphy's Law of Intelism:  Just when you thought Intel had done everything
possible to pervert the course of computer architecture, they bring out the 860