HDTenEightyP/NetNews huggingface dataset:
From: espensk@stud.cs.uit.no (Espen Skoglund)
Subject: Re: A growing dislike for Amiga
Organization: University of Tromsoe
Date: Mon, 5 Oct 1992 13:36:26 GMT

Darin Johnson writes:
> Well, you would never buy a car without a test drive would you?

Well, some yaers ago you got "Test Drive" for free when you bought
your Amiga.  *hoho*
Newsgroups: comp.sys.amiga.advocacy
From: david_s@hsr.no (David Andreas Sjoeen)
Subject: Re: HAM-8 only 256,000 colors?
Reply-To: david-s@ifi.hsr.no
Organization: Rogaland University Centre
Date: Wed, 30 Sep 1992 18:50:36 GMT

In article <1992Sep30.124713.14489@qdpii.comp.qdpi.oz.au>, davidme@qdpii.comp.qdpi.oz.au (David Meiklejohn) writes:
> In article <1992Sep30.091442.13026@hsr.no> david-s@ifi.hsr.no writes:
> >In article <1992Sep28.131102.29608@hsr.no>, david_s@hsr.no (David Andreas Sjoeen) writes:
> >> Why does C= say that HAM-8 has 256,000 colors?
> 
> The 3.0 developer's stuff includes source code for a demo program which opens
> a HAM8 screen and displays 256k (not 256,000 :-) colours on it.  The existence
> of this demo may be the reason C= gives that number.

I see... But in marketing, why not say that you can display 16.8 million
colors, only limited by screen size?

>Anyway, even with an overscanned PAL Superhires (1448x566) screen, you can't
>get more than 800,000 or so pixels on an Amiga screen, so you can't have more
>than that many colours on screen at once.  Also, pixel colours aren't
>independently settable in HAM, so realistically, you won't have that many
>even in the best cases.  So, 256k seems like a reasonable number, in the real
>world.  That 256k is still out of a 16M colour palette, of course.

Yes, but again, in marketing one usually states the theoretical maximas...
If one used the palette and the 64 colors wisely, one could come pretty close
to the 819,568 colors in Superhires PAL. Another question would be how
useful this is... :-)

>>No comments at all?!
> 
> I couldn't very well ignore a plea like that, could I?  :-)

:-) Thanks!

BTW: I said that you could display 65,536 colors in HAM-6. I've been
thinking about this, and I have come to the conclusion that in case
this is possible, one can't use the old color registers ($dff180 etc.)
because they are only word sized. Is there an AGA (or is it AA?) HAM-6
mode?

:)avid

-- 
 __________________ ___________________________________________________
