HDTenEightyP/NetNews huggingface dataset:
From: spice@drycas.club.cc.cmu.edu
Newsgroups: comp.sys.amiga.hardware
Subject: Re: AGA artifacts, shimmer
Date: 15 Dec 92 21:51:39 -0500
Organization: Carnegie Mellon Computer Club

In article <1992Dec15.032707.8522@netcom.com>, tres@netcom.com (Gary Chow) writes:
> In article <92349.200813FAA102@psuvm.psu.edu> <FAA102@psuvm.psu.edu> writes:
>>In article <dej.026x@qpoint.ocunix.on.ca>, dej@qpoint.ocunix.on.ca (David Jones)
>>says:
> [stuff deleted]
>>>On all of the AGA machines, a fine pattern of vertical lines could
>>>be seen on the screen.  The lines were 8 pixels apart.  On one machine,
> [stuff deleted]
>>>
>>>Have any AGA users out there noticed the same thing?  Commodore, what
>>>will you do about it?
>>>
>>>--
>>> David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA


Several people in the Amiga Roundtable on GEnie have reported the same
thing.

                               Scott Corley

spice@drycas.club.cc.cmu.edu
Newsgroups: comp.sys.amiga.hardware
From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
Subject: Re: ?'s about new A4000 models
Organization: Brock University, St. Catharines Ontario
Date: Mon, 14 Dec 1992 00:14:32 GMT

In article <92347.193526IO92257@MAINE.MAINE.EDU> IO92257@MAINE.MAINE.EDU writes:

>>No, he's in the right ballpark. Three additional A4000s were mentioned in the
>>address given by Lew Eggebrecht at the WOC in Toronto. It appears to be
>>merely a matter of time.

>Great!  I want to upgrade, but the 4000/40 is way to much dough!
>Maybe I will be able to sell or trade in my 2000 and get
>a new A4000!  And still use my hard drive and ram!

Don't forget that the A4000 is currently bundled with an IDE controller
and your RAM chips will not likely be transferable. Of course, you can
always grab a SCSI-II controller and trade in the memory. 10 MB/s
transfer rates would be hard to pass up.
Newsgroups: comp.sys.amiga.hardware
Subject: I need upgrade help!!!!!!
From: tdkeeler@ualr.edu
Date: 11 Dec 92 22:18:54 GMT
Reply-To: tdkeeler@ualr.edu
Organization: University of Arkansas at Little Rock

from: tdkeeler@ualr.edu
to: anyone who can help
subject: same as the one i should have put a subject on

being a new user i screwed up when i posted the news file
i wanted a reply to so since i can't figure this news
thing out at this time i wrote this one

please respond to the news item entitled <none>

tom again at the University of Arkansas at Little Rock
From: colint@spider.co.uk (Colin Tinto)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: High density drives
Date: 15 Dec 92 10:20:11 GMT
Organization: Spider Systems Limited, Edinburgh, UK

In article <1992Dec14.120917.4605@memstvx1.memst.edu> cse_stu@memstvx1.memst.edu writes:
>Why doesn't someone come out with a floppy control card for 2000/3000/4000 that
>can handle high density and 4meg ED floppy disks. Make a card and a driver and
>everyone can quit complaining. Maybe come out with an adatper card for the
>500/600/1200 also.
>===========
>video man
>======

There are 2 HD external drives coming for the full Amiga range very soon.

One from Power Computing, and another from KCS (the PC Emulator people)

The KCS one does the 4Meg you mentioned thru hardware compression.

So everyone can quit complaining and get the cash out :-)

-- 
/-----------------------------------------------------------------------------\
!   Colin Tinto			!  Time Travel Parcel Deliveries Inc          !
!   colint@spider.co.uk		!  The only courier with previous day service.!
\-----------------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.hardware
From: keith@actrix.gen.nz (Keith Stewart)
Subject: Help needed with scsi problem and 2000 Repost
Organization: Actrix Information Exchange
Date: Fri, 18 Dec 1992 05:41:31 GMT


I have an 40meg Quantum and 120 meg Quantum attached to my A2000 Amiga

I am using A GVP Series II with 3.07 FAASSSTROM controller
My 120 meg Quantum crashed.It is unit 2  After many attempts I have
reformatted it 
and now it runs at approximately 50% of the previous data xfer rate
and when useing a programme causes TurboQuantum I got the following error


Changing Quantum DDIS parameter on gvpscsi.device unit 0 / LUN 0.
 Disable Disconnection parameter was successfully changed.  

Changing Quantum DDIS parameter on gvpscsi.device unit 2 / LUN 0. 
Mode Select: io_ C:28 F:0 E:42 A:0 L:30 D:$481624 O:0  
scsi_ D:$481782/8/0 C:$481642/6/6 F:2 ST:0 SD:$481682/64/0  
 ERROR: Unable to change mode page.
Quantum TurboCharge operation completed. 

Any help accepted with a smile :-)

Keith
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.hardware
Subject: Re: A1200 - 68020EC ??
Date: 12 Dec 92 10:21:11 EST
Organization:  Wright State University 

In article <1992Dec11.171145.13055@spartan.ac.BrockU.CA>, tmc@spartan.ac.BrockU.CA (Tim Ciceran) writes:
> In article <1992Dec11.093004.10703@walter.cray.com> walterb@sequoia.cray.com
> (Walter Boese Jr.) writes:
> 
>>What does the 'EC' in 68020 mean for the Amiga A1200.
> 
> No MMU.

	"EC" stands for "Embedded Controller" if I understand correctly

 
>>How can you economize (sp) a chip that is pretty basic to begin with?
> 
> Take out the MMU.

	The '020 never had an MMU to begin with.  It had a sepparate
	MMU chip available though.
> 
>>What great features can you remove?
> 
> The MMU?

	You can't remove something that wasn't there in the first place.

> 
>>And if they did remove something, WHY?  The 68020 is getting outdated
>>already, why degrade more than its age already has?
> 

	I think the '020 is fine chip.  It was way ahead of its time
	when it was introduced and is still widely used in industrial
	applications.

> Expense. The EC020 is quite suitable for an entry-level machine and
> most people will not be inclined to run Unix or virtual memory on
> such a machine. The alternative is another 68000. Don't give them any
> ideas :).
> 
Fred Heitkamp,  ** Not an organization.  My opinions only **
	
Newsgroups: comp.sys.amiga.hardware
From: goldman@leland.Stanford.EDU (Oliver Isaac Goldman)
Subject: A2091 ROM Version
Organization: DSG, Stanford University, CA 94305, USA
Date: Mon, 14 Dec 92 22:15:56 GMT

Hi,


I recently acquired the responsibility of caring for an A2000, which
has an A2091 hard drive controller in it.  The first thing I'm planning
to do is upgrade the machine to 2.1.  I remember seeing things in the
past about ROM upgrades to the 2091, though I can't remember what.
Id appreciate about the latest ROM version, and what (if any) problems
might arise w/ using an older version with 2.1.  

Please respond (or inquire) by e-mail.  

thanks!

Oliver
-- 
//            Sophomore, C.S.    //  drummer of                 //
//        Stanford University  \X/   ABSINTHE MINDED            //
//            Computer Graphics Director - SCBN                 //
From: Aric.Caley@ofa123.fidonet.org
Newsgroups: comp.sys.amiga.hardware
Subject: Re: A4000 vs 486
X-Sender: newtout 0.02 Nov 17 1992
Date: 11 Dec 92  12:11:00

> From: meek@csu.murdoch.edu.au (Lindsay Meek)
> Message-ID: <1g85ajINN3n0@newsman.csu.murdoch.edu.au>
> Newsgroups: comp.sys.amiga.hardware
>
> >And finaly, 100MegaBYTES per second?  I rather doubt it.  With a real 50Mhz
> >486  (a  REAL 50Mhz chip, not an internaly clock doubled one), thats only 2
> >clock cycles per transfer - a mere 40ns.  I don't see how a 486 is going to
> >execute  at least a couple of instructions, and do two memory accesses (one
> >to  read,  one  to write back) in a mere 2 cycles!  Not to mention how fast
> >the  ram  would  have  to  be.   No,  I dont think so.  100 MegaBits, yeah.
> >100MegaBytes, no.
>
> It is possible that they use a burst-style cycle to load a line in the
> caches.
> This would give you
> your 40nS figure if it was done properly, and the memory supported nibble-
> mode
> or page-mode accesses. (Although it wouldn't be sustaining 40nS..more likely
> a
> peak performance).
> Another way is to use a very-wide data path..but i don't think you'll find
> that in a '486 BS (alias DX)

Well, thats possible - but that would then limit that figure only to simple
block  oriented  operations  like  blitting  and filling.  Even still, that
would be pushing it.  Memory that fast is pretty expensive.

> Lindsay Meek

 -Dances With Coyotes - World's slowest programer-Given that God is infinate-
 -AKA Dances V2.0, Coyote, Critter, Magnet, Major-and  that  the universe is-
 -- Former Net-Lurker - YES, an AMIGA godammit! --also  infinate,  would you-
 --- Still limping along with AmigaOS 1.3  :(  ---like a toasted  tea  cake?-


--- Maximus 2.00
From: Boinger@myamy.hacktic.nl (Paul Kolenbrander)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Stupid question of the week:  Why not a VGA card in your A2
Date: 11 Dec 92 19:08:49 MET
Reply-To: boinger@myamy.hacktic.nl (Paul Kolenbrander)
Distribution: world
Organization: System Information 2.0 Development
X-NewsSoftware: GRn-beta 1.16g (06.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

In article <71373@cup.portal.com> Dan_E_Babcock@cup.portal.com writes:
> >Anyone care to tell me why you couldn't command a VGA card in an A2000
> >slot to draw a pixel on the screen, from AmigaDOS?
> 
> >There must be a very good reason why not, or it would have been done
> >by now (and not from a Bridgeboard).
> 
> It already has been done: the GoldenGate II (not to be confused with
> Vortex's "Golden Gate" products) from David Salamon.

Hmm. tell me, who's writing the driver for it? This would mean my
386 would lose it's ET-4000 sVGA card to Amy PDQ. :-) 

CYa, Paul

-- 
Paul Kolenbrander  \ InterNet: boinger@myamy.hacktic.nl
Turfveldenstraat 37 \ Fido: 2:284/114.3 Paul Kolenbrander
NL-5632 XH EINDHOVEN | - - - - - - - - - - - - - - - - - - 
Voice: +31-40-415752 | Timezone:GMT+1 | Fax: +31-40-426446 
Newsgroups: comp.sys.amiga.hardware
From: skip@tacky.cs.olemiss.edu (Skip Sauls)
Subject: Re: AGA artifacts, shimmer
Keywords: AGA
Organization: University of Mississippi, Dept. of Computer Science
Date: Tue, 15 Dec 1992 04:38:08 GMT

In article <1992Dec15.032707.8522@netcom.com> tres@netcom.com (Gary Chow) writes:
>In article <92349.200813FAA102@psuvm.psu.edu> <FAA102@psuvm.psu.edu> writes:

<much deleted>

>>I think you're seeing things. I saw a demo on a 1960 monitor and the 
>>4000 performed flawlessly.  The pictures were incredibly good.
>>
>>
>>Name------Frederick-Aaron------|          ///
>
>I have a 4000 sitting right in front of me.  And I can assure you that
>David is not "seeing things" there are vertical lines 8 pixels apart!
>(But you have to look real close) ... and it doesn't really bother me

*** Action: Slu presses his nose against the screen and strains to see
+the vertical lines...

Are you using an A1960 also?  Perhaps this problem occurs with the A1960,
but I can assure you that it does not with a Samsung SyncMaster 3, a
Seiko 1450, or older Amdek multiscan...

The display on my A4000 is flawless and is much better than that of my
A3000 using the very same monitors.  I no longer have to deal with the
half-line flicker, the sprite shattering, and the poor cold weather
performance which plagues the A3000's display.  But I am certainly glad
that my purchase did not include an A1960 as most owners are reporting
very poor performance from those units.  Perhaps Commodore is still
using the dreadful units manufactured by AOC...

>Gary

Skip Sauls, Amiga Advocate whose A4000's display is quite nice
skip@tacky.cs.olemiss.edu
From: shogun@tension.UUCP (Jay Brown)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Response to CBM re: Poor Media coverage
Date: 18 Dec 92 09:28:55 EST
Organization: High Tension BBS

        This will show just how bad C= is at marketing.  Waldnsoftware sells
A600s now, and C= will not supply them with demo units.  They only have the
A500s C= gave them when they started selling A500s.  How can oyu sell a
computer you can't demo.
                        Jay Brown

==============================================================================
IBM MAKES IT IN BULK...MACINTOSH MAKES IT POPULAR, BUT ONLY AMIGA MAKES IT     
                           POSSIBLE.
==============================================================================
From: Aric.Caley@ofa123.fidonet.org
Newsgroups: comp.sys.amiga.hardware
Subject: Re: A1200 - 68020EC ??
X-Sender: newtout 0.02 Nov 17 1992
Date: 12 Dec 92  12:12:08

> Organization: Brock University, St. Catharines Ontario
> From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
> Message-ID: <1992Dec11.171145.13055@spartan.ac.brocku.ca>
> Newsgroups: comp.sys.amiga.hardware
>
> In article <1992Dec11.093004.10703@walter.cray.com> walterb@sequoia.cray.com
> (Walter Boese Jr.) writes:
>
> >What does the 'EC' in 68020 mean for the Amiga A1200.
>
> No MMU.

Nope.

> >How can you economize (sp) a chip that is pretty basic to begin with?
>
> Take out the MMU.

What MMU?

> >What great features can you remove?
>
> The MMU?

Try again.

> >And if they did remove something, WHY?  The 68020 is getting outdated
> >already, why degrade more than its age already has?
>
> Expense. The EC020 is quite suitable for an entry-level machine and
> most people will not be inclined to run Unix or virtual memory on
> such a machine. The alternative is another 68000. Don't give them any
> ideas :).

Right.

Oh, by the way, the EC020 is lacking a 32 bit memory address range.  It has
only  24  address  lines,  and is thus limited to a 16 megabyte memory map.
So,  you  can  basicly  have  the  same amount of ram that an A500 can have
(well,  2  megs  of  chip  instead of just 1 on the stock A500).  It may be
lacking some other things, as well.  It also comes in a very small package,
and is surface mounted to reduce costs.

The  020  never  had  an MMU built in - you're thinking of the 030 (and the
EC030, which IS lacking the MMU).  But of course, you KNEW that, didn't ya?

:)

 -Dances With Coyotes - World's slowest programer-Given that God is infinate-
 -AKA Dances V2.0, Coyote, Critter, Magnet, Major-and  that  the universe is-
 -- Former Net-Lurker - YES, an AMIGA godammit! --also  infinate,  would you-
 --- Still limping along with AmigaOS 1.3  :(  ---like a toasted  tea  cake?-


--- Maximus 2.00
Newsgroups: comp.sys.amiga.hardware
Subject: Using a 1084 monitor with the 1200
From: robi@md2.huji.ac.il (Dr. Wartenfeld Robi)
Date: 15 Dec 1992 17:45 +0200
Distribution: world
Organization: The Hebrew University of Jerusalem
News-Software: VAX/VMS VNEWS 1.41

What are the resolutions that one can see on a 1084 monitor with the AGA chipset?
    Robi.
From: biddle_s@kosmos.wcc.govt.nz
Newsgroups: comp.sys.amiga.hardware
Subject: Crashes! :-(
Date: 16 Dec 92 10:17:06 NZST
Organization: Welligton City Council, Public Access.
NNTP-Posting-Host: kosmos.wcc.govt.nz

Over the past few days, my 2.04 A500 seems to have caught a case of the
crashes.
Basically after being left on for 30 minutes or so, it will randomly crash with
a software failure, 8000 000B  00C03510. 
Any ideas or suggestions would be greatly appreciated, it's just cost me lots
a few weeks ago to get a new Agnus..:-(

-- 
    -------------------------------------------
    | Steven Biddle - Wellington, New Zealand |
    | Mail: biddle_s@kosmos.wcc.govt.nz       |
    |   OR: sbiddle@aviate.welly.gen.nz       |
    -------------------------------------------
Xref: sparky comp.sys.amiga.hardware:21559 comp.sys.amiga.misc:18592
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.hardware,comp.sys.amiga.misc
Subject: Re: RAM testing/diagnoting software for A3000
Date: Tue, 15 Dec 92 07:55:40 PST
Organization: The Portal System (TM)

It could very well be bad ram, the only way to be sure is to get a
memory diagnostic.  I sell one commercially, STU.  It was designed with
your type of problem in mind.  It will grab and test all available 
memory.  Email me if you want details.
From: mustang@ccwf.cc.utexas.edu (Paul Christopher Miranda (I love Cheese))
Newsgroups: comp.sys.amiga.hardware
Subject: Re: NEW 1960 monitor
Date: 13 Dec 92 10:01:53 GMT
Organization: The University of Texas at Austin, Austin TX

In article <lahurst.723945015@unix1.tcd.ie> lahurst@unix1.tcd.ie ( ) writes:
>I have just received my NEW 1960.
>It has no horizontal size and the horizontal phase(centering)
>won't bring it left enough. So I am left with a half inch strip
>on the left side. Tres anoying.

There is a switch in the panel on the right hand side of the monitor
expressly for that purpose.  It expands the multiscanning display so
that overscanning DOES reach past the edges of the screen.

That is one of tghe nice touches they put in the 1960.



-- 
"I have feelings too, I just choose to  | Paul Miranda  likes cheese 
 to hide them underneath bitter denial" | mustang@ccwf.cc.utexas.edu
-- Ms. Musso on "Parker Lewis" (FOX TV) | -- THIS SPACE FOR RENT -- 
Newsgroups: comp.sys.amiga.hardware
From: scott@statsci.com (Scott Blachowicz)
Subject: SCSI disk freezing system...suggestions?
Reply-To: scott@statsci.com
Organization: Statistical Sciences, Inc., Seattle, WA USA
Date: Sat, 12 Dec 1992 22:23:35 GMT

Hi-
   Not sure this is really a hardware problem, but...

I have an A1000 with
   -it's normal 512K
   -a MicroBotics StarBoard II with 2 Mb installed
   -a SupraDrive 4x4 (v 1.10d or so) SCSI connected to a Seagate 1096N (or
    maybe 4096, I forget which) 84 Mb drive.
   -AmigaDOS 1.3

I've some occasional problems where the HD would just lock up with the busy
light on constantly. I can't hear any disc activity during this period. Also,
the pointer tracking on the display is frozen as well. It listens to the
Ctrl-Amiga-Amiga reboot sequence, but nothing else that I can tell.  Usually,
a power cycle would bring it back. The other day it did its trick; I power
cycled everything, but it still hangs trying to mount one of the partitions at
boot time. I have a pseudo-recent (2-3 weeks...low activity level on disc),
but I'd like to avoid wiping the disc if I can. Does anyone have any
suggestions for thawing out my system?

Help?

--
Scott Blachowicz    Ph: 206/283-8802x240      USPS:  Statistical Sciences, Inc
                                                      1700 Westlake Ave N #500
scott@statsci.com / uunet!statsci!scott                Seattle, WA USA   98109
..or..     Scott.Blachowicz@seaslug.org
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: CISC and RISC
Date: 16 Dec 92 18:50:08 GMT
	<Bz8FD1.Dxt@ns1.nodak.edu> <1992Dec14.155039.7747@ugle.unit.no>
	<BzAxFw.Is6@dcs.ed.ac.uk> <BzBtx4.DLE@gpu.utcs.utoronto.ca>
	<71809@cup.portal.com>
Organization: Bell Northern Research

>>>>> On Wed, 16 Dec 92 07:30:51 PST,
>>>>> In message <71809@cup.portal.com>,
>>>>> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) wrote:

ANTHONY> Believe the voice of experience, give me a CICS processor any
ANTHONY> time!  Besides, the 68040 has a 1.3 instruction/clock
ANTHONY> execution rate, that is nearly as fast as most RISC machines.

But can the 68040 be scaled up to 66-100 Mhz?  The RISC designs can.

ANTHONY> So what if the instructions execute three times faster if you
ANTHONY> need almost twice as many!  In a SPARC, I had 3 instructions
ANTHONY> to load data from memory(two to build the address, one to
ANTHONY> load relative to the address in a register), It sure executed
ANTHONY> those instructions fast...

But...  Ideally you only have to build the address once, leave it in a
register, and access all/most of your data (certainly any localized
data) relative to that register.  i.e. you rarely pay that 2
instruction overhead.

I will grant that:
    add.l dx,dy    on the m680X0 (2 bytes)
is shorter than:
    add dx,dy,dz   on a RISC type (4 bytes, usually).
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Need CATS Info Please
Date: Wed, 16 Dec 92 12:05:46 PST
Organization: The Portal System (TM)

This should be added to a FAQ.  I see it all the time!
 
Write CATS Administration at:
 
      CATS Commodore
1200 Wilson Drive
West Chester, PA 19380


       
Newsgroups: comp.sys.amiga.hardware
From: lionel@cs.city.ac.uk (Lionel Tun)
Subject: Re: AGA artifacts, shimmer
Organization: City University, London
Date: Fri, 18 Dec 92 15:08:25 GMT

In article <1992Dec16.014744.23583@dcdwest.uucp> steve@dcdwest.uucp (Steve Meloche) writes:
>In article <dej.026x@qpoint.ocunix.on.ca> dej@qpoint.ocunix.on.ca (David Jones) writes:
>>On all of the AGA machines, a fine pattern of vertical lines could
>>be seen on the screen.  The lines were 8 pixels apart.  On one machine,
>>the whole screen shimmered - it was like someone was continuously
>>tweaking the vertical size control!
>>
>>I asked a Commodore representative about these problems and he said
>>it was due to the interaction between the computer and monitor and that
>>the monitor was to blame.
>
>That sounds like a pretty bogus explanation.  I have seen a very similar thing
>on certain screens on my ECS equipped A1000 using my original 1080 monitor.
>(Even on a regular workbench screen!) The fact that it happens every eight
>pixels points to some sort of problem in the digital realm.  Since I am not
>getting memory corruption I am guessing that it has something to do with some
>timing problem in the display chips themselves, but I don't know enough about
>the data path to guess where the error is.

IMHO it can be an electromagnetic problem rather than a digital one.

I did the following experiment:

Apparatus:
A2000 OCS with flickerfixer, AOC (1950 lookalike) monitor,
A3000, NEC MultiSync2 monitor.

Method:
Try all combinations of monitors and computers

Results:
A2000 + AOC = much vertical banding
A2000 + NEC = zero vertical banding
A3000 + AOC = some vertical banding
A3000 + NEC = zero vertical banding

Conclusions:
I think its nothing to do with AGA, as both the banding and
the shimmering happened on an A2000 and A3000.
I think its to do with the monitor, or the monitor's
interaction with the particular computer.
The Commodore representative above appears to be
correct.

--
  ________  Lionel Tun, lionel@cs.city.ac.uk  ________
 / /_  __/\       Computer Vision Group      /\ \__  _\
/___/_/_/\/ City University, London EC1V 0HB \ \___\_\_\
\___\_\_\/        071-477 8000 ext 3889       \/___/_/_/