Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!rex!samsung!usc!rutgers!unix!mxmora From: mxmora@unix.SRI.COM (Matt Mora) Newsgroups: comp.sys.mac.programmer Subject: Re: Optimizing Copybits Message-ID: <14841@unix.SRI.COM> Date: 3 Aug 90 16:10:58 GMT References: <1990Aug2.223758.13691@murdoch.acc.Virginia.EDU> Reply-To: mxmora@unix.UUCP (Matt Mora) Distribution: usa Organization: SRI International, Menlo Park, CA Lines: 35 In article jackiw@cs.swarthmore.edu (Nick Jackiw) writes: >mil@mendel.acc.Virginia.EDU (Maria I. Lasaga) writes: >> What more can we do? What are we doing wrong? We need to get >> the drawing times as close to 1 refresh cycle as possible. (This >> program is for an experiment in visual perception.) > >20K of data at 60hz? I doubt you'll make it. My SE/30 can't do that in a >tight display loop with major optimizations in place... 20K ? He's trying to do it for a 19" monitor. My 13" monitor is 640 x 480 = 300K. I'm not sure what the pixel dimensions are for a 19" monitor but I seriously doubt that it can be done. There probably wasn't enough memory to transfer all that data to the video card with only 1 meg so copybits had to do it in bands. Is that true that a SE/30 can't transfer 22k of data to the screen in less than a tick? I find that hard to believe. But then again there is probably so much overhead in the system these days that we are going to need a 68040 just to boot :-) >------------------------ >Nick Jackiw jackiw@cs.swarthmore.edu "Every minute of the future -- ___________________________________________________________ Matthew Mora | my Mac Matt_Mora@sri.com SRI International | my unix mxmora@unix.sri.com ___________________________________________________________