Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!haven!sylvester!brett
From: brett@sylvester (Brett S Bourbin)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Bug In MakeVPort
Keywords: bug MakeVPort Copper
Message-ID: <3070@haven.umd.edu>
Date: 9 Feb 89 16:54:43 GMT
References: <3806@ingr.com> <13097@steinmetz.ge.com>
Sender: news@haven.umd.edu
Reply-To: brett@sylvester (Brett S Bourbin)
Organization: University of Maryland, College Park
Lines: 25

In article <13097@steinmetz.ge.com> barnettj@dollar.UUCP (janet a barnett) writes:
>I defined a dual playfield viewport with 5 planes, 3 foreground, 2
>background.  I also turned on the SPRITES flag.  MakeVPort, however,
>only generated copper instructions to load color registers 0 through
>15, even though I had attached a 32 color colormap.  Is this a known
>bug?

Yes, I had the same problem when I wanted a HAM screen with the V_SPRITES
bit set in my v_Modes.  I have never heard anything offical from CATS if
this was truly a bug in the graphics routine, but it is reproducable on
a standard machine.

What I did to get around this "bug" is create a user copper list just below
the top of the screen to load the sprite color registers.  A bit of a hack
and you can not use the SetRGB() function on these registers, but it
works and is legal. (Right JimM?  8^) )


--Brett S Bourbin
 __  __   _  __  _  Instructional Computing Programs -- Univ of Maryland
|  ||  | / ||  || \
|  ||  ||  ||  ||  |  INTERNET: brett@SYLVESTER.UMD.EDU
|  ||  ||  ||  ||  |            bbourbin@UMD5.UMD.EDU
 \_||_/ |__||__||__|       BIX: brettb
    College Park        BITNET: bbourbin@UMDD