Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!ucsd!ucbvax!agate!web7c.berkeley.edu!c60a-6dd From: c60a-6dd@web7c.berkeley.edu (Rob Pfile) Newsgroups: comp.sys.mac Subject: Re: Mac II for Image Processing Summary: Speed of Color Quickdraw Keywords: tuned??? Message-ID: <13306@agate.BERKELEY.EDU> Date: 15 Aug 88 04:00:58 GMT References: <5177@killer.DALLAS.TX.US> <25639@ucbvax.BERKELEY.EDU> Sender: usenet@agate.BERKELEY.EDU Followup-To: comp.sys.mac Distribution: na Organization: University of California, Berkeley Lines: 28 In article <25639@ucbvax.BERKELEY.EDU> oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster) writes: >Color quickdraw: is heavily tuned. I doubt you'll be able to do much >better. In addition, if you write directly to the screen memory, your >programs will break with some hardware that may exist in the future that >runs the display in a not-normally accessible part of the memory map. I beg to differ slightly here. Color QuickDraw was slow enough in 8-bit deep mode to prompt Andy Hertzfeld to rewrite most of the time consuming loops (in pattern fills and CopyBits, for instance), resulting (in some routines) in speeds approaching 300% of the original loops. I believe that one ColorQuickDraw patch resulted in something like a 700%-1000% speed increase. This was originally released as an Init, called "QuickerGraf". Granted, Apple has built this patch right into the System release 6.0. However, I was greatly disappointed in the display speed of my ][ in 8-bit mode. Luckily, since QuickerGraf patched some of the frequently called traps, I was quite satisfied after installing the Init. -Rob ________________________________________________________________________________ Rob Pfile //|@ @|\\ Domain: c60a-6dd@web.berkeley.edu JAEG- \ \ ) / / UUCP: {ucbvax | lilac}!web.berkeley.edu!c60a-6dd just another | |0| | Internet: c60a-6dd%web.berkeley.edu@ucbvax.berkeley.edu eecs geek! \_/ "You never know, you know?"