home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!darwin.sura.net!gatech!mailer.cc.fsu.edu!sun13!ib.rl.ac.uk
- From: CDO@ib.rl.ac.uk (C D Osland)
- Newsgroups: comp.graphics.research
- Subject: Re: Scaling Down 24-bit Pix
- Message-ID: <11625@sun13.scri.fsu.edu>
- Date: 7 Jan 93 19:17:15 GMT
- References: <tyen@EDU.UTEXAS.CS>
- Sender: news@sun13.scri.fsu.edu
- Lines: 33
- Approved: murray@vs6.scri.fsu.edu
- X-Submissions-To: graphics@scri1.scri.fsu.edu
- X-Administrivia-To: graphics-request@scri1.scri.fsu.edu
-
-
- On 24 Dec 92 17:58:57 GMT <tyen@EDU.UTEXAS.CS> said:
- >
- >I was just talking with a friend of mine today, and he asked about the
- >market viability for a package that scales down JPEG format 24-bit or
- >32-bit pictures to 16-bit or 8-bit depths.
- >
- ... loads deleted
- >
- >Could someone please confirm or refute the possibility of such a piece
- >of software?
- >
- I don't see the point you/he are making. As far as I know, JPEG
- allows the decompression of images to any precision - spatial or colour.
- Therefore any JPEG code used back-to-back allows n-bit
- originals to be compressed and then decompressed to m-bit finals
- without further code being written.
-
- Certainly the point that there are other code systems around (most
- image processing systems, including Utah Raster Toolkit) makes the route
- via JPEG irrelevant, and the QUANTIZATION (as opposed to PRECISION
- CHANGE) that is probably implied by going to 8-bit is as separate
- problem, also attacked by the same systems.
-
- Somebody tell me if I'm wrong.
-
- Chris Osland
- Atlas Video Facility
- Rutherford Appleton Laboratory, UK
-
- --
- Moderated by SCRI Vis <> Submissions to: graphics@scri1.scri.fsu.edu
- Guy, John R. Murray <> Administrivia to: graphics-request@scri1.scri.fsu.edu
-