HDTenEightyP/NetNews huggingface dataset:
From: azog@thoth.rent.com (Billy D'Augustine)
Newsgroups: comp.sys.atari.st
Subject: Floppy drive mystery
Date: 8 Apr 92 00:56:43 GMT
Organization: Cranial Construction Corp

The following started happening to me after I installed a hard drive
on my STe, but first, some background...

This is a 520STe with 4mb of RAM, and TOS 2.06. The hard drive is
an ICD AdSCSI Plus controller card, with a Seagate ST-225M (I 
purchased each seperatly and built my own shoe-box for it)

So anyways. Every now and then, when I try to access the A: drive,
I get an error message Drive A: Does Not Exist. Damn straight it
exists, its internal, how could I remove it? Usually a soft-reboot
fixes it up. The other problem is in trying to read the B: drive
(SF314), it asks me to Put Disk B: In Drive A: (or some such drivel,
) and when I answer the dialogue box, it reads drive A: not B:. Again,
a soft reboot usually fixes it.

Its not really life-or-death, but it gets to be annoying... One thing
is that mostly it happens on power on, when it boots off the hard drive.
I guess since it doesnt see the floppy during boot, it assumes it
doesnt exist? Which is a bummer, because Ive got that program No Roach
on the floppy, that lets me set the boot delay time.

Ive noticed that the floppy access lights (both) of them blink dimly
at a rather quick rate. But they no blinken when the above happens.
(btw: as an aside, just what is this blinking anyways? It did the
same thing on a 520STfm that I had, but I thought it was just my
imagination. Is it some kind of heart-beat?)

So anyways. Does anyone who has a similar setup have these kind of
odd happenings too? And how can I stop this?

Thanx


-- 
Billy D'Augustine                | "Wish I had some goddamned milk!
...rutgers!bobsbox!thoth!azog    | "Cheerieos just aint the same!"
azog@thoth.rent.com              | - Stormtroopers of Death (SOD)
From: erik@microware.com (Erik Johnson)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon true color
Date: 9 Apr 92 18:37:26 GMT
Organization: Microware Systems Corp., Des Moines, Iowa

In article <QdqrsV_00WBLI6ATZG@andrew.cmu.edu> mc4c+@andrew.cmu.edu (Mark Choi) writes:
>True color is not 8 bit color. It is not 65,000 simultaneous colors. It
>is, and only is 24/32 bit color, out of the same number. The rumors here
>are contradictory, they say true color with 65,000 on screen or
>something, THIS IS NOT TRUECOLOR.
>
>
>mark

My Guess:

In this case, I believe that True Color is meant to represent an RGB direct
mode as opposed to CLUT (color lookup table).  So for each pixel on the screen,
you say what the RGB values will be (5 bits for each gun perhaps).  With 16
bits for color information, it would be possible to have 5 bits for each of
red, green, and blue (as with CD-I RGB555 mode, where the 16th bit is used for
transparency), or one could perhaps add an extra bit to one of the colors (with
green making the most sense, since it has the most affect on intensity).

How Atari plans to work out this graphics mode is up to them (I do not know),
but you DEFINITELY will not be able to use 65536 colors from 16 million
(lookup table of that size would be absurd).

Erik Johnson    erik@microware.com
From: adhir@cygnus.umd.edu (Alok Dhir)
Newsgroups: comp.sys.atari.st
Subject: Re: Overscan Mod
Date: 14 Apr 92 19:09:52 GMT
Organization: /etc/organization

I've got a 1040STe, where can I find instructions do perform this
modification (software switch OR hardware switch)?  Do games and stuff
still work?

						- Al
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: HELP !!! FRANKIE-Virus and ALADIN
Date: 14 Apr 1992 13:23:18 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <2344@news.duke.edu> bigham@acpub.duke.edu (Scott Bigham) writes:
>Disinfectant will detect the Frankie virus as of about version 2.2, I think.
>The latest version is 2.6; I don't know where you might find it, though.
	This is not correct.  The latest version of Disinfectant is 2.7.1.  It
handles more viruses (gee, I wonder :) and some bug fixes from 2.7.  
Disinfectant is available on almost all Mac archives - try wuarchive.wustl.edu.
Look in the mirrors/mac (or something like that) directory.  
>
>						-sbigham
>-- 
>Scott Bigham                   | The opinions expressed above are
>bigham@hercules.acpub.duke.edu | (c) 1992 Hacker Ltd. and cannot be
>                               | copied or distributed without a
>                               | Darn Good Reason(tm).






-Mike
From: willing@pantheon.icsl.ucla.edu (Scott Willingham)
Newsgroups: comp.sys.atari.st
Subject: Re: "True Color" (Was: Falcon)
Date: 14 Apr 92 18:46:12 GMT
Organization: University of California at Los Angeles, EE Dept.

In article <8duUODG00VICA3HYsx@andrew.cmu.edu> mc4c+@andrew.cmu.edu (Mark Choi) writes:
>Excerpts from netnews.comp.sys.atari.st: 13-Apr-92 Re: "True Color"
>(Was: Falcon) Piet van Oostrum@cs.ruu. (501)
>
>> >>>>> Bob_BobR_Retelle@cup.portal.com (BBR) writes:
>
>> BBR> Sigh... let's try it one more time...
>> BBR>  
>> BBR> "True Color" means that the human eye cannot tell the
>> BBR> difference between a computer generated image and the "real"
>> BBR> thing.
>
>> With respect to the use of the term "true color" regarding the new Atari
>> machines, these are the words of Leonard Tramiel:
>
>
>> "BTW, true color does not mean 16 million colors. It means no palette."
>
>> Source: ST Report #813.
>> -- 
>> Piet van Oostrum <piet@cs.ruu.nl>
>
>
>with respect to the comments of Mr. Tramiel. He is wrong.

This is getting tiresome...

"True Color" is an empty advertising/marketing term.  In light of the
many factors that go into video/graphic imaging, a definition consisting
of whether the "human eye cannot tell the difference", without further
elaboration on the means by which to make such a judgment, is just as
empty.  And 16 million colors, in any sane implementation, implies that
there is no color palette.  Why not just let the term "true color" die and
simply ask "how are graphics implemented on the Falcon?"


-- Scott Willingham // willing@icsl.ucla.edu
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Newsgroups: comp.sys.atari.st
From: chuj@horton.Colorado.EDU (CHU JEFFREY)
Subject: Re: GEMulator
Organization: University of Colorado, Boulder
Date: Wed, 8 Apr 1992 18:25:03 GMT

In article <1992Apr7.013940.25532@usenet.ins.cwru.edu> aq115@cleveland.Freenet.Edu (Robert C Glover) writes:
>
>I don't see much point in GEMulator.  I mean, for the cost of
>the board, plus the TOS ROMs for it, you can buy a used ST
>anyway.  If you want to run ST stuff faster, get an acclerator
>for the machine.  The reason the screen update is so slow on PC's
>is because of their inferior technology to the ST, Mac, and Amiga.
>PC's are junk.  Period.  So what if they have ten times as much
>software.  All but the latest is pretty lacking in quality, and
>even the newest stuff is ages behind the best stuff for the ST.
>Look at Pagestream, Calamus, DynaCAD, Avant Vector, etc.
I strongly disagree Rob, I think they have some things better than
the ST, while the ST has alot to offer as well.  So the gemulator
allows both worlds to come together.  Since the ST already has
a AT emulator, and people in the PC world wants an ST emulator that
does all in a window doing all rez, it would be cheaper than buying
it used with RGB and mono.
Newsgroups: comp.sys.atari.st
Subject: Re: mega ste price
From: Roger.Sheppard@bbs.actrix.gen.nz
Date: Thu, 9 Apr 1992 09:33:36 GMT
Organization: Actrix Information Exchange

In article <1992Apr9.042832.19250@usenet.ins.cwru.edu> aq115@cleveland.Freenet.Edu (Robert C Glover) writes:
> 
> Van Snyder:
>  
> According to the benchmarks in a past current notes, a Mega STE
> will outperform a 386/25 machine.  A standard STE will outperform
> any 286 machine, and the TT blows away a 486/25.
>  
> Let's keep the facts straight.
>  
> Rob
> -- 
> | Robert Glover                               GEnie:  R.GLOVER3 |
> | Internet:           rg@turing.acs.virginia.edu                |
> | Cleveland Freenet:  aq115@cleveland.freenet.edu               |
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Please tell me what is the point off all this..??

If you don't have software for these so call faster machines..??
-- 
***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
***  Kapiti                        At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
From: Patrick_Dubbrow@ms.maus.de (Patrick Dubbrow)
Newsgroups: comp.sys.atari.st
Subject: Re: Hey All! New Atari Corp. C
Message-Id: <A38685@MS.maus.de>
Date: Thu, 09 Apr 92 22:25:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.04

moon!cyberden!phbill@well.sf.ca.us wrote:

m>I DON'T know what IMHO means

"In my humble opinion".

With humble regards from Germany,
 Patrick
From: willing@pantheon.icsl.ucla.edu (Scott Willingham)
Newsgroups: comp.sys.atari.st
Subject: Re: "True Color" (Was: Falcon)
Date: 17 Apr 92 00:14:13 GMT
Article-I.D.: lee.6729
Organization: University of California at Los Angeles, EE Dept.

In article <57432@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
>Warwick Allison writes:
>
>>Sigh :-), sorry to disappoint you, but 256 shades of grey is
>
>OK, so who's talking about "shades of grey"...?
> 
>The discussion was "True Color"...  try to keep with the program, OK?
> 
>BobR

Don't be such a twit.
Grey is a perfectly reasonable color to wish to render.

-- Scott Willingham
.
.
.
.
.
.
.
.
.
.
.
.
Xref: sparky comp.sys.atari.st:7209 comp.sys.atari.st.tech:2689
From: neuhaus@vier.informatik.uni-kl.de (Stephan Neuhaus (HiWi Mattern))
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Subject: Anyone want NEC P6/P7 driver for Ghostscript?
Summary: Does anyone want/need a NEC P7 driver for Ghostscript?
Keywords: Ghostscript,NEC,printer driver
Date: 6 Apr 92 10:12:34 GMT
Organization: University of Kaiserslautern, Germany


Hi.

I'm going to write a NEC P6/P7 printer driver for Ghostscript.
Does anyone else want or need one?  Maybe someone has already
written one, so that I don't have to write it myself?

Please answer by email, and please make sure thatyou send mail
to neuhaus@informatik.uni-kl.de.  If you write to, e.g., neu-
haus@vier.informatik.uni-kl.de, your mail won't reach me.  (This
is a bug in our news software.)

Have fun.

-- 
+------- No .sig? OH, COME ON! --------+-"The derivative snuggles  close to-+
| email:  neuhaus@informatik.uni-kl.de | the function---whatever to snuggle |
| snail mail: Stephan Neuhaus/Hilgard- | means; I'm too old for that"       |
| ring 32/6750 Kaiserslautern/Germany  |                       -- Math Prof |
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: ACE'92 show: Report
Date: 8 Apr 92 05:26:09 GMT
Article-I.D.: cup.57063
  <1992Apr7.054027.10502@cis.ohio-state.edu>
