Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!lll-winken!aunro!alberta!cpsc.ucalgary.ca!yogi.hsc.ucalgary.ca!janus.mtroyal.ab.ca!ewilts
From: ewilts@janus.mtroyal.ab.ca (Ed Wilts)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: What kind of problem
Message-ID: <1991Jun3.223858.8680@janus.mtroyal.ab.ca>
Date: 4 Jun 91 04:38:58 GMT
References: <1991May28.214146.21094@hollie.rdg.dec.com> 
 <1991May29.091005.11302@iitmax.iit.edu> <ATVC&K?@irie.ais.org> <1991Jun3.212031.24090@sequent.com>
Organization: BC Systems Corporation, Victoria, B.C.
Lines: 23

In article <1991Jun3.212031.24090@sequent.com>, cseaman@sequent.com writes:
> tony@ais.org (Tony Poole) writes:
> < technews@iitmax.iit.edu (Kevin Kadow) writes:
> < >In 1.02 using a 1084, the screen flickers (sort of an after-image in another
> < >color) when the text scrolls.
> < 
> <   Well, I've tryed every possible combination of colors/resolutions, and I
> < can't get JrComm to do this "screen after image flicker thing" it does
> < to you on my 1084.
> 
> Are you sure that this isn't the 'standard' flicker that sometimes
> occurs when you scroll text on a multi-bitplane screen?  Just curious.

If it's just the 'standard' flicker, which happens because the blitter can't
blit multiple planes at once, have a look at CPUblit.  You can get CPUblit from
either AB20 or MRCserv, and it will allow you to use the CPU instead of the
blitter for certain operations.  I find it even useful for ls which highlites
the directories as it lists them.

-- 
        .../Ed     Preferrred:  Ed.Wilts@BSC.Galaxy.BCSystems.Gov.BC.CA
Ed Wilts            Alternate:  EdWilts@BCSC02.BITNET    (604) 389-3430
B.C. Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8