Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!mordor!sri-spam!ames!ucbcad!ucbvax!sdcsvax!sdcc6!sdcc7!ee162faq
From: ee162faq@sdcc7.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Blitter
Message-ID: <839@sdcc7.ucsd.EDU>
Date: Tue, 9-Dec-86 08:12:07 EST
Article-I.D.: sdcc7.839
Posted: Tue Dec  9 08:12:07 1986
Date-Received: Wed, 10-Dec-86 03:33:32 EST
References: <8612090702.AA28462@cory.Berkeley.EDU>
Reply-To: ee162faq@sdcc7.ucsd.edu.UUCP (Done for the 1/4!)
Organization: U.C. San Diego, Academic Computer Center
Lines: 23


  Re: Higher priority.
  Def: The later an image is drawn, the higher the priorty.  
  For example, the first call to BltBitMap draws the Carrier onto
  the transparent background. (image looks as defined in dpaint).
  Next, a Jet is drawn on top of the Carrier. So the Jet appears to be
  on the deck of the Carrier (has the higher priority, because we
  *see* it *on_top_of* all other images.  Simply, the the last image drawn
  has the highest priority.)  Now, wherever the Jet image is defined
  as other then transparent, its colors are changed when drawn on
  top of the Carrier.  Actually, as I think about it, no priority is
  taking place other than conceptually.  From the facts you have
  stated in the past, it would appear that altering when an image is
  drawn will just change the way the pixel color defintions are
  modified.  So, from what you have said, the only way to get *real*
  priority is to blit into seperate planes.(?) 

  it's getting late, ah, 5:08 am. need to put in some dream time...

  thanks once again for all the support.

  John
  7OHN