Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!masscomp!mark
From: mark@masscomp.westford.ccur.com (Mark Thompson)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: DCTV
Message-ID: <61925@masscomp.westford.ccur.com>
Date: 22 Apr 91 21:26:30 GMT
References: <patrick_meloy.5615@outbound.wimsey.bc.ca>
Organization: Concurrent Computer Corp. Westford MA.
Lines: 24

In article <patrick_meloy.5615@outbound.wimsey.bc.ca>, patrick_meloy@outbound.wimsey.bc.ca (Patrick Meloy) writes:
> Well, consider this. The toaster output I work with is the 768x482 (non full
> size image). That gives a total maximum number of colours of 370,176 on
> screen. What is to keep them from just saving THAT data to the 300k file and
> tossing the rest of the information that is not used? Or, could they be doing

Many people make this mistake. It would require a 19bit lookup table with 24
bit entries which works out to be 1.5M just for the lookup table.
 
> Find a Toaster, Render a pic, load it into DCTV and save as display file. Then
> reverse the process and look at the pic on the same toaster and compare it to
> the original file. THEN tell me I'm dreaming :)

This sequence does in fact alter the image but not noticeably on a composite
display. Colors bleed a little bit more.
%~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~%
%      `       '        Mark Thompson                 CONCURRENT COMPUTER  %
% --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   %
%      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   %
%     Productions       (508)392-2480 (603)424-1829   & General Nuisance   %
%                                                                          %
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~