Organization: The Portal System (TM)

Dan Ackerman III writes:

> ...        Maybe run the pirate file versions of the Mac
>Roms like Darryl Microsofts running a pirate version of TOS?

>Bet Apple would really like to hear that.  Put my name on the list
>of people that say good riddance to bad rubbish, glad to see you
>leave the ST world, Darek.  
 
How about we put your name on a list of people who are too ignorant to
get the facts before making false public accusations..?
 
BobR
From: Chuck.Grimsby@p1.f47.n282.z1.tdkt.kksys.com (Chuck Grimsby)
Newsgroups: comp.sys.atari.st
Subject: GFA Basic as a viable language??
Date: 15 Apr 92 11:34:28 GMT
Article-I.D.: tdkt.703527792.F00001


In a message of <Apr 11 06:03>, Gary Stollman (1:282/31) writes:
 >From: garys@bluemoon.rn.com (Gary Stollman)
 >Newsgroups: comp.sys.atari.st

 >Hi all...I would like to know who out there is using GFA Basic to program 
 >professional quality programs with?  Anyone??  And if so, is it worth it 
 >for me to purchase GFA for DOS or Windows in order to enable me to port 
 >anything I werite commercially  for the ST to an IBM??  Any feedback 
 >would be greatly appreciated!!

Hmmm... This is the third message like this I've seen in the past month or so. 

