Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!hubcap!ncrcae!ncr-sd!crash!pro-party.cts.com!seanc
From: seanc@pro-party.cts.com (Sean Cunningham)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: DCTV
Message-ID: <8909@crash.cts.com>
Date: 29 Apr 91 09:16:18 GMT
Sender: root@crash.cts.com
Lines: 32

In-Reply-To: message from es1@cunixb.cc.columbia.edu

 
The output from the DCTV device is not 24bits, it's 22bits.  However, it
uses a pallette of 24bits.
 
A 24bit image may be manipulated without any degradation to the color
information stored in the file, and then saved as a full 24bit IFF-ILBM. 
You just work on a 22bit display, the device doesn't truncate or remap the
information in the file.
 
And besides, there is NO difference onscreen anyway.  22bits equals out to
4.2 million possible colors simultaneously (from a 24bit pallette
remember).  At 736x482 pixels, you have 354,752 USEABLE colors.  An extra
two bitplanes would give your image NO better display.  If DCTV only
displayed 19bits out of 24, there would still be NO difference in image
quality.
 
Since we are dealing with video, and its relatively low resolution,
argueing over what is considered a "true" 24bit device is pointless,
because in this context there is no difference (so long as all of the color
information in the file remains intact).
 
Sean
 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> .SIG v2.5 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
  UUCP: ...!crash!pnet01!pro-party!seanc       RealWorld: Sean Cunningham
  ARPA: !crash!pnet01!pro-party!seanc@nosc.mil     Voice: (512) 992-2810
  INET: seanc@pro-party.cts.com        ____________________________________   
                                    // | * All opinions  expressed herein |   
  HELP KEEP THE COMPETITION UNDER \X/  |   Copyright 1991 VISION GRAPHICS |   
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<