Date:  01-Nov-95 12:09 CET
From:  "Ojala Pasi 'Albert'" > INTERNET:albert@cs.tut.fi
Subj:  $3fff and sprite priorities

Sender: c64-hackers-owner@nic.funet.fi
Received: from nic.funet.fi by arl-img-6.compuserve.com (8.6.10/5.950515)
        id GAA04064; Wed, 1 Nov 1995 06:06:50 -0500
Received: by nic.funet.fi via suspension id <89373-4>; Wed, 1 Nov 1995 13:06:03
+0200
Received: from cs.tut.fi ([130.230.4.2]) by nic.funet.fi with SMTP id <89393-3>;
Wed, 1 Nov 1995 11:19:09 +0200
Received: from harakka.cs.tut.fi (albert@harakka.cs.tut.fi [130.230.5.4]) by
cs.tut.fi (8.6.12/8.6.4) with ESMTP id LAA27120 for
<c64-hackers@lists.funet.fi>; Wed, 1 Nov 1995 11:21:22 +0200
From: "Ojala Pasi 'Albert'" <albert@cs.tut.fi>
Received: (albert@localhost) by harakka.cs.tut.fi (8.6.12/8.6.4) id LAA07843 for
c64-hackers@lists.funet.fi; Wed, 1 Nov 1995 11:18:27 +0200
Date:         Wed, 1 Nov 1995 11:18:27 +0200
Message-Id: <199511010918.LAA07843@harakka.cs.tut.fi>
To: c64-hackers@nic.funet.fi
Subject: $3fff and sprite priorities
Content-Length: 607

Anyone else noticed that $3fff-data, even though it is black
and seemingly not affected by multicolor mode (or was it?,
didn't check), it is affected by multicolor mode when sprite
to background priority is concerned. When sprites have a lower
priority, if the bit pattern in the $3fff data corresponds to
multicolor background color, the sprite is shown, but for
either of the multicolor bit patterns the sprite is hidden.

I thought to pass this on before I forget about it completely..

-Pasi
(Oh, and I am one of the first people on the list to actually
 send a message.. <g> Nothing to ask or share ?)


Distribution:

To: INTERNET:C64-HACKERS@NIC.FUNET.FI

