Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!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: <20174@cup.portal.com>
Date: 6 Jul 89 07:30:24 GMT
References: <20069@cup.portal.com> <409@xdos.UUCP> <20112@cup.portal.com> <412@xdos.UUCP>
Distribution: usa
Organization: The Portal System (TM)
Lines: 28


 All you heard is not true, I hope or I'm totaly crazy and the 0 bitplane
256 colors images in the background is not there, and the 4096 colors in
5 bitplane display earlyer where only dreams.

	Back to reality:-) the copper need 2 bus cycle for a MOVE, you need
32 move (aprox) before any scanline.The copper get all the even cycle it 
need.This e equal too humm.. (280x2x32)/140 and you get the distance in
pixels (lores) you will need to change all those colors.64...
also count the blanking gap. (by the way, 280 is a bus cycle in nanosecond,
140 the lenght in time a lores pixel is displayed).
	Overscan:-( yeah, that would need more work but still possible.
(I didn't mention the bitplane DMA for the even bus cycle.... a 'slight' slow
down).
	All I can say for sure is, you can change register ALOT more than 
twice.
	T stand for the video beam position, x could be left to zero for
now but could be use.
	I example that is they find it a bad idea, why in hell do those people
think of intuition!!! and the multyscreen... Anyway I just wish I could see
example of those people test program showing the limitation they anounced.
	Just for example I changed 61 time the background colors per scan
line (zero bitplane screen) that 200 times to creat an image of Max headroom.
The 'pixel' are really width, and I know that If I could not use C and the 
copper macro and intead use asm I would get better result.(I dont beleive
in CWAIT, not asm being faster:-)

							Stephan.