Wonder what's going on....  Oh, well.

I've got both GFA/ST and GFA/PC along with QuickBasic Pro.  Personally, I tend 
to go the route of programming on the ST with GFA and then porting to 
QuickBasick.  The two are 98 percent compatable, as long as you don't do stuff 
like alert boxes in your GFA code.

I _may_ prefer QuickBasic on the PC because I've been programming in it longer 
(That long, terrible wait for a GFA/PC that compiled really hurt GFA!), but 
I've also run into a few things that 'hurt' portability.  QuickBasic uses it's 
memory more efficiently, for instance.  I've written code in GFA/ST that won't 
load into GFA/PC, but will load into QuickBasic.  And yes, it will run when 
it's loaded into QuickBasic.  Of course, it won't run in GFA/PC because I 
can't load it all in!  That's sort of a major bug. <grin>

There is a LOT of source for both programs available, so I think that's a moot 
point.  Enough examples exist to show the user how to do almost anything in 
both languages.  Help is also available for both languages from enough sources 
to make the matter moot.
  

 * Origin: FlightLine PointNet  (1:282/47.1)
From: willing@pantheon.icsl.ucla.edu (Scott Willingham)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon
Date: 9 Apr 92 01:19:14 GMT
Organization: University of California at Los Angeles, EE Dept.

In article <1992Apr7.215837.21737@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU
  (Greg Lindahl) writes:
>In article <6618@lee.SEAS.UCLA.EDU> willing@pantheon.icsl.ucla.edu
>  (Scott Willingham) writes:
>
>>p.s.  I suspect that "true color" refers to direct storage of RGB values
>>      in video RAM as opposed to the use of color palette lookup tables.
>
>"true color" in computer graphics generally means you have enough
>colors to put a different color on each pixel on the screen.

It seems to me that if you have a color palette table big enough to store
a different color value for every screen pixel, then you might as well
just store the RGB values directly as there is no economy of memory in such
a scheme (i.e. your color palette table is as big as your RGB screen memory
would be).

Defining color rendition in terms of the number of pixels seems rather
arbitrary to me.  It probably serves for the moment, but suppose one had
a screen device of sufficient size that the number of pixels exceeded the
number of colors resolvable by the eye?  (2^24 colors would about do it
and that is around 16 megapixels.)

-- Scott Willingham // willing@icsl.ucla.edu
From: boyd@phi.cs.fsu.edu (Mickey Boyd)
Newsgroups: comp.sys.atari.st
Subject: Re: Can I send e-mail to pay services?
Date: 16 Apr 92 15:20:37 GMT
Article-I.D.: mailer.1992Apr11.111814.18529
Reply-To: boyd@nu.cs.fsu.edu
Distribution: usa
Organization: Florida State University Computer Science Department