| David A. Sjoen   |"My sheep hear my voice, and I know them, and they |
| Gulaksveien 4    | follow me; and I give them life eternal; and they |
| N-4017 STAVANGER | shall never perish, and no one shall seize them   |
| Norway           | out of my hand." John 10:27-29                    |
`------------------'---------------------------------------------------'
    E-MAIL: david-s@ifi.hsr.no  (Rogaland University Centre, Norway)
From: Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Its a sad sad day...
Date: 3 Oct 92 15:57:54 GMT
Reply-To: Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren)
Organization: THULOS!, STROMSTAD, SWEDEN
OD-Comment-To: Stephenson_Daniel_A


 SD> On last week's Computer Chronicles, a macro of a lot of Windows things
 SD> was done - intesive things.

In Windoze - most things are "intensive" (like moving the mouse)...
HOW COME? Does Microsoft think that a powerful CPU is an excuse for writing
slow and bulky code? Is it efficient to have to own at least a 386DX-33 with
gobs of RAM just to do simple stuff at a decent speed? Why is Windoze NT so
bl**dy big?



   /  /
  /--/
 /  /B - No Mr. Nice-Guy Anymore...

--- Point Manager 3.00 Beta Unreg.
From: djkordsm@menudo.engr.ucdavis.edu (David Joseph Kordsmeier)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Amiga 4000 & HYPE! -Reply to Jerry Shekkel
Date: 2 Oct 92 20:36:31 GMT
Organization: College of Engineering - University of California - Davis
From: Dale_Adams@gateway.qm.apple.com (Dale Adams)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Palettes and stuff (was Re: Some random thoughts on the A4000)
Date: 28 Sep 92 12:48:59 GMT
Organization: Apple Computer, Inc.,  Cupertino, CA

In article <James_Hastings-Trew.0lc2@telepro.UUCP> 
James_Hastings-Trew@telepro.UUCP (James Hastings-Trew) writes:
> You've been misinformed. If you want to go to any monitor larger than the
> bottom of the line Apple 14" (640 x 480 res) then you will only get 8 bit
> colour. 

So have you, apparently.  All Quadras support 24 bits/pixel on a display 
of up to 832 x 624  resolution (approx. 16" diag. at 72 dpi) at 75 Hz 
vertical scan rate.  You do have to add some VRAM to do this - the amount 
needed varies with the Quadra model.  In addition, the Q950 supports 16 
bits/pixel on displays up to 1152 x 870 at 75 Hz vertical refresh.

> We have a 21" Apple monitor on our Quadra, and we had to buy a VERY
> EXPENSIVE card to put into it to get 24bit colour at that size. The
> on-board colour in our Quadra is a waste - we paid for it, but it is not
> being used.

True.  If you need 24 bits/pixel on a 21" display (i.e., megapixel 
resolution), then you'll need an add-on video card.  The Q950 can do 16 
bits/pixel on such a display, though.  By the way, do you know of _any_ 
personal computer that provides built-in support for 24 bits/pixel on 
megapixel displays without an add-on card of some type?

> Mac-weenies get confused easily.

It appears that some Amiga folk do, too.

- Dale Adams
Newsgroups: comp.sys.amiga.advocacy
From: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: REAL FALCON 030 SPECS
Organization: University of Tasmania, Australia.
Date: Sun, 4 Oct 1992 03:13:06 GMT

boberg@lysator.liu.se (Stefan Boberg) writes:

>  The real question is: Is there any support for the DSP in the OS, or
>will everyone have to do everything themselves? [I'm thinking about
>standard functions like those in NeXTStep]

Here is a bit of what you may be after :)
[sorry only the names of the routines :(]

DSP-calls

Dsp_DoBlock(a,b,c,d)                    (void) xbios(500,a,b,c,d)
Dsp_BlkHandShake(a,b,c,d)               (void) xbios(501,a,b,c,d)
Dsp_BlkUnpacked(a,b,c,d)                (void) xbios(502,a,b,c,d)
Dsp_InStream(a,b,c,d)                   (void) xbios(503,a,b,c,d)
Dsp_OutStream(a,b,c,d)                  (void) xbios(504,a,b,c,d)
Dsp_IOStream(a,b,c,d,e,f)               (void) xbios(505,a,b,c,d,e,f)
Dsp_RemoveInterrupts(a)                 (void) xbios(506,a)
Dsp_GetWordSize()                       (int)  xbios(507)
Dsp_Lock()                              (int)  xbios(508)
Dsp_Unlock()                            (void) xbios(509)
Dsp_Available(a,b)                      (void) xbios(510,a,b)
Dsp_Reserve(a,b)                        (int) xbios(511,a,b)
Dsp_LoadProg(a,b,c)                     (int) xbios(512,a,b,c)
Dsp_ExecProg(a,b,c)                     (void) xbios(513,a,b,c)
Dsp_ExecBoot(a,b,c)                     (void) xbios(514,a,b,c)
Dsp_LodToBinary(a,b)                    (long) xbios(515,a,b)
Dsp_TriggerHC(a)                        (void) xbios(516,a)
Dsp_RequestUniqueAbility()              (int)  xbios(517)
Dsp_GetProgAbility()                    (int)  xbios(518)
Dsp_FlushSubroutines()                  (void) xbios(519)
Dsp_LoadSubroutine(a,b,c)               (int)  xbios(520,a,b,c)
Dsp_InqSubrAbility(a)                   (int)  xbios(521,a)
Dsp_RunSubroutine(a)                    (int)  xbios(522,a)
Dsp_Hf0(a)                              (int)  xbios(523,a)
Dsp_Hf1(a)                              (int)  xbios(524,a)
Dsp_Hf2()                               (int)  xbios(525)
Dsp_Hf3()                               (int)  xbios(526)
Dsp_BlkWords(a,b,c,d)                   (void) xbios(527,a,b,c,d)
Dsp_BlkBytes(a,b,c,d)                   (void) xbios(528,a,b,c,d)
Dsp_HStat()                             (char) xbios(529)
Dsp_SetVectors(a,b)                     (void) xbios(530,a,b)
 
De volledige beschrijving van bovenstaande functie's staat in de Falcon030 
Developers Documentation.
Newsgroups: comp.sys.amiga.advocacy
From: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: Atari BLiTTER
Organization: University of Tasmania, Australia.
Date: Tue, 29 Sep 1992 22:53:44 GMT

boberg@lysator.liu.se (Stefan Boberg) writes:

[this reply not directed at you]

>  The problem is that you cannot simply OR an image to the screen. First
>you have to AND the screen bitmap with a mask, and then OR your image
>into the screen bitmap. With the Amiga blitter this can be done in one
>blit, while the Atari blitter would have to run two passes. I.e:

>  Amiga :  Dest = Image + (Dest * Mask)  ( D = A + BC )

>  Atari :  Dest = Dest * Mask
>           Dest = Dest + Image

Will this thread about the Atari Blitter ever stop?  Look even
an atari STe owner/coder I know admits that most of the time on the
STe you are just as well off using the cpu rather than the blitter.
[assuming you have preshifted data]

There is no way, anyone can justify the presence of an STe style blitter
in an STe machine - it was just a silly marketing decision - so atari
could say their "Amiga Killer" had a blitter.

IMHO even the amigas blitter outside of the A600 class of machines looks
weak today.  Hopefully the chipset after AGA will improve things a bit.
From: bloc1469@ee.ee.uwm.edu (Gregory R. Block)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: COMMODORE - HERE'S A CLUE
Date: 5 Oct 1992 12:22:27 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <OA92-901-306p1_88E8203B@piraya.bad.se> Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren) writes:
>It's NOT! Suppose you want the DSP to do other stuff, like voice recognition,
>image enhancing, or 3D graphics, or any other of that nice stuff a DSP can do,
>why waste bandwidth on such a simple task as outputting audio?

Well, that's the point.  Good 16-bit audio with a nice, CD-quality
output isn't a simple task.  That's why you really need a DSP.

Of course, if you've got a good OS, it's possible to manage it through
the OS's resources.

Not that the Falcon's OS can do that, but it might be able to.

Greg

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: 	"Yeah, if improving the system is screwing the user base,     :)
(:	 you all need to be screwed more often." -Dave Haynie	      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
From: TomK@cup.portal.com (Tom R Krotchko)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Conversations with my buddy.
Date: Wed, 30 Sep 92 16:06:12 PDT
Organization: The Portal System (TM)

>He also admitted that Windows freezes when is doing a disk access.
>He just replied "I am waiting for Windows/NT".

Now THAT'S a conversation stopper. At least Microsoft is consistent;
no matter what complaint you have against any of their products,
the answer is always "Just wait for Windows NT".

TomK@cup.portal.com
Tom Krotchko
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Struggling computer science student needs a free A4000.
Date: 6 Oct 92 00:34:55 GMT
Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
Organization: Commodore, West Chester, PA

In article <54145@dime.cs.umass.edu> barrett@astro.cs.umass.edu (Daniel Barrett) writes:
>In article <1aascpINN3ci@network.ucsd.edu> simon@ivem.ucsd.edu (Simon Lee) writes:
>>In article <doiron.0evn@starpt.UUCP> doiron@starpt.UUCP (Glenn Doiron) writes:
>>>In article <1992Sep28.114200.28585@news.uit.no> espensk@stud.cs.uit.no (Espen Skoglund) writes:
>>>> In article <1992Sep25.185157.12184@lth.se>, e91sg@efd.lth.se (Stefan Gimeson) writes:
>>>>>In article <9226916.974@mulga.cs.mu.OZ.AU> schuller@mullauna.cs.mu.OZ.AU (Wayne Schuller) writes:

>	[I am poor, oh so poor, pleeeeze give me a free Amiga, my life
>	is so tough, I have no tweezers, etc.]

>	Right.

>	You wimps don't know what "poor" IS.  If anybody deserves a free
>A4000 due to financial constraints, it is I.

Hah!  You think YOU'RE poor!  I work my fingers to the bone (ok, maybe that
was the brick walkway I put in last weekend, but my fingers hurt nonetheless)
trying to make neat new computers for you all, for the mere pittance C= pays
its loyal senior engineers.  And I have a kid, wife, two dogs, and two cats
to support out of this.

What I really need need is a free trip to Australia next January.  Maybe when I
get that, THEN you'll get you're STINKIN' audio improvements and modular 
graphics chips!

>	So PLLEEEEEZE, Commodore, take pity on a loyal lost soul and
>send me a free A4000 and maybe a box of "Wheaties."

I used to eat Wheaties, but it never got me very far.  Beer and granola is the
breakfast of champions.



-- 
Dave Haynie Commodore-Amiga (Cool Advanced High-End Systems You Can't See Yet)
 "The Crew That Never Rests"  {uunet|pyramid|rutgers}!cbmvax!daveh   BIX: hazy
              "I got a pocket full of kryptonite" -Spin Doctors
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: REAL FALCON 030 SPECS
Date: 2 Oct 92 14:47:39 GMT
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Flying Cat, Inc.

In article <92275.231743DXB132@psuvm.psu.edu> DXB132@psuvm.psu.edu writes:
>Sure, I know that. That doesn't change the fact that AmigsDOS has always
>(and will always) suck without a HD. When you boot from a floppy the system


Unless of course you choose to take advantage of the system supplied features
and customize the single drive A500 to meet your needs.  I suggest looking
up the description of the RESIDENT command, which allows commands to
be pre-loaded and hang around in ram (no disk swapping) and RAD:, the
recoverable ram disk.  (both resident and RAD: were introduced in 1.3, btw)


>basically treats it like a 880K hard drive -- important assigns like C:
>and LIBS: stick to that disk unless laboriously changed. That's perfect


This is actually a feature for the floppy drive user.  It means that not
every disk needs to contain a complete set of commands, like some
computers we know.  Instead, AmigaDOS knows to ask for a floppy if you
try to use a command on a drive not currently mounted.

Using the new 2.0 non-binding (PATH) assigns you could recreate the behavior
of the "use whatever disk is in the drive for commands" that MS-DOS has;
you could also combine non-binding with normal and get the 'best' of both
worlds.

>for a hard drive setup, but dismal for floppy use. 2.0 is slightly better
>than earlier versions in this regard (at least a real CLI is in ROM), but
>still leaves rather basic commands like DIR in C:. Note: I'm not
>complaining. Anyone without an HD _today_ deserves misery.


As I said, there are at least two ways to minimize disk swapping, even for
a single floppy drive user.  The problem was basically solved in 1.3. 
2.0 refined the solution.


			andy
-- 
andy finkel		andy@cbmvax.commodore.com

"Unix is the Operating System of the future, and always will be."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.
Newsgroups: comp.sys.amiga.advocacy
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Subject: Re: Commodore 486
Organization: North Carolina State University
Date: Mon, 28 Sep 1992 01:06:09 GMT

James Coulter writes:
> Just found this in one of the local computer ads:
> Commodore 486DX 33Mhz, 4MB Ram, 100MB harddrive, 3.5 and 5.25" floppies,
> 101 Enhanced Keyboard, Overdrive Socket, Dos 5.0, Price: $1749Cdn.
> Monitor is NOT included.  No mention of what video comes with the system.
> I sincerely hope that C= Canada's A4000 pricing will be similiar. :)
 
Yah, it's interesting to compare Amiga prices to Commodore's own PC clones.
They just announced four new models on September 16th (which will be sold
everywhere except the US)... all retail prices below are Canadian dollars:

Processor    RAM/cache    40MB    80MB  105MB  120MB  213MB  Harddisk
===========  =========  =============================================
25MHz 386SX  2MB         $1049   $1159  $1195
33MHz 386DX  4MB/256K                          $1549  $1849
25MHz 486SX  4MB                               $1725  $1995
33MHz 486    4MB/256K                          $2179  $2449

Each one is less than 17x15x4", and comes with five ISA slots, two fullsize
drive bays, one parallel, two serial, mouse port, keyboard, 1.44meg floppy,
SVGA with .5meg of VRAM, and a 150 watt power supply.
Newsgroups: comp.sys.amiga.advocacy
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: Re: REAL FALCON 030 SPECS
Date: Sat, 3 Oct 1992 20:02:59 GMT
Organization: MSD software vault #9 @THD

In article <1992Oct02.053405.8736@NeoSoft.com> peter@NeoSoft.com (Peter da Silva) writes:
>In article <u894776.717808655@bruny> u894776@bruny.cc.utas.edu.au (James McCoull) writes:
>> Lets face it - some people bought STs merely because lots of software
>> ran better on an ST than an Amiga.  Better - as in faster and more usable.
>
>You really are a totally clueless git, aren't you. I *had* an ST, and I got
>an AMiga because there was no usable software for the ST, period. The operating
>system was a choice between TOS in ROM and a buggy TOS on disk... AmigaOS 1.1
>was more reliable. And when TOS ran it was a bug-for-bug compatible clone of
Cheer up dude. Not everyone like us bought the ST in '85. In '85 I was not too happy
either, although I'd never contemplated going for flickering, guruing Amiga anyway.
The software did catch on remarkably after you left the platform (har har).
What I remember from my friends, who had Amigas, I was never impressed with any 
programming tool they had.

>Since then, the Amiga software has improved in features and reliability. The
>Atari software hasn't, unless you went with a third-party OS.
How would you know ? 


>Peter da Silva.  <peter@sugar.neosoft.com>.
> `-_-'   "Heeft u vandaag al uw wolf geknuffeld?"
>  'U`  
	  "Hast du heute schon deinen Wolf vergewaltigt ?"

