Path: utzoo!attcan!uunet!cbmvax!cbmehq!cbmger!peterk
From: peterk@cbmger.UUCP (Peter Kittel GERMANY)
Newsgroups: comp.sys.amiga
Subject: Re: DCTV from digital creations
Message-ID: <403@cbmger.UUCP>
Date: 12 Sep 90 14:53:45 GMT
References: <4290@crash.cts.com> <1990Sep10.003304.4678@bushido.uucp> <RQB%S}@rpi.edu>
Reply-To: peterk@cbmger.UUCP (Peter Kittel GERMANY)
Organization: Commodore Bueromaschinen GmbH, West Germany
Lines: 22

In article <RQB%S}@rpi.edu> ceej@pawl.rpi.edu (Chris J Hillery) writes:
>
>Isn't DCTV the box which gets 256 screen colors by intercepting a 640x400
>16 color screen and combining each pair a pixels (4 bits each) into one
>8-bit pixel?  I know there is a box like this. In this case, all well and
>good, you get 256 out of 16million (I think) colors, but only in 320x400
>(or variations... not 640 mode at any rate).  This could be a consideration.

Ah, is that really true? Just recently I wondered that such a device
would be even simpler when built into the Amiga replacing the Video
Hybrid chip. But I found for myself that this wouldn't be such a big
advantage, because you don't get 256 colors! It's more limited in choice
of possible color combinations than the ExtraHalfBright mode. I tried
to imagine an algorithm to make up a palette for a certain set of
needed colors for a certain image. But I found no solution.
Well, perhaps they found one for the DCTV.

But question to all: Is this really the trick they use?

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk