Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!bagate!cbmvax!daveh
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Innovation (was Re: Mac and Amiga (Games--Macintosh vs A500))
Message-ID: <19950@cbmvax.commodore.com>
Date: 18 Mar 91 19:27:56 GMT
References: <1991Mar13.221028.8703@neon.Stanford.EDU> <19880@cbmvax.commodore.com> <1991Mar15.092133.16140@neon.Stanford.EDU> <1991Mar15.094649.23634@ux1.cso.uiuc.edu>
Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
Organization: Commodore, West Chester, PA
Lines: 22

In article <1991Mar15.094649.23634@ux1.cso.uiuc.edu> l-rittle@uiuc.edu (Loren J. Rittle) writes:
>In article <1991Mar15.092133.16140@neon.Stanford.EDU> torrie@cs.stanford.edu (Evan Torrie) writes:
>>  It's also a lot newer than NuBus.  

>But, Apple took a proprietary track with their bus!  They use a non-standard
>form factor, thus ruling out any sort of openness normally implied
>by using a `standard'.  I believe NeXT uses the standard form factor
>with their implementation.  

NeXT does look to be much closer to the TI form factor, I suppose it might
be.  But they use non-standard drive levels (CMOS vs. TTL) and non-standard
clock speed, so they're actually less standard than Apple.  If you took a 
board for a TI LISP machine and shrunk it down to Apple size, it would 
presumably work in a Mac II, once you rewrite the ROM code.  Going the other
way could be a problem, though, because of Apple extensions.  A NeXT board
would have trouble in either system.

>Loren J. Rittle
-- 
Dave Haynie Commodore-Amiga (Amiga 3000) "The Crew That Never Rests"
   {uunet|pyramid|rutgers}!cbmvax!daveh      PLINK: hazy     BIX: hazy
	"What works for me might work for you"	-Jimmy Buffett