HDTenEightyP/NetNews huggingface dataset:
From: wenzel@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.atari.st
Organization: Marsupilami's private UUCP site - Palumbien, Germany.
Subject: Re: Bug in Ghostscript 2.41 ?
Reply-To: wenzel@marsu.tynet.sub.org
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Sun, 23 Aug 1992 19:16:10 MET

In <1992Aug20.130047.18037@wega.rz.uni-ulm.de>, REISSENAUER BERNHARD writes:
> I uploaded the new version Ghostscript 2.41 from lifshitz.ph.utexas.edu.
Who ported this 2.41 to the Atari?
Perhaps he should concentrate on 2.5, which is the current version.
BTW: I'd like to have a color TT-VDI-driver implemented !!

> The program gemgs seems to have a bug, too. Together with NVDI version
> 2.03 the program bombs, without NVDI it works, but the mouse pointer
> looks like a busy bee all the time.
What does gemgs do? Never heard about it. Sounds interesting!
If these bugs are fixed, someone should upload it to a.a.

Regards, Markus.

-- 
/dev                Markus Wenzel, University of Stuttgart
/usr/spool/mail     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de
/etc/motd           >> Luck is believing you're lucky ! <<
Newsgroups: comp.sys.atari.st
From: me@dude.pcs.com (Michael Elbel)
Subject: Re: New operating systems (OS/2-TOS)
Organization: PCS Computer Systeme GmbH
Date: Mon, 31 Aug 1992 08:44:06 GMT

In <1992Aug26.202952.26085@nosc.mil> healy@nosc.mil (Mike Healy) writes:


>As far as running 68040s at higher than rated clock speeds, we use
>25 MHz 68040s and FORCE has glued industrial strength heat sinks
>directly onto the 68040 chips because these suckers run hot at
>25 MHz. Now this 60 MHz thing is from Germany, right? And I 
>understand that it can get pretty cold in Deutschland, so maybe
>the heat produced by the chip will be of more benefit than it
>would be here in sunny So Cal :-)

Uh, I dunno. We've had temperatures in the 90s the last couple
of months :-)

Michael



--
Michael Elbel                |  No, I haven't lost my brain!
PCS GmbH, Muenchen, Germany  |  I just forgot it in the
   me@dude.pcs.com           |  rush this morning.
From: moon!cyberden!system@well.sf.ca.us
Newsgroups: comp.sys.atari.st
Subject: Re: *6:1* Audio Compression on the Falcon030
Date: 3 Sep 92 08:18:40 GMT
Organization: Indescribable Creations

kovarski@zooid.guild.org (Mark Kovarski) writes:

> Since the Falcon030 has attracted interest in the Audio field, I would advice
> any programmer planning on releasing Falcon030 Audio Software to read the "Dr
> Dobb's Journal" July 1992 issue where John W. Ratcliff proposes a compression
> algorithm called "ACOMP" that yields better than 6:1 compression on human
> voice, and between 1.5:1 to 3:1 on music, while maintaining almost full
> fidelity. With the implementation of the DSP, this algorithm can be enchanced
> in order to speed-up the process, which is a very processor intensive one.
>
> The algorithm incorporates two techniques, which are silence encoding and
> delta modulation. The entire algorithm source code in Assembly is included
> (for the Intel processors). This can be used not only for the Falcon030 but
> also the other line of Atari computers such as the (M)ST(E), and the TT.
>
> Sincerely,
> Mark Kovarski


Being active in the digital music/mixing field, I would STRONGLY advise
that ALL PROGRAMMERS should NOT implement ANY type of audio compression
for professional applications. (ala MAC Alchemy, Sound Tools, DECK, etc).

Compression ratios would make the software worthless. Perhaps for little
toy editors and such, (strict multimedia, etc.)

<X>orcist

__________________________________________________________________________
   |       /         |\
   | H E   \ Y B E R |/ E N       [ moon!cyberden!system@well.sf.ca.us ]
