#Gasp! ANIM speed
04-Jul-91 22:31:48
Sb: #9917-#Gasp! ANIM speed
Fm: Charles Blaquiere 76046,1756
To: John Pendergrass 76246,676
John,
I don't care much about memory; I'm pricing RAM even as we speak. It
just seems to me that a mighty 25 MHz 68030 should be able to move 77K from
Fast to Chip RAM in an instant, no? (Quick, you assembly language types —
how fast is the 68030's block move?) I just can't accept being stuck at
3.8-4.75 frames/second! I don't care what people say about picking up a
used 3/4" pro VCR and a budget single-frame controller. I could justify
buying the A3000, but I can't justify the single-frame stuff, not even to
myself. I honestly think the solution is block-moving uncompressed frames
from Chip RAM, which can hold as much as 16 Meg.
I can't very well lock the palette; I'm using a Globals-created world
where +zenith is dark blue, the horizon is white and -zenith is orange. The
camera flies around in a graceful "p" shape, which means the background
goes through all sorts of colors. Locking the pallette would be great for a
fixed camera, though: I may re-render my Channel 9 animation to see how
much it would improve. And even if I didn't need overscan now, I'll have to
live with it once I create something meant to be sold, so I might as well
get used to it.
P.S. regarding locking the palette, methinks a good way to get a
representative palette is to use ip to create a composite image taken from
representative frames of your animation, using "stretch to clip" to shrink
the frames and "merge" to paste them onto a single screen. The palette
created from this screen will represent your animation as a whole much
better than one created from any single frame, right?
Blaq! – via Whap!