BITBLT for 3030?

[Mark Grossman]

Return-path: info-iris-request at vmb.brl.mil
Received: from VMB.BRL.MIL by CCVAX.IASTATE.EDU; Fri, 14 Jul 89 03:53 CST
Received: by VMB.BRL.MIL id ad02927; 14 Jul 89 0:25 EDT
Received: from VMB.BRL.MIL by VMB.brl.MIL id ab00083; 13 Jul 89 17:14 EDT
Received: from smoke.brl.mil by VMB.BRL.MIL id ab25311; 13 Jul 89 16:22 EDT
Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28051; 13 Jul 89 15:52
 EDT
Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA05470; Thu, 13 Jul 89
 11:17:22 -0700
Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris at brl.mil
 (info-iris at brl.mil) (contact usenet at ucbvax.Berkeley.EDU if you have questions)
Date: 13 Jul 89 17:13:57 GMT
From: Mark Grossman <sgi!msg%fiji.sgi.com at ucbvax.berkeley.edu>
Subject: Re: BITBLT for 3030?
Sender: info-iris-request at BRL.MIL
To: info-iris at BRL.MIL
References: <8907071121.aa24621 at VMB.BRL.MIL>
Organization: Silicon Graphics, Inc., Mountain View, CA
Message-Id: <37889 at sgi.SGI.COM>
 
In article <8907071121.aa24621 at VMB.BRL.MIL>, moss at BRL.MIL ("Gary S. Moss", VLD/V
   MB) writes:
 
> however:  If the destination rectangle of the rectcopy() had an X coordinate
> which was a multiple of 16 (i.e., rectopy's 5th argument), than the copy
> was *very* fast, but anything else was blindingly slow.  I don't recall if
> the source rectangle's position was a factor or not (either it wasn't or
> my source rectangle happened to be aligned).  What I used to do was allow
 
Actually, this speedup can be achieved by ensuring that the DIFFERENCE
between the source and destination rectangle positions is a multiple
of 16.