CompuServe Messages

#Gasp! ANIM speed

    04-Jul-91 22:31:48
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!