home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.programmer
- Path: sparky!uunet!mcsun!dxcern!dxcern!a-giles
- From: a-giles@uchicago.edu (Aaron Giles)
- Subject: Re: JPEG <-> JFIF with QT.
- In-Reply-To: tgl+@cs.cmu.edu's message of 13 Sep 92 04:48:56 GMT
- Message-ID: <A-GILES.92Sep14005034@shift2.uchicago.edu>
- Sender: news@dxcern.cern.ch (USENET News System)
- Reply-To: a-giles@uchicago.edu
- Organization: University of Chicago High Energy Physics
- References: <mackid-280892211810@toysrus.engin.umich.edu.>
- <1992Sep4.173121.10616@waikato.ac.nz> <BuI2pL.92z.2@cs.cmu.edu>
- Date: Sun, 13 Sep 1992 23:50:34 GMT
- Lines: 20
-
- In article <BuI2pL.92z.2@cs.cmu.edu> tgl+@cs.cmu.edu (Tom Lane) writes:
-
- > mackid@engin.umich.edu (Mike Neil) says:
- > > the data portion that is returned from a
- > > CompressImage call is in the JFIF format (Someone give the QT guys another
- > > cookie). So basically you can read a JFIF file into memory pass it into
- > > the DecompressImage call (You will need to make a Info block by hand).
- > > and you will get a decompressed image out. Very Cool.
-
- > I don't recall offhand whether QT makes a true JFIF file (complete with JFIF
- > marker) or just a "raw JPEG" file. Either way, though, the information is
- > compatible with non-Mac JFIF/JPEG programs. The JFIF marker is considered
- > optional by most non-Mac decoders; it really just certifies that the file
- > adheres to the JFIF conventions about colorspace.
-
- Actually, QT *does* include the JFIF marker and in fact produces a
- perfectly acceptable JFIF output, not simply a JFIF-compatible output.
-
- Aaron Giles
- a-giles@uchicago.edu
-