Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!usc!rutgers!netnews.upenn.edu!msuinfo!cpsin2!cookr
From: cookr@cpsin2.uucp (Robert W Jr Cook)
Newsgroups: comp.sys.mac.games
Subject: Re: Games coprocessor for the Mac (was Re: Risk)
Keywords: color, graphics, sound, harsh
Message-ID: <1990Nov30.013210.22401@msuinfo.cl.msu.edu>
Date: 30 Nov 90 01:32:10 GMT
References: <15722@reed.UUCP> <17578@hydra.gatech.EDU> <5963@uqcspe.cs.uq.oz.au>
Sender: news@msuinfo.cl.msu.edu
Organization: Michigan State University, East Lansing
Lines: 30

In article <5963@uqcspe.cs.uq.oz.au> brendan@batserver.cs.uq.oz.au writes:
>
> Why isn't some industrious third party vendor doing something about
> producing a low cost graphics/games coprocessor for the Mac? Is it that
> difficult to intercept calls like copybits and get the processor to
> implement Quickdraw instead of the rom routines?
>
>--
>Brendan Mahony                   | brendan@batserver.cs.uq.oz       
>Department of Computer Science   | heretic: someone who disgrees with you
>University of Queensland         | about something neither of you knows
>Australia                        | anything about.

Well, the Mac can have a graphics coprocessor. The most well known is the
Apple 8*24 GC graphics adapter. And its really fast and really nice...

Reasons why this product won't appeal to the market suggested (games):

    - Its *really* expensive, and requires a Mac II (so who cares!) :-)

    - It accelerates QD calls, but really shines with the GWorld (or
      is it GOffWorld) stuff first introduced (to me at least) in the
      first issue of Develop.

And please, everyone, correct me if I'm wrong on any of these points...

---
Robert Cook
CPS @ Michigan State University
"cookr@cpsin.cps.msu.edu"