In article <0v1tj6k@rpi.edu>, odonnj@jec325.its.rpi.edu (James Robert O'Donnell Jr.) writes:
>Is it possible to send e-mail from the net (internet, bitnet, whatevernet) to
>any of the pay services (GEnie, CompuServe, etc.)? I ask because a good friend
>of mine will be going home to Puerto Rico in a couple of months, and we want to
>be able to correspond via e-mail. (I guess another question would be if anyone
>knows of any place in Puerto Rico from which you can send netmail.) He can get
>CompuServe in Puerto Rico (I don't know about GEnie), and I will sign up for it
>if necessary, but was wondering if there is a way to send e-mail to someone on
>CompuServe, or any of the other pay services.

I have communicated with a Compuserve user using the address:

	XXXXX.XXXX@Compuserve.COM

Where the X's are the compuserve username of the recipient.  I am not sure 
how he sent me mail from Compuserve though (the form of the address, I mean).


--
    ---------------------------------+-------------------------------------
             Mickey R. Boyd          |  "Come to your senses professor  
          FSU Computer Science       |     Fernberg.  You did not transcend 
        Technical Support Group      |     the time-space continuum.  You  
       email:  boyd@nu.cs.fsu.edu    |     got drunk in a topless bar."
    ---------------------------------+-------------------------------------
Newsgroups: comp.sys.atari.st
From: garys@bluemoon.rn.com (Gary Stollman)
Subject: GFA Basic as a viable language??
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Sat, 11 Apr 92 02:03:48 EDT

Hi all...I would like to know who out there is using GFA Basic to program 
professional quality programs with?  Anyone??  And if so, is it worth it 
for me to purchase GFA for DOS or Windows in order to enable me to port 
anything I werite commercially  for the ST to an IBM??  Any feedback would 
be greatly appreciated!!

        Gary

 This is from
     garys@bluemoon.rn.com
who doesn't have their own obnoxious signature yet
From: rfriedel@csd4.csd.uwm.edu (Ronald J Friedel)
Newsgroups: comp.sys.atari.st
Subject: RAM upgrade problems
Date: 6 Apr 92 14:21:15 GMT
Article-I.D.: uwm.1992Apr6.142115.13952
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Originator: rfriedel@csd4.csd.uwm.edu


I have some problems with a Z-RAM 3-D/4 Meg upgrade that I
recently bought over the net.

The problem is that I get multiple bombs at various times, but 
especially at boot-up.  The bombs can be stopped by "rocking" the
interface board in the video shifter socket; i.e., unseating and
then reseating the interface.

I have cleaned and lubed the video shifter socket.  The power
supply voltage is right at 5 volts.  The problem seems to be more
prevalent when I have my hard drive connected but it does happen
even when it is disconnected.  I have resoldered the video shifter
socket pins on the bottom of the main CPU board.  I looked for a
broken circuit board trace but did not see any.

System info:

     1.  1040 STFM with TOS 1.4 with board revision D.
     2.  1 internal DS/DD drive and an external SF314 (DS/DD).
     3.  Atari SH205 hard drive with a 40 meg Seagate mechanism.
     4.  SM124 mono monitor and SC1224 color monitor running
          through a Data Spec switch.
     5.  The RAM chips in the upgrade are Seimens running at 70 ms.
     6.  The MMU clip seems to be stable and not causing any trouble.
     7.  I disconnected the normal on-board RAM by removing the
         addressing resistors (33 ohm).

I am running a 2.2 version of Quick ST, I believe.

Any help?

Ron Friedel

-- 
Ron Friedel
GeoSciences  UW-Milwaukee
rfriedel@csd4.csd.uwm.edu
Newsgroups: comp.sys.atari.st
From: techno@lime.in-berlin.de (Techno)
Subject: Re: Founder of Atari?
Organization: LIME Systems featuring a TOGA Party
Date: Wed, 15 Apr 92 01:55:09 GMT

cgeorges@cory.Berkeley.EDU (chris georges) writes:


>Could someone tell me who the founder of Atari was?
>I think it was Nolan Bushnell, but my friend thinks Chris
>Crawford had something to do with it, which seems totally wrong to
>me.  

No, no, it was Nolan Bushnell all right. The inventor of the video game, BTW.

                                 Techno

-- 
| techno@zelator.in-berlin.de ||| Please do not e-mail from outside Germany ! |
| techno@lime.in-berlin.de   / | \ Hardcore ST user !  ====================== |
| Nothing that's real is ever for free, you just have to pay for it sometime. |
|                                        (Al Stewart)                         |
 <signature virus erased> - whew, finally !
From: swood@vela.acs.oakland.edu ( EVENSONG)
Newsgroups: comp.sys.atari.st
Subject: DIARY.ACC need at atari.archive.umich.edu
Date: 8 Apr 92 02:55:25 GMT
Article-I.D.: vela.14612
Organization: Oakland University, Rochester MI.

I just was looking through the atari archive at umich, and I was noticing
that the edhack.acc editor package is supposed to contain a file that is
called diary.acc.  If anyone has this file, could they please either
forward it to me, or to the atari archive so I can add it to the package.

thanks 

swood

-- 
 ---- Insert favorite .signature here ----	| swood@argo.acs.oakland.edu
						| swood@vela.acs.oakland.edu
Bitnet:		swood@Oakland			| swood@unix.secs.oakland.edu
  UUCP:		...!uunet!umich!{vela, argo, unix, nucleus}!swood
Newsgroups: comp.sys.atari.st
From: aq115@cleveland.Freenet.Edu (Robert C Glover)
Subject: Re: TOS 2.06 for the MegaSTe
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Sat, 11 Apr 92 14:02:46 GMT


No, adding an AJAX to a 520/1040STE is of no use.  AJAX requires a
16 MHz signal from the 68000 to switch into high density mode.  I'm 
not sure how they do this, especially since the Mega STE runs at
8 or 16, but high density works regardless of processor speed.
 
In a previous post, I mentioned that Paul Wu of Omnimon peripherals
sells a high density upgrade kit for allaq115
 ST's and STE's for $200.  You can use it to upgrade.
 
Rob
-- 
| Robert Glover                               GEnie:  R.GLOVER3 |
| Internet:           rg@turing.acs.virginia.edu                |
| Cleveland Freenet:  aq115@cleveland.freenet.edu               |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: moon!cyberden!system@well.sf.ca.us
Newsgroups: comp.sys.atari.st
Subject: Re: GEMULATOR (WAS RE: SUDDEN VIEW VS.
Date: Sat, 11 Apr 92 18:44:18 PDT
Organization: Indescribable Creations

chuj@horton.Colorado.EDU (CHU JEFFREY) writes:

> In article <1992Apr8.202512.28315@cheshire.oxy.edu> leavitt@cheshire.oxy.edu
> >
> >And, for $180, you can buy a 1040ST with 1meg and Tos 1.0.
> >
> >Why the GEMulator?
> >
> >T.
>
> And yes, no monitor, mono or RGB to go with it.  And no large capacity HD.
> And saying no High Density drives as well. etc etc...
>
Ok... and for $300 you can buy a 1040ST w 1MB, Latest TOS, Mono/Color monitor
      of your choice and probably a bunch of software from someone used and
      all this runs a lot faster then a 386/33 w/GEMulator. Oh yea, you get
      MIDI IN/OUT too.

<X>orcist

__________________________________________________________________________
   |       /         |\
   | H E   \ Y B E R |/ E N       [ moon!cyberden!system@well.sf.ca.us ]
From: at731@cleveland.Freenet.Edu (Troy L. Nothnagel)
Newsgroups: comp.sys.atari.st
Subject: ST Stereo Digitizer Wanted
Date: 13 Apr 92 23:44:22 GMT
Article-I.D.: usenet.1992Apr13.234422.25035
Reply-To: at731@cleveland.Freenet.Edu (Troy L. Nothnagel)
Organization: Case Western Reserve University, Cleveland, OH (USA)


	I'm looking for a digitizer for the ST that will sample both
left and right channels.  Anyone have info on such including dealers?
Or could I be really lucky and find someone wanting to sell one used?


-- 
Troy L. Nothnagel                                                      
at731@cleveland.Freenet.Edu                                            
"And for a gorilla, his English wasn't half bad." - Den of Earth
"No, now go away or I shall taunt you a second time-a!" - Guard, MP&tHG
From: bill@mwca.UUCP (Bill Sheppard)
Newsgroups: comp.sys.atari.st
Subject: Re: 3-D Construction Kit
Date: 6 Apr 92 19:07:41 GMT
Organization: Microware Systems Corp., Santa Clara, Ca.

There is a demo (of sorts) available - but it runs on VGA PC's.  The demo is
for Virtual Reality Studio, which is a renamed version of 3D Construction Kit,
and probably isn't much enhanced (it runs in 320x200 VGA mode).  The demo is
of an adventure game created with VRS, and (at least on a 386/33) runs very
nicely.  I got the demo from "sunee.uwaterloo.ca", or it is also available on
CI$ ("GO COMART", look in library 13 for VRSDMO.ZIP).


-- 
 ##############################################################################
 # Bill Sheppard  --  bills@microware.com  --  {uunet,sun}!mcrware!mwca!bill  #
 # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201 #
 ############# Opinions expressed are my own and usually wrong ################
Xref: sparky comp.sys.atari.st:7038 rec.music.synth:7614 misc.forsale:13442 misc.forsale.computers:16977