Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!portal!cup.portal.com!stephan
From: stephan@cup.portal.com (Stephen Derek Schaem)
Newsgroups: comp.sys.amiga
Subject: Re: 4096 colors in HIRES
Message-ID: <20112@cup.portal.com>
Date: 4 Jul 89 07:20:15 GMT
References: <20069@cup.portal.com> <409@xdos.UUCP>
Distribution: usa
Organization: The Portal System (TM)
Lines: 29


	Let me explain a little more about 4096 hires display, how it work and
 why nobody should cringe about it.To get the idea of what I'm doing open 2
 hires screen with 16 different colors and drag one down so both are visible
 at the same time.See my point? you now have 32 colors in hires:-).

If you change the colors registers (384,000 times a second) you get you 4096
 colors screen, even if 640 time 200 is not equal to 384,000 you can still
 get very low % of colors error.

	You NEED a new way to store colors value since they involve a new
 concept, R,G,B,T.You already now what is RGB but T:-) T stand for timg^I5	V-.]X7ce.

	The amiga don't store images as RGB, if you wanted to do so in 'copper
 mode' you would need 3 time the diskspace and alsoask each viewer to develop
 their own copperlist builder...

	I agree about the copperlist directly dump to the picture file.
A solution is to make a colortablle for each scan line, but it will be
 waisting space and will not ' conform ' with future improvement like
 changing color register value inside the visible  area!But you could
 create a new 'CMAP', a 'CCOP' with the RGBTP or RGBXYP. X,Y will correspond
 to the value for Wait(x,y) and the P to the position in the Amiga ColorTable
 when to store the RGB value.RGB value can be store in 4bits instead of 8bits.

Any good reason not too?   

Hope the above make things more clear on the subject.
                                                            Stephan.