Nat!	
-- 
 -----   Email: wallmann@backus.pu.informatik.th-darmstadt.de  -----
                "Bang that bit that doesn't bang"                 
 Album of the month: "Psalm 69" Ministry
From: stelmack@thai.csee.usf.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Articfox (was: aga chipset for amiga)
Date: 24 Sep 92 14:00:56 GMT
Reply-To: stelmack@thai.csee.usf.edu (Gregory M. Stelmack)
Organization: University of South Florida, Department of Computer Science and Engineering

In article <1992Sep17.020946.23569@qdpii.comp.qdpi.oz.au>,
davidme@qdpii.comp.qdpi.oz.au (David Meiklejohn) writes:
|> In article <1992Sep16.034140.16378@ra.msstate.edu>
|> skip@tacky.cs.olemiss.edu (Skip Sauls) writes:
|> >
|> >BTW, I'm not positive, but didn't you guys write ArcticFox and
|> maybe
|> >a couple of other games for the Amiga back in the early days?  It
|> was
|> >one of the first games that I purchased for my A1000 and I had a
|> great
|> >time playing it.  The 3D graphics were nice, but the hands on the
|> >control panel really blew me away!
|> 
|> Yes, that and Marble Madness and MindWalker made me think that this
|> was what
|> owning an Amiga was all about!
|> 
|> Anyway, ArcticFox was a great game, except for the slow frame rate. 
|> What I'd
|> really like to see is a new version which takes advantage of faster
|> Amigas.
|> That would be something!  It'd probably sell, too - most current
|> Amiga users
|> would have never seen the original.
|> 

Check out Stellar 7 and Nova 9 from Dynamix -- they are games in a very
similar vein as ArcticFox.

-- 
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
Newsgroups: comp.sys.amiga.advocacy
From: danaf@rs6416.ecs.rpi.edu (Frank R. Dana Jr.)
Subject: Re: Its a sad sad day...
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Mon, 28 Sep 1992 23:51:21 GMT

In article <1992Sep28.042221.9288@disk.uucp>, sparks@disk.uucp (John Sparks) writes:
|> At this point I bought a 3000. I figured all new amigas should be compatible
|> with the A3000's design philosophy. NOT.
|> The 4000 breaks the mold again. different size mother board. IDE. SIMMs 
|> instead of ZIPs, New AGA chipset not available for older amigas.

It wouldn't work. It's almost a rule of thumb, on EVERY computer system, that
new technology will break the mould. It's nobody's fault, it's the curse of
progress. EVEN IF the new chips were on a modular board, there would be a 
problem. The connector wouldn't have enough pins. The computer wouldn't supply
enough power. The chips would grow so large they just couldn't physically FIT
into the computer! It just happens that way.

Remember... "You can't make an omelette without breaking a couple of eggs".

|> -- 
|> John Sparks        |"Help Fight Continental Drift!"| (502)957-4200 2400 BPS
|> D.I.S.K. Management| Email: sparks@disk.UUCP       | 6 lines, public access unix
|>                    |      uunet!coplex!disk!sparks |
|>     *Online Games*Usenet*Email*Chatting*Downloads*Supporting all computers*

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(718)             (212)                        (516)             (518)
=======Amiuser============Frank R. Dana, Jr.============Doc Ami=======     
--------My opinions rarely reflect those of any sane person,----------
	   living, dead, or undead... that's gonna CHANGE.
