Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uunet!zephyr.ens.tek.com!tekig5!waynekn
From: waynekn@tekig5.PEN.TEK.COM (Wayne Knapp)
Newsgroups: comp.sys.amiga
Subject: BlackBelt may not be a great solution. (for animation)
Message-ID: <5338@tekig5.PEN.TEK.COM>
Date: 9 Jan 90 23:22:21 GMT
References: <5965@sdcc6.ucsd.edu> <5326@tekig5.PEN.TEK.COM> <4351@scolex.sco.COM>
Organization: Tektronix Inc., Beaverton, Or.
Lines: 23

In article <4351@scolex.sco.COM>, brianm@sco.COM (Brian Moffet) writes:
. 
. In article <5326@tekig5.PEN.TEK.COM> waynekn@tekig5.PEN.TEK.COM (Wayne Knapp) writes:
. >
. >Also I have some doults as to how well it is going to work for animation.
. >The main problem is the color palette.  256 colors * 3 bytes per color is
. >2048 bytes.  A 704 x 480 hi-res screen uses 88 bytes per line which means
. >that it takes about 24 lines plus whatever overhead to load the palette.
. 
. Whoa!  Think about what you are saying.  Yes, it takes 3 bytes to
. load a palette register on the Black Belt.  However, this does not
. take 8 pixels.  a byte of data is only 2 pixels (4 bitplanes x 2 pixels)
. so it only take 6 pixels per palette register.

UGH! I did mess up!  I was computing on only one bit-plane.  There are
of coarse four bit-planes in the 16 color mode.  However the point about
slow animation is valid.  Prehaps the title should have been:

"Black Blet Video - not a great solution for high speed animation."

Sorry about the mis-inforation and thanks for pointing out my error.

                           Wayne Knapp