From: joeadato@tcpbbs.pcn.org (Joseph Adato)
Newsgroups: comp.sys.atari.st
Subject: Re: 520ST always boots twice: help!
Date: Fri, 28 Aug 92 12:24:48 EDT
Organization: TCP BBS, Cleveland, Ohio

qb7g6@fel.tno.nl (Maarten Landzaat) writes:

> Hi,
> I have a 520ST with 3Mb, TOS 1.0, a meMafile 20, a separate floppy drive,
> version?
I have never heard of any ST being able to have 3Mb of Ram.  I know a 520
can have 2.5Mb of RAM.  But 3Mb a RAM is a new one for me.  If this comment
is not a typo, could you let us know how it's done?

I'm not trying to be funny or insulting.  I've really and truely never 
heard of the ability to upgrade a 520ST to 3 Megs.
Newsgroups: comp.sys.atari.st
From: paetau@mits.mdata.fi (Rasmus Paetau)
Subject: ARJ compression utilities?
Organization: Microdata Oy, Helsinki, Finland
Date: Wed, 26 Aug 1992 20:05:34 GMT


I've been seeing a lot of .ARJ packages lately, but I haven't seen any
ARJ compression utility for the ST. Are there such utilities? Where
can I get them from? (I do have an ARJ unpacker, but I'm curious where
all thes .ARJ packages come from).
-- 
-----------------------------------------------------------------------
| Rasmus Paetau (paetau@mits.mdata.fi) | Waiting for the Atari Falcon |
-----------------------------------------------------------------------

Newsgroups: comp.sys.atari.st
From: mfolivo@sactoh0.sac.ca.us (Mark Newton-John)
Subject: OS/2 HPS and Atari file format
Keywords: Compatible???
Organization: Sacramento Public Access Unix
Date: Wed, 26 Aug 92 11:18:12 GMT

Thanks for the traffic about OS/2 and TOS, here is another.

Now that OS/2 can name files with more than eight characters with
it's HPS, what does that do to the ability for Atari to read IBM
format disks?

I'm sure that IBM machine will be able to read Atari files (under
the old filename system) could an Atari read files created under
OS/2's high performance filesystem?

Would compatibility with the OS/2 file format be a future feature
of a TOS 4?

I feel this to be an important question, as OS/2 becomes more
popular, and the likelyhood of Windows NT having a similar
filesystem, and the need for curent and future (?) Atari users to
read IBM disks.


-- 
#############################################################
# Scaramento Public Access UNIX     sactoh0.SAC.CA.US       #  
#  (916) 649-0161, 722-6516 & 722-5068    E-Mail & USENET   #
################## default .signature file ##################
Newsgroups: comp.sys.atari.st
From: swood@vela.acs.oakland.edu (Scott Wood - EVENSONG)
Subject: Atari Mono Monitor WANTED
Organization: Oakland University, Rochester MI.
Date: Sat, 29 Aug 1992 15:48:10 GMT

I am trying to sell my system, and I get the feeling that I will get more
out of it if I trade in my analog mono monitor (low and med res only)
for a true blood Atari mono monitor (hi-res only)

If anyone has one for sale, send me email....

swood

-- 
+========================+    -------_________     +=========================+
| WANTED - DEAD OR ALIVE |    o\ o \     ____|o    |  If you see this lure,  |
|  Creek Chub "Plunker"  |      \___\_-o-    viv   | PLEASE send me email!!! |
+========================+            viv          +=========================+
Newsgroups: comp.sys.atari.st
From: mpark@milton.u.washington.edu (Michael Park)
Subject: Excuse my ignorance...
Reply-To: mpark@u.washington.edu
Organization: University of Washington, Seattle
Distribution: usa
Date: Thu, 27 Aug 1992 05:34:58 GMT


...but did somebody say there's going to be an Atari show
in California next month?  I gotta start paying attention.
Where can I find out more?  Will a Falcon be there?

-- 
Ciao-abunga!           +-------------------------------------+
Michael Park           | This space intentionally left blank |
mpark@u.washington.edu +-------------------------------------+
From: Dirk_Steins@k2.maus.de (Dirk Steins)
Newsgroups: comp.sys.atari.st
Subject: Re: 16 MHz / Overscan question
Date: 28 Aug 92 21:28:00 GMT
Article-I.D.: K2.A46238
Organization: MausNet
X-Gateway: MausGate/News 1.11

a>When I tried to buy an overscan for my 1040STE they told me that was not
a>possible. Is there really no way to get an autoswitch-overscan or
a>pixelwonder sort of thing installed on an STE?

It is not possible. For autoswitch-overscan you have to interrupt a line
between the mcu (former called mmu) and the glue. Unfortunately in the STE
machines these chips are combined in one chip so it's a little bit difficult to
interrupt this signal line.

 Dirk

Dirk Steins            Usenet: dirk_steins@k2.maus.de
Niederkassel/Koeln      UUCP: any_backbone_that_knows_domains!k2.maus.de!ds
Germany                Fido: ds%maus k2, 2:242/2.6
--
Newsgroups: comp.sys.atari.st
From: csullogg@cc4.crl.aecl.ca
Subject: Atari Canada has vanished!!!
Organization: AECL RESEARCH
Date: Wed, 2 Sep 1992 03:43:07 GMT

On Monday August 31st, Bell Canada advised me that
Atari Canada disconnected its phone lines. I called
Atari USA in Calif and was told it still did not know 
when it would ship product to Canada.

I was told that someone would call me but so far
no one has contacted me from Atari USA.

As a dealer I am really ticked off; after years of
flogging Atari products the damn company just pulls
the plug on the local operation and leaves me
wondering what will happen next.

Right now, I am not so concerned about the FALCON
as I am with the actual survival of Atari as a
company. I certainly would not pre-pay for any 
stock since I believe my company is less of a 
credit risk than Atari!!!

I hope someone from Atari makes a statement on 
all this pretty soon to clarify what Atari USA
intends to do to help its Canadian dealers.
From: Dirk_Steins@k2.maus.de (Dirk Steins)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon Graphics
Date: 28 Aug 92 21:22:00 GMT
Article-I.D.: K2.A46236
Organization: MausNet
X-Gateway: MausGate/News 1.11

k>The new 3D look is part of the new AES, which will be part of the disk-
k>based portion of MultiTOS.  It isn't part of TOS 4.00 (the Falcon's ROM
k>verisons).

In fact it is part of the new TOS 4.00 in the Falcons ROM version. The windows
have 3D buttons and sliders and the dialogs in the desktop have 3D buttons
either.

Dirk
--
Dirk Steins            Usenet: dirk_steins@k2.maus.de
Niederkassel/Koeln      UUCP: any_backbone_that_knows_domains!k2.maus.de!ds
Germany                Fido: ds%maus k2, 2:242/2.6
--
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.atari.st
Date: Wed,  2 Sep 1992 18:14:59 -0400 
From: Stefan Monnier <sm86+@andrew.cmu.edu>
Subject: Re: ST diskettes from SPARCstation

Excerpts from netnews.comp.sys.atari.st: 2-Sep-92 ST diskettes from
SPARCstation Steven Matheson@open.dal (340)

> How do I format/read/write ST compatible diskettes on a Sun SPARCstation?

> ______________________________________________________________
> Steven Matheson                   E-mail: matheson@open.dal.ca
> Dept. of Oceanography             Phone: (902) 494-6663
> Dalhousie University              FAX:  (902) 494-3877
> Halifax, NS CANADA, B3H 4J1


Format: fdformat -ld  	(l= lowdensity d=DOS filesystem)
read and write, etc...: Mfiles utilities:
	mcopy * a:
	mdir
	mformat -s9 a: 	(ne formatte pas: reinitialise seulement)
	mmd		(make dir)
	mcd
	....

	Stefan Monnier



-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------





From: jensk@hpbbrd.bbn.hp.com (Jens Kilian)
Date: Wed, 2 Sep 1992 10:45:23 GMT
Subject: Errors when dumping EMACS 18.58
Organization: HP Mechanical Design Division
Newsgroups: comp.sys.atari.st

> the files, but after about 8 files the program aborts with the 
> following message.
> 
> >>> Pure Lisp storage exhausted

You need to get the compiled LISP files (*.elc). The default size of the
`pure' storage area is too small for the non-compiled files.
Alternatively, rebuild EMACS with a much bigger PURESIZE parameter and compile
those files yourself (that's what I did, and it wasn't fun ...).

	Jens.
--
Internet: jensk@hpbeo82.bbn.hp.com    HPDESK : JENS_KILIAN%XU@HP1200
MausNet:  Jens Kilian @ BB                     KILIAN_JENS/HP1200_XU@hpbbi4
Phone: (0|+49)7031-14-4308            TELNET : 778-4308
Fax  : (0|+49)7031-14-2049
-------------------------------------------------------------------------------
As the air to a bird, or the sea to a fish, so is contempt to the contemptible.
Newsgroups: comp.sys.atari.st
From: aa399@cleveland.Freenet.Edu (Len Stys)
Subject: Re: Falcon DSP -> standard modem & fax?
Reply-To: aa399@cleveland.Freenet.Edu (Len Stys)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Thu, 27 Aug 92 01:14:59 GMT


In a previous article, selick@csa.bu.edu (Steven Selick) says:

>
>Just how programmable will the dsp chip in the new Falcon be? For
>instance, could one program it to emulate a standard modem? How fast
>would it be able to run? How about using the Falcon as a midi sampler?
>What polyphony would such a beast have? Perhaps a vocodor? It would seem
>that somebody who was a bit clever could even make the Falcon into a
>Yamaha DX-7, or even a more complicated machine, using MIDI as the key
>input. Could the dsp chip possibly be used for added processing power if
>you are using non-dsp programs? Any chance C-Lab's Notator will be
>taking advantage of the new falcon hardware in the near future? When
>they say "8 channel digital recording" Do they literally mean like an
>alesis adat machine? Will future programs be able to do digital cut and
>paste on one of those tracks independantly? How large a disk drive would
>one need for say 1 minute of 8 track recording? Would it be possible to
>do such recording directly to a tape backup drive? Can the Falcon start
>up an old car on a frosty morning? :)
>
>Lots of questions here...feel free to answer just a few!
>
>-Steve <selick@csa.bu.edu>
>


The Motorola DSP56001 has its own port with which it can communicate directly.
This actually provides two serial ports, one synchronous, the other
asynchronous.  The port uses a femal DB-15 connector, numbered like this


          8  7  6  5  4  3  2  1
         O  O  O  O  O  O  O  O
          O  O  O  O  O  O  O
         15 14 13 12 11 10  9

1 Serial clock signal (synchronous)
2 Serial receive data (synchronous)
3 Serial transmit data (synchronous)
4 Serial clock signal (asynchronous)
5 Receive data (asynchronous)
6 Transmit data (asynchronous)
7 +12v
8 -12v
9 Ground
10 Ground
11 Ground
12 SC2
13 SC1
14 Reserved
15 Ground

Len (aa399@cleveland.freenet.edu)


--
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: V22. V32....?????
Date: 30 Aug 1992 08:36:29 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <1992Aug28.214925.3165@actrix.gen.nz> Steven.Wells@bbs.actrix.gen.nz writes:

>Could someone tell me what all the diferent 'v' protocols and the MNP
>protocols on modems do?
>V22, V32, V32bis, V42 etc.  and MNP 1 to 10 (if available)
>there are other V-protocols, like another 'bis' type (what does that
>stand for!?)

	Bell 103:300bps standard, promoted by (guess who) the old monopolistic
		 Bell corp.
	Bell 212A:1200 bps standard, promoted by Bell

	V.21: 300 bps standard promoted by CCITT (forget what it stands for)
	V.22: 1200 bps standard (CCITT).
	V.22bis: 2400 bps standard (CCITT)
	V.32: 9600 bps standard (CCITT)
	V.32bis: 12k-14.4k bps standard (CCITT)
	V.42: This is a protocol for error detection(correction?).
	V.42bis: This is a protocol for error detection AND compression (real-
		 world results should be around 4X compression on uncompressed
		 data).

	MNP1-3: No idea.  These are standards promoted by Microcom (Microcom 
		Network Protocols).  I would imagine MNP1-3 are equivalents
		(BUT DIFFERENT) of V.21-V.22bis.
 	MNP4: This is a protocol for error detection(correction?).
	MNP5: This is the Microcom protocol for compressed communications. Real
	      World results are about 2X compression for uncompressed data.
	MNP10:  This is a standard for communicating over Cellular lines.

	Well, I know I missed some V.[something]ter in the V series, but I 
don't remember which ones, let alone what they are for (well, one is probably
for cellular comm.).

	Hope that helps!

>        Wells_S@Kosmos.WCC.Govt.NZ     /     Steven.Wells@BBS.Actrix.Gen.NZ 
>                   $$$$$$$$ Nil Mortifi Sine Lucre $$$$$$$$

-Mike

Newsgroups: comp.sys.atari.st
From: rmk@sgfb.ssd.ray.com (Kulakowski)
Subject: Selling it
Organization: Raytheon Company, Portsmouth, RI
Distribution: na
Date: Fri, 28 Aug 1992 11:58:36 GMT


Well, things change.  I just started to upgrade and now I have to sell.
So.

Hardware:
	1040 STFM					$125
	SM124 Mono monitor (broken)			 $25
	PC Case/Power Supply/3.5"/5.25" floppies 	 $75
	Avatex 1200 Baud Modem with cable		 $35
	JRI SIMM Ram Expansion with 2 Meg (UNUSED)	$150
	ICD Advantage+ Disk Controller w/CLock (UNUSED)	 $90
	TOS 1.04 ROMS, 6 Chip set (UNUSED)		 $50

Software:
	Warp 9 Screen Accelerator (UNUSED)		 $35
	Flash II Terminal Emulator (UNUSED)		 $30
	Drafix CAD program				 $25
	GFA Draft CAD program				 $15
	Lattice C V3.04					 $15
	Personal Pascal V2.? with TackleBox		 $15
	WordWriter ST					 $20
	SwiftCalc ST					 $20
	100 disks of PD with cases
	Includes all common stuff (Sozo C, Bison, Xlisp,
		archivers, tar, games,  Caches,
		various Vi's, Yale Star catalog, etc.  
		Also includes NASA Clips Expert System
		language with source and hardcopy Docs)	 $50

Paperware:
	Abacus Internals				|
	Abacus GEM					| $25 for all
	Sybex Programmers Guide to Gem			|
	Computes Programming in C			|
	C-Manship Complete with disk (NEW)		 $25
	35+ Magazines with disks (Start, ST Format, ...) $35

Will take $750 for the whole pile.  Can deliver within 100 miles of
Providence RI. Other shipping negotiable (all this makes a BIG pile).

Rich Kulakowski			Day:   401-842-4210
rmk@ssd.ray.com			Night: 401-683-5329
From: leikvoll@hsr.no (Morten Leikvoll)
Newsgroups: comp.sys.atari.st
Subject: Re: Re: More falcon specs wanted
Date: 27 Aug 92 08:18:23 GMT
Organization: Rogaland University Centre

Thanks for the info, klee@nyx.cs.du.edu

 >>And how much memory can it handle??
 >
 >On another network, Atari software engineer (John Townsend) said the
 >Blitter works in all (30) graphics modes.

What I meant is how much memory can it for exaple move in one 'instruction'.. Does it
have a own bus for this? (I have heard that the MEGA-ST's blitter can conbtrol 4Mb..

 >>What about 'character screen' like the C64 and (i guess) 520 series. This lacks
 >>in the Amiga... (I'am an Amiga owner)
 >
 >I am not sure what you want.  Macs, Amigas and Atari are graphics based
 >computers so all 'characters' are really graphics characters.

The C64 has a screenmode there you can put a character on the screen with ONE move (or
STA) instruction. The video DMA fixes the rest. If you for example do :

LDA #$00
STA $0400
STA $0401
RTS

There will appear two @'s in the upper left corner. (in normal mode) This makes text
handling very fast. And this mode does not exist on the amiga (I miss it)

 >Yes. For 9600 baud modem interface will be about $100!  DSP I/O port
 >also has Sony/Philips digital interface and 8 Mbps serial speed.

NICE!
Newsgroups: comp.sys.atari.st
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Subject: Re: Atari ST with 60Mhz 68040 on the Atari Messe
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Wed, 26 Aug 1992 18:05:14 GMT

tiemann@iis.ethz.ch (Bjoern Tiemann) writes:

>I also saw this thing at the 'atari messe' and talked some words
>Maybe 60 MHz is the internal clock speed. But one has to specify
>the _external_ clock rate, as well as the external data bus width.
>(The MC68000 is not a 32 bit machine). NeXT and others do this also
>this way.
I perfectly agree with that.

>Beside of this. Is it true that the ST-Magazin will present this
>as a instruction to do-it-yourself?

Yes, this is true.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
From: ken@isgtec.com (Ken Newman)
Newsgroups: comp.sys.atari.st
Subject: Re: max baudrate?
Date: 2 Sep 92 16:09:15 GMT
Organization: ISG Technologies Inc., Mississauga Ontario

In article <la5lutINN2k5@aludra.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
> 	First, when going from reading news (which is ok at 7bit/even parity)
> to emacs, it goes back to interpreting 8bit/no parity, so I have to change
> the RS232C setings in order to understand what I am emacsing :)
> 	The second thing is that XYZ does not work when run from the
> download option.  It runs XYZ (it shows the starfall stuff, buffer, etc.)
> but then it just sits there - no reaction at all.  I left it there for about
> five minutes and nothing.  Of course when I cancelled XYZ, it cancelled
> sz on the host so it puts me back at the system prompt.

This happens when you try to download and the port is set to 7bit/even parity.
For xyz to work (or any binary transfer) you have to be in 8bit/no parity.
Unix sz though usually sets the port to 8bit automatically, so try setting
the ST to 8bit before the XYZ.

--

ken@isgtec.com   [ ...!uunet.ca!isgtec!ken ]  Ken Newman
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon
Date: 28 Aug 92 00:30:11 GMT
Organization: Wetware Diversions, San Francisco

In article <1992Aug27.151259.16825@ucsu.Colorado.EDU> chuj@horton.Colorado.EDU (CHU JEFFREY) writes:
>
>What else is included with the $1399?  For a 65 megger HD alone is not worth
>the extra $600.00 price increase

4megs of RAM.

This model of the Falcon (with HD and 4megs RAM installed) is for dealers,
like music dealers, that don't want to have to deal with installing their
own hard drives and RAM.  I suspect that most people in the know, like here
on the network, will opt for the no hard drive/1meg RAM version and either
have their dealers install the components or do it themselves.  It's cheaper
that way.

-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com
  / | \   E.KRIMEN (GEnie)
Newsgroups: comp.sys.atari.st
From: gbcusg@gpu.utcs.utoronto.ca (I. Barnett)
Subject: Re: How to Xfer Program ST -> Mac ??
Organization: UTCS Public Access
Distribution: usa
Date: Fri, 4 Sep 1992 04:05:57 GMT

When you download a .SIT file onto a PC disk, even if you use AFE to transfer
it to the Mac, some other things are still not right.  For one thing the
'owner' of the file is now 'MDOS' which refers to the file coming from a
DOS formatted disk.  I would suspect that that this needs to be changed to
the proper owner for Unstuffit (using ResEdit, don't ask me how to use it I 
don't know either!).  I have encountered these problems as well but still \
haven't been able to do it but have been told that this is how to do it.
If you solve this problem, please post your findings.

darren King, GBC, email :: gbcusg@gpu.utcs.utoronto.ca