Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!ogicse!ucsd!cogsci!cogsci.ucsd.edu!costin
From: costin@cogsci.ucsd.edu (Dan Costin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Who cares about sync? (was Re: Animation)
Message-ID: <293@cogsci.ucsd.EDU>
Date: 13 Feb 91 21:09:31 GMT
References: <1961.27B4BFB4@stjhmc.fidonet.org> <0biMyLy00UgKA__1sc@andrew.cmu.edu>
Sender: news@cogsci.ucsd.EDU
Reply-To: costin@cogsci.ucsd.edu (Dan Costin)
Distribution: na
Organization: CSE Dept., U.C. San Diego
Lines: 28

In article <0biMyLy00UgKA__1sc@andrew.cmu.edu>, kg1a+@andrew.cmu.edu
(Kevin Michael Goldsmith) writes:
|>> Excerpts from netnews.comp.sys.mac.programmer: 11-Feb-91 Re: Who cares
|>> about sync? (.. John Bruner@sp15.csrd.ui (1030)
|>
|>> I don't believe that an 8MHz 68000 can redraw the entire Mac screen in
|>> less than 1/60 second.  Considering memory traffic alone (ignoring any
|>> other instruction execution overheads), there aren't enough bus cycles
|>> to fetch the instructions and move the data around.
|>
|>
|>Of course that is true, but you only need 30 frames/second to produce
|>video quality animation or 24 frames/second to produce film quality
|>animation, although 8MHz is too slow for this too.
|>
|>Kevin
|>kg1a+@andrew.cmu.edu
|>kmg@isl1.ri.cmu.edu
|>
|>Disclaimer: Disclaimer, I don't need no stinkin disclaimer.
                  
Well, believe or not, you CAN do 30 frames/second on a Mac Plus, redrawing the
entire screen.  The screen can be drawn in a little bit more than a screen
refresh.  Of course, CopyBits does it from the bottom up, so you need to
write your own routine to do it from the top down.  I might have one
around for those interested.

-dan