Path: utzoo!mnetor!uunet!husc6!hao!ames!umd5!mimsy!aplcen!jhunix!ins_bjjb
From: ins_bjjb@jhunix.UUCP (Jared J Brennan)
Newsgroups: comp.sys.atari.st
Subject: Re: Great Demo from Rex...
Message-ID: <5825@jhunix.UUCP>
Date: 22 Dec 87 03:04:40 GMT
References: <906@atari.UUCP> <490@cacilj.UUCP>
Reply-To: ins_bjjb@jhunix.UUCP (Jared J Brennan)
Distribution: na
Organization: Johns Hopkins Univ. Computing Ctr.
Lines: 24
Summary: overly hardware dependent

In article <490@cacilj.UUCP> paul@cacilj.UUCP (Paul Close) writes:
>Well, I hadn't seen this one before, so I downloaded it from a local BBS.
>(It was called ROBB.ARC).  When I ran the program, however, I got what
>looked like about 8 screens flashing back and forth madly.  The music
>worked just fine.  The ARC tested out just fine, and I even got it from a
>spearate source, but the strange behaviour remains.  The effect reminded
>me of a TV when you turn the horizontal hold knob way too far :-).
>Paul Close		paul@cacilj.CTS.COM 	...!{uunet, crash}!cacilj!paul

   The program did the same thing on my machine (except vertically).  Play
with the horizontal hold adjustment.  It'll stay stable even after you restart
GEM (the screen will, that is).

   You can probably attribute this to hardware dependencies.  The monitor
used to develop the program may have been one of the original type, which is
slightly (well, a whole lot, actually 8-( ) different from the later ones.
Naturally, programmers aren't supposed to make programs dependent on things 
like the refresh rate or solar flare activity, but there's them as does . . .

--
Jared J. Brennan
BITNET: INS_BJJB@JHUVMS, INS_BJJB@JHUNIX
ARPA: ins_bjjb%jhunix@hopkins.ARPA
UUCP: {allegra!hopkins, ihnp4!whuxcc} !jhunix!ins_bjjb