Path: utzoo!attcan!uunet!snorkelwacker!apple!agate!shelby!lindy!ucscb.UCSC.EDU!lunatic
From: lunatic@ucscb.UCSC.EDU (Lunatic)
Newsgroups: comp.sys.apple
Subject: Re: Problems for a new IIGS owner (II)
Message-ID: <5887@lindy.Stanford.EDU>
Date: 19 Nov 89 06:53:07 GMT
References: <1137@godot.radonc.unc.edu> <113300158@uxa.cso.uiuc.edu>
Sender: news@lindy.Stanford.EDU (News Service)
Reply-To: lunatic@ucscb.UCSC.EDU (Lunatic)
Organization: UCSC Undergrads
Lines: 31


In article <113300158@uxa.cso.uiuc.edu> krb20699@uxa.cso.uiuc.edu writes:
>
>     There is, in fact, a demo out that draws on the frame, with animation,
>16 levels of color, flicker-free, fast, and in sync with the main screen,
>all in SHR mode.  It is definitely possible to 'draw' on the frame in many
>colors and animate.  BUT, because the GS does not directly support it, it's
>a real hard thing to program.

   ][ think you are going to end up confusing people again with those
statements.  It is NOT possible to actually DRAW on the border!  It *IS*
possible, however, to manipulate the border by changing its colour very
quickly in conjunction with the interrupts to give the APPEARANCE of
multi-coloured horizontal lines.  They can even be animated so that they
will appear to move up or down, but that's all.  I don't think there is
any way that the ROMs could be changed to give us anything more than
that.  Now could we please drop this?

(At least no one ever mentioned "overscan..." :)

>
>							Ken.
>						   ken-b@uiuc.edu

-- 
___________________________________________________________________________
  ___________                         ARPA: lunatic@uscsb.UCSC.EDU        /
    ________/                         Internet: lunatic%ucscb@ucscc.edu  /
      ____//           _  ___     _   UUCP: ...!ucscc!ucscb!lunatic     /
     ___///__ {_} |\| /-\  |  ][ {_   GEnie: L.BRUCE  (Lunatic Bruce)  /
    __________________________________________________________________/  (: