HDTenEightyP/NetNews huggingface dataset:
From: danaf@bray1a.its.rpi.edu (Frank R. Dana Jr.)
Subject: Re: AmigaDOS differences-
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Sun, 27 Sep 1992 02:49:33 GMT

In article <1992Sep26.160000.17803@nntp.uoregon.edu>, ggiles@cie.uoregon.edu (Gregg Giles) writes:

|>    You can find A2000 replacement fans at any Radio Shack. I replaced mine a
|> year or two ago with an off-the-shelf fan from RS. Cost a couple of dollars,
|> and took about five minutes to replace. Works like a champ. (Sorry, I don't
|> have a part number - just take in your old fan an look for similarities.)

Thanx a lot. It's gotten really grungy, and cleaning is only a short-term fix.
Think I'll buy a filtered one next time....

(Maybe I WILL forgive you for chopping the explosion graphics out of Nova 9...)


9)

|> Gregg Giles (Dynamix, Inc.)                 BIX: ggiles 

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(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.
From: ccb8m@palm.cs.Virginia.EDU (Charles C. Bundy)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: REAL FALCON 030 SPECS
Date: 2 Oct 92 18:16:29 GMT
Organization: University of Virginia Computer Science Department


Chris Millar derives space requirements for 640x400x 8bitplane for the
ST:

> 640x400 frame at 8bitpl = 256K memory x 24fps = 6.15 Meg/sec

Granted I don't know anything specific about the Falcon except it's
claim of a DSP.  With a DSP the motion picture demo could have been
running through the DSP set up as an MPEG decoder/encoder filter.

Assuming this, the figure of ~90Meg isn't completely ridiculous.

   E.G. lets say conservatively ~ 50K/frame = 1.2 Meg/sec = 75 sec
        of full frame video.

I think you are right in saying that it wasn't full screen considering
the above number, but I'm not sure what MPEG optimized compression
ratios are.  If the above K/frame could be halved we have the 2.3 min
demo.

Charles C. Bundy IV
From: s64453@rmece49.upr.clu.edu (hernandez machado ricardo)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Its a sad sad day...
Date: 6 Oct 92 07:02:08 GMT
Organization: RUM-Mayaguez, Puerto Rico--UNIX Lab

In article <1992Oct4.233855.18197@usl.edu>, das9674@usl.edu (Stephenson Daniel A) writes:
|> In article <OA92-901-306p1_840FCD1C@piraya.bad.se> Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren) writes:
|> >
|> > 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?
|> 
|> Give me a break.  You write as if Windows is slow on a 386!  Windows 3.1 is
|> pretty fast on all the systems sold remotely recently.  All I was pointing
|> out was that there were ZERO hassle in upgrading CPUs.  Keep in mind here

   Zero hassle?  BS.  You must buy a clone that supports that, and then the
upgrade from the company that makes the clone.  You can't usually upgrade 
from very different cpu's to say the next one, like from a 386 to a 486
or a 486 to a 586.  Yes, there are some systems that may allow this, but
are not many and the upgrades are brand-specific.

|> that there is no slot taken up, no especial room needed - just buy the
|> actually CPU itself and drop it in....simple.  *I* think this is very 
|> slick.  How much cheaper can you get a processor upgrade than to ONLY
|> buy the CPU?

   Read my comment.

|> 
|> Windows is/will be so big for some of the same reasons OS/2 2.0 and UNIX
|> can be so big - there is a shitload that comes with it.  Large size
|> is not an inherent flaw.

   Although there is shitload that comes with it, there is a lot of SHITCODE that
comes with it.  Dealing with DOS is not easy.

|> 
|> 
|> >
|> >
|> >
|> >   /  /
|> >  /--/
|> > /  /B - No Mr. Nice-Guy Anymore...
|> >
|> >--- Point Manager 3.00 Beta Unreg.
|> 
|> 
|> --
|> Dan Stephenson, a *true* FORTRAN Hacker                        das9674@usl.edu  
|> "I have never understood why it should be neccessary to become irrational in
|>  order to prove that you care. Or indeed why it should be neccessary to prove
|>  it at all."  -Avon (Blakes 7 _The Duel_)               

- Raist
From: Harv@cup.portal.com (Harv R Laser)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Price Report from Silicon Valley
Date: Sat,  3 Oct 92 00:05:12 PDT
Organization: The Portal System (TM)
Distribution: na

>1) A3000 - $1499 (3 left in stock)
>2) Free CDTV deal never really existed. Talked about for two
>   weeks but cancelled by C=. Some distributors even had ads
>   printed up.
>3) No A4000 in the valley yet...
>
>                   WHAT IS THE HOLDUP ?

One of Creative Computers' sales dudes attends my local user group
meeting so we can grill him with cogent questions out of the
more restrictive store environment (i.e.: no phones ringing, no
customers lined up, etc.)

1) He said Creative had just taken delivery of nine hundred 3000s. 
I found that number astonishing and asked him to repeat it. So
he repeated it. 

2) He said that he had sold 4 A3000+Free CDTV bundles before the
deal was cancelled. I don't know if that means he as one salesman
had sold that many or Creative as a store had sold that many. 

3) He said they have one A4000 in store now for demoing and they
expect stock in a few days.

I'm just an infrequent walk-in Creative customer. I don't work
nor speak for them in any way, shape or form. 

Harv
Xref: sparky comp.sys.amiga.advocacy:25994 comp.sys.amiga.misc:14700
Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.misc
Subject: Re: WOC Videotapes at FAUG
From: alanb@sdl.mdcbbs.com (Alan Braggins)
Date: 05 Oct 92 15:32:24 GMT
Organization: Shape Data (Division of EDS), Cambridge UK
In-reply-to: iank@microsoft.com's message of 05 Oct 92 06:42:26 GMT

>>>>> On 05 Oct 92 06:42:26 GMT, iank@microsoft.com (Ian Kennedy) said:

> In article <1992Oct5.011545.17279@news.iastate.edu> barrett@iastate.edu (Marc N Barrett) writes:
[something typlical which justifies Ian's comments...]

> Like many have said before, go buy a goddamn INTEL Box (I suggest the
> Gateway 66Mhz 486DX/2) and go torment the OS/2 and Windows users.
> /* IanK@Microsoft.com				*/
          ^^^^^^^^^
But its not just the users, and if he buys an Intel machine he's almost
certain to use some Microsoft products...

I think he should get a Falcon - there are fewer Atari users, so a
smaller number of people who would have to listen to him...
--
     Alan Braggins, alanb@sdl.mdcbbs.com, abraggins@cix.compulink.co.uk
Shape Data - A division of EDS-Scicon Limited.   Cambridge, UK +44-223-316673
   "Any technology distinguishable from magic is insufficiently advanced."
 "My employer does not necessarily share my views - but I'm working on it."
Newsgroups: comp.sys.amiga.advocacy
From: trevore@vast.unsw.edu.au (Trevor Elbourne (Supr. Hell) BE)
Subject: AGA compatible graphics board
Organization: University of New South Wales
X-Newsreader: Tin 1.1 PL4
Date: Thu, 1 Oct 1992 23:59:57 GMT

A group of electrical engineers & computer scientists here at UNSW have begun 
designing a ZorroII, AGA compatible graphics board. The board itself will support
resolutions up to 1280x1024 in 24-bit. It will be totally system call compatible
with AGA and ECS, so that HAM modes etc will be supported, which will mean rewriting 
of certain libraries (definately graphics.library and maybe layers.library and 
intuition.library). When a AGA HAM8 screen is opened, the board will actually open
a true 18-bit screen and the library will handle the details. The aim of
the project is to make it fast and cheap -- affordable by everyone, not just
those who have a spare $3000 lying around. Another aim is to make it forward
compatible with anything else C= release in the future, this will involve
updating libraries and should mean you will never need to replace the board itself
(unless C= decide to support 2Kx2K resolutions, but this does seem unlikely).

The reason for the posting is to get any ideas/suggestions/comments that you
guys have, in order to make the board something that everyone is pleased
with. Please send in email with your ideas/suggestions/comments and I will
post a summary at a later date.

Cheers,
-Trevor

Newsgroups: comp.sys.amiga.advocacy
From: das9674@usl.edu (Stephenson Daniel A)
Subject: Re: Its a sad sad day...
Organization: University of Southwestern Louisiana
Date: Sun, 4 Oct 1992 23:38:55 GMT

In article <OA92-901-306p1_840FCD1C@piraya.bad.se> Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren) writes:
>
> 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?

Give me a break.  You write as if Windows is slow on a 386!  Windows 3.1 is
pretty fast on all the systems sold remotely recently.  All I was pointing
out was that there were ZERO hassle in upgrading CPUs.  Keep in mind here
that there is no slot taken up, no especial room needed - just buy the
actually CPU itself and drop it in....simple.  *I* think this is very 
slick.  How much cheaper can you get a processor upgrade than to ONLY
buy the CPU?

Windows is/will be so big for some of the same reasons OS/2 2.0 and UNIX
can be so big - there is a shitload that comes with it.  Large size
is not an inherent flaw.


>
>
>
>   /  /
>  /--/
> /  /B - No Mr. Nice-Guy Anymore...
>
>--- Point Manager 3.00 Beta Unreg.


--
Dan Stephenson, a *true* FORTRAN Hacker                        das9674@usl.edu  
"I have never understood why it should be neccessary to become irrational in
 order to prove that you care. Or indeed why it should be neccessary to prove
 it at all."  -Avon (Blakes 7 _The Duel_)               
Newsgroups: comp.sys.amiga.advocacy
From: kdarling@garfield.catt.ncsu.edu (Kevin Darling)
Subject: Re: AGA hidden registers - C= is giving me an attitude
Keywords: The worse part is I have the cash for the A4000
Organization: North Carolina State University
Date: Thu, 1 Oct 1992 18:11:55 GMT

George Robbins writes:
> [personally for info release, but...]   There are plenty
> of examples - C64, IBM PC, Amiga that show that hard-wired graphics
> code is the path to disaster, and prevents timely implementation of
> Device Independent Graphics and alternate graphics architectures.

People who write hardwired graphic code get in the way of it, sure.

But the hardware manual itself is not responsible for that :-)

Gee, maybe Commodore should also go out and hide all 680x0 manuals from
everyone, just in case they decide to change cpus in the future ;-)

Hey, I've written a window system that's currently in use on several
computers.  And I feel the same way as anyone about the RTG/DIG part:
programmers should use the available system calls and avoid hitting
the hardware.

At the same time, I'm more than happy to explain their hardware details
(and how to bang on them) to anyone who wants them.  There are many
valid reasons (just being an interested hobbyist is a terrific one)
for giving out that info.  The fact that a lot of Amiga programmers are
braindead idiots should not prevent manual availability for the rest.

Newsgroups: comp.sys.amiga.advocacy
From: e91sg@efd.lth.se (Stefan Gimeson)
Subject: Re: Amiga 4000 but NO AUDIO
Organization: Lund Institute of Technology, Sweden
Date: Sat, 26 Sep 1992 18:17:13 GMT

In article <0ekpbzq00WBL44RlR1@andrew.cmu.edu> bc2y+@andrew.cmu.edu (Brian T Cheek) writes:

>Put in 16 bit stereo on the low end and add DSP on the high end.  If
>thats the lowest common denominator, the quality of life (and MUSIC)
>will improve.
>Make your machine the REAL TIME machine: R/T Video, R/T audio.  (Yes,
>even games will improve).
>

Just wait until chistmas and you'll have it all...

/Stefan
===============================================================================
Stefan Gimeson                (e91sg@efd.lth.se)                              *
Tunavagen 39 B660                                                             *
S-223 63 Lund         *       (Boing,Boom,Tsack!)     (Words like violece)    *
                    U*MEN     (                 )     (breaks the silence)    *
Sweden                *        (  -KRAFTWERK-  )       (                )     *
Phone (0)46-141386   * *        (             )         (     -D.M-    )      *
=================================(           )===========(            )========
Disclaimer - These opiini^H^H damn! ^H^H ^Q ^[ .... :w  :q  :wq  :wq! ^d  X ^?*
exit X Q  ^C ^? :quitbye  CtrlAltDel   ~~q  :~q  logout  save/quit :!QUIT     *
^[zz ^[ZZZZZZ ^H  man vi ^@  ^L  ^[c  ^# ^E ^X ^I ^T ? help  helpquit ^D  ^d  *
man help ^C ^c help exit ?Quit ?q CtrlShftDel "Hey, what does this button d..."
                                                                              *
===============================================================================





Newsgroups: comp.sys.amiga.advocacy
From: danaf@bray1a.its.rpi.edu (Frank R. Dana Jr.)
Subject: Re: Struggling computer science student needs a free A4000.
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Wed, 7 Oct 1992 03:30:41 GMT

Wow! Maybe Dave isn't a total spineless bootlicker just yet.

...Give him til the A5000. By then, he'll be catering to marketing's every
whim. 

"No floppy drives? Make it CD-only to compete with the NeXT? Suuuuure...."


8)

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(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: gerrymon@eng.umd.edu (Gerry Mon)
Subject: Re: Atari BLiTTER
Date: Wed, 30 Sep 92 14:41:25 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <1731@lysator.liu.se> boberg@lysator.liu.se (Stefan Boberg) writes:
>gerrymon@eng.umd.edu (Gerry Mon) writes:
>>lindblad@klaava.Helsinki.FI (Jarkko Lindblad) writes:
>>>gerrymon@eng.umd.edu (Gerry Mon) writes:
>>>
>>>: The Atari BLiTTER takes data from the source and destination and
>>>: prepares the result to be put back into the destination.  In other
>>>: words, it's basically a 2 source blitter.  However, the Atari BLiTTER
>>>
>>>So, it uses 1 source and 1 source/destination? Ie. One of the sources
>>>must change? That is bad, too bad.
>
>>Why is this so bad?  Don't most microprocessors have an instruction
>>format like this too?  For example, a lot of microprocessors have an
>>ADD R1,R2 instruction where you add two numbers in R1 and R2 and place
>>the result back in R1.
>
>>If you think about it, a typical use for a blitter is to blit a bitmap
>>from memory (the source) to the screen (the destination) thereby
>>changing the destination.  The Atari BLiTTER seems perfectly fine for
>>this.
>
>  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
>

You're right.  I've been looking through the Amiga Hardware Reference
manual and they list another operation called the "cookie cutter" that
would really benefit from having multiple sources and destination.
This looks like a really useful operation and the Atari BLiTTER would
not be as good on it as the Amiga blitter.

I now understand the usefulness of having multiple sources.  I hope
Atari can improve their blitter by adding some of the Amiga's
features to it.

>--
>Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
> Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
>  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
>    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg

--Gerry
From: kontos@clipper.ingr.com (Thorne Kontos)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: AGA hidden registers - C= is giving me an attitude
Summary: Andre Yew - get a job after college. period.
	 and stop feeding us crap about SGI. You'll never afford one.
Keywords: The worse part is I have the cash for the A4000
Date: 3 Oct 92 06:12:37 GMT
Organization: Intergraph Advanced Processor Division - Palo Alto, CA

In article <1af6qdINNets@gap.caltech.edu>, andrey@cco.caltech.edu (Andre T. Yew) writes:
> kdarling@garfield.catt.ncsu.edu (Kevin Darling) writes:
> 
> >kontos@clipper.ingr.com (Thorne Kontos) writes:
> >>Some folks here are already beginning to gripe about C=
> >>not releasing information about the AGA chip set. They
> >>tell us they don't want us to "hit" the hardware but
> >>instead only use authorized system routines.
> >>[...]
> >>PUBLISH THE SPECS/REGISTERS OF THE AGA CHIPSET
> 
> >Yep, not publishing the specs simply delays the inevitable... it
> >only means that someone (other than Commodore) will make big bucks
> >selling "inside the Amiga AGA chipset" manuals.
> 
> >It might also mean that some companies will pass over the Amiga in
> >their projects (eg: stuff like PreVue Guide, big VR games, etc)
> >simply because of the possible hassle of convincing Commodore that
> >they need the specs.
> 
> 	I can't believe that I've just read two of the utterly
> stupidest articles in advocacy yet.  People complain about
> not having DIG, and now they want C= to release register-
> level information about the AGA chipset?  What happens
> when the next generation chipset comes out?  Does C= have
> to bend over backwards to accomodate the hardware bangers
> again and compromise progress?  Besides, as the hardware
> gets more complicated, do you expect hackers to have the
> sophistication to figure out how to align and schedule
> their graphics calls so they can get the best possible
> peformance?  I personally doubt it with no documentation.
> 
> 	I hate to break it to both of you, but the Amiga isn't
> a giant Commodore 64.  And for people who still doubt that
> this will restrict graphics applications because of performance
> loss, I have three letters for you:  SGI.
> 
> --Andre
> 
> -- 
>              Andre Yew andrey@cco.caltech.edu (131.215.139.2)


Andre,
     I discussed SGI with you in E-mail. How many poor slobs are ever
going to be able to afford an SGI for their private playtoy?
Answer - NONE. PERIOD. END OF DISCUSSION.

I am so sick of this B.S. Some hacker out there will crack the AGA
chipset. It will probably be one of the Euro-demo programmers out
there. And I will be the first to congratulate the said person.
If they publish the ECS chipset specs, why the sudden turnaround?

Someone will write a better graphics library than the one that
will come with WB3.0. It will happen. Publishing the specs will allow
better demos/programs/apps/games now instead of the time it will
take if someone has to reverse engineer the AGA chip set. But every
should know it will happen. So why can't C= cut us some slack. After
all, I still can't get a C= CD-ROM solution for my A2000.

End of foaming at the mouth...part 1
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: A4000 at WOC
Date: 28 Sep 1992 07:38:54 GMT
Organization: University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!) writes:
: Everyone else in your case are Amigoids who think on the level "what
: must not be, can not be". The hardware design is like this if both
: want to access the bus, 50% go to the blitter and 50% to the CPU 
: (ignoring disk DMA for now).

No.  You're actually quite incorrect on both systems.  On the Amiga,
the Blitter gets priority before the CPU--if both require the bus, the
blitter gets it.  The Amiga blitter has full or partial control over
the main CPU's access to chip ram--note:  it's free to roam in fast
ram.

On the Atari, again, the blitter replaces the CPU in terms of memory
access.  The purpose of the blitter is to take the CPU's place to do
something that it can do faster than the main CPU.

The problem comes in that there are always a certain number of memory
cycles that the CPU could be using freely.  On the Amiga, that is only
true in chip ram.

: And AMIGA 1000 you forgot...

The Amiga 1000 also has two separate buses.  Chip and Fast ram have
existed on all Amiga machines.

: I'd only do this if I was as clueless as you...

You're not exactly "clueful", or you'd have understood the concepts of
basic memory access and the design of both blitters.

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	      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)