Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!rochester!udel!burdvax!sdcrdcf!trwrb!cadovax!keithd
From: keithd@cadovax.UUCP (Keith Doyle)
Newsgroups: comp.sys.amiga,rec.music.synth
Subject: Re: Amiga midi problems?
Message-ID: <1701@cadovax.UUCP>
Date: Fri, 21-Aug-87 13:59:56 EDT
Article-I.D.: cadovax.1701
Posted: Fri Aug 21 13:59:56 1987
Date-Received: Sun, 23-Aug-87 06:45:38 EDT
References: <1408@ico.UUCP> <1601@ulowell.cs.ulowell.edu> <628@cup.portal.com>
Reply-To: keithd@cadovax.UUCP (Keith Doyle)
Organization: Contel Business Systems, Torrance, CA
Lines: 22
Xref: mnetor comp.sys.amiga:7640 rec.music.synth:1329

In article <628@cup.portal.com> Henry_Burdett_Messenger@cup.portal.com writes:
>These memory systems are *all* compatible with the new blitter chip, and,
>unlike the Amiga, all memory on the ST is created equal (no "fast" and
>"slow")

Yeah, the ST memory would be all "slow" memory if it's graphics modes had
as many bit planes available as on the Amiga, thus causing wait states due
to lack of memory bandwith.  Since the ST dosen't provide such graphics
modes, it may not gain from the advantage of having some memory not
affected by memory contention when running with 640x400x4 or 320x200x6
screens.  

But then again, I don't know, does the ST memory run completely
without wait-states when it's new blitter is running?  If not, then yeah,
all ST memory *is* "slow", if so, then I would doubt that the blitter
provides the kind of speed the Amiga blitter affords, not being allowed
to use the memory without CPU contention during blit operations.

Keith Doyle
#  {ucbvax,decvax}!trwrb!cadovax!keithd
#  cadovax!keithd@ucla-locus.arpa  Contel Business Systems 213-323-8170
"It's not a bug, it's a FEATURE!"