Newsgroups: comp.sys.amiga.advocacy
From: danaf@bray1a.its.rpi.edu (Frank R. Dana Jr.)
Subject: Re: Its a sad sad day...
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Sat, 26 Sep 1992 07:20:05 GMT

In article <1992Sep25.182623.22079@murdoch.acc.Virginia.EDU>, dudley@cebaf4.cebaf.gov (John Dudley) writes:

|> I'm not going to repost your article, but basically you went on saying
|> that so many people couldn't even afford an Amiga 4000.. AND THAT'S THE POINT!

Well, I've never been a big fan of the "infinite upgrade path"... *I* never got
the impression that the A3000 should last forever, and I feel that Commodore has
made a good choice in breaking with old, outdated technology. My only problem is
that the NEW, OUTDATED technology isn't so much better...

|> At this moment in time, Commodore is basically saying to us (not
|> directly, but at least insinuating) "If you guys out there want a better
|> graphics standard, you're gonna have to shell out another $3000 for the
|> AMIGA 4000, as there are NO plans to make AGA available to ANY other
|> machine at this time.".... now, it would be different if Commodore
|> either announced, or better yet, made available mid-range computers
|> based on AGA.

Yep, sorry! Like if you wanted a 486 in your 386 IBM, you'd need a new mother-
board. Get used to it.

I've got a question. What if, say, Commodore came out with a whole new mother-
board for the A3000. Would you A3000 people STILL moan about it? Say that you're
not going to shell out $1500 for a whole new MOTHERBOARD?? I mean, eventually,
you just have to admit that the new stuff don't work with the old stuff. 

|> Commodore can't afford to look at a single market. If they do, someone
|> is liable to come along with a Video Toaster-type system for the PC, or
|> Mac, or a unix machine... and when that happens, people will say "Well,
|> if it can be done even slightly on my PC, why should I get this "Amiga"?".....

It's being done. Nothing final yet, from what I've heard, but prices are guess-
timated in the range of $4000-$10,000, so we're safe for a little while. Still,
to big companies, price is no object, and they may decide to pay twice or even
three times the price to get a "compatible" machine that their staff already
know how to use...

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(718)             (212)                        (516)             (518)
=======Amiuser============Frank R. Dana, Jr.============Doc Ami=======     
--------My opinions rarely reflect those of any sane person,----------
	   living, dead, or undead... that's gonna CHANGE.
Newsgroups: comp.sys.amiga.advocacy