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?"