Info-Atari16 Digest         Thu, 17 Oct 91       Volume 91 : Issue 533
 
Today's Topics:
                             ATARI ON TV
       Message Router VMSmail Gateway nondelivery notification
                        Microware OS/9 Catalog
                        Questions on PC-Speed
                   Technical information on ST(e)?
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 7 Oct 91 13:05:09 GMT
From: mcsun!uknet!ukc!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
Subject: ATARI ON TV
To: Info-Atari16@naucse.cse.nau.edu
 
On the subject of Atari computers on Telly..
 
 
A few weeks ago I saw an episode of the American TV program "Dream On". In it
the main character was writing a play (or was it a novel) on what looked
like a Mac Plus with an IBM PC/AT extended keyboard with the screen showing
what looked like 1st Word Plus with an Atari logo in the top left, in the
menu bar.
 
Did anyone else see this, or was I halucinating (is that how it's spelt?)?
 
Steve
 
Addresses:-
 
Janet           ucacmsu@uk.ac.ucl       or      ford@tharr.uucp@uk.ac.uknet
Internet        ucacmsu@ucl.ac.uk       or      ford@tharr.uucp@uknet.ac.uk
 
------------------------------
 
 
Info-Atari16 Digest         Thu, 17 Oct 91       Volume 91 : Issue 530
 
Today's Topics:
                              appl_yield
                                 ARJ?
                             ATARI ON TV
                                 C++
                            Delirious demo
            Good places to anon-ftp atari-pd-software from
                      INSTALL AN APP FOR TWO DIF
Install an app for two diff filetypes, term with IBM graphics option?
                LHARC 2.01E VS ZOO 2.1: SOME (3 msgs)
             lharc 2.01e vs zoo 2.1: some tests (2 msgs)
                             Mercury Help
                     TV Sports Football Problems
                     Wanted: dealer for CYBER VCR
                     Weekly Posting of New Stuff
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 2 Oct 91 17:37:00 GMT
From:
 mcsun!unido!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!ms.maus.de!Patrick_Dubb
 row@uunet.uu.net (Patrick Dubbrow)
Subject: appl_yield
To: Info-Atari16@naucse.cse.nau.edu
 
l>Does anybody know whether appl_yield AES fn 17 (DRI GEM 3 ref manual)
l>exists in ATARI AES, this would be a much better solution to the regular
l>yield problem inherent in co-operative multitasking than evnt_timer(0).
 
No, it has not been implemented yet in Atari GEM. There is an undocumented
method to cause Atari-GEM to execute an in-fact appl_yield(). But nobody
guarantees that it won't disappear in future TOS-Versions.
 
Patrick
 
------------------------------
 
Date: 3 Oct 91 06:22:00 GMT
From:
 noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!snorkelwacker.mit
 .edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quester@ariz
 ona.edu (Thomas Quester)
Subject: ARJ?
To: Info-Atari16@naucse.cse.nau.edu
 
ro>>There is a PC version of lh5 that I have seen, may be some one could
ro>>port that,?.
 
It contains about 200 pages of undocumentated intel assembler (the
compression and decompression routines).
 
ro>>May be Thomas is not into hands off programing, ala C Lang'uage, I am
ro>>a bit that way myself being of a Engineering background.
 
I have a version of LHarc in C. It need only a few modifications in the
makefile. The reason I did'nt post it, is
  a) I fear many different incompatible versions will appear if sources
     are availabe.
  b) There will be a unix-version soon.
 
----------------------------------------------------
Thomas Quester  *  Lampenland 9  *  2050 Hamburg 80
 
MauTau V 2.2c - Patience is the best remedy for every trouble.
(Net)
 
------------------------------
 
Date: 4 Oct 91 05:05:25 GMT
From:
 noao!ncar!midway!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!sam
 sung!munnari.oz.au!bruce!monu0.cc.monash.edu.au!monu6!minyos.xx.rmit.oz.au!s882
 854@arizona.edu (Tehn Chin)
Subject: ATARI ON TV
To: Info-Atari16@naucse.cse.nau.edu
 
neil@cs.hw.ac.uk (Neil Forsyth) writes:
 
>In article <1991Sep27.172104.17687@casbah.acns.nwu.edu>
>glover@casbah.acns.nwu.edu (Eric Glover) writes:
>>Why is it that Atari U.S. is so sad compared to the rest of the world.
>>Eric .R. Glover
 
>Would you rather have Atari UK? You may have a raw deal but you 'aint hit
>rock bottom yet!
 
Isn't sad when Atari users are comparing how bad the Atari companies are in
various countries. Atari's operation in Australia is also deep in trouble.
Would you believe that the recent advertisement of the ST computers has a
teenager telling his friends how good the games are on the ST!!
 
Tehn Yit Chin
Royal Melbourne Institute of Technology.
 
------------------------------
 
Date: Thu, 17 Oct 91 01:54:58 PDT
From: boyce@sifvs3.SINet.SLB.COM (David Boyce)
Subject: C++
To: info-atari16@naucse.cse.nau.edu
 
Soeren Michelsen writes:
>Anyone know where to find a C++ compiler for the ST? I've been working
>with C++ on PC's for a while and badly want to be able to use the ST
>with a C++ compiler. Has GCC++ been ported yet, if so where do I find it?
 
G++ 1.39.1 is on atari.archive.umich.edu, in the atari/gnustuff/tos/g++
directory. You need a 4Mb machine to use it properly. LIBG++ 1.39 is
also in the same dirctory.
 
>Also, if it has been ported, does it run under MiNT? (And where do I find
>MiNT!)
 
It doesn't seem to have any problems under MiNT.
 
MiNT is also on atari.archive, in atari/mint.
 
        - Dave
 
-----
David Boyce, Schlumberger Instruments,           | boyce@sifvs3.sinet.slb.com
Farnborough, Hants, UK, (+44) 252 544433 x5543   | abaddon@cix
Pithy slogan: This universe is shipped by weight, not by volume.
Some expansion of its contents may have occurred in transit.
 
------------------------------
 
Date: 5 Oct 91 15:52:18 GMT
From:
 noao!asuvax!ukma!usenet.ins.cwru.edu!cleveland.Freenet.Edu!as666@arizona.edu
 (Jonathan Roy)
Subject: Delirious demo
To: Info-Atari16@naucse.cse.nau.edu
 
 - Could someone break up the MSA to the two Care Bear demos?! I can't handle
 
 - such a big MSA. (Life's a Bitch demo and Whatta Heck Demo)
 
 
A better solution is for someone to upload a Ultra Packer version. The ULTfiles
for demos that aren't pre-compressed are usually less than HALF the size of the
MSA files. I've found, for most demos, if you MSA it, then LZH that MSA
file, it's STILL LARGER than a ULT file. Ultra Packer is a little slower,
but the extra compression is really worth it. Some 700K MSA files can be
down to 300K on Ultra Packer... (Even pre-compressed files are smaller,
say 800K MSA to 720K ULT)
 
--
  |||  Jonathan Roy (The Ninja) Internet: as666@cleveland.freenet.edu
  |||  -- BBS: Darkest Realm - (Down for now) - Public UUCP/Usenet --
 / | \ "...make him want to change his name,take him to the cleaners,
 devastate him, wipe him out, humiliate him." -CHESS   GEnie: J.ROY18
 
------------------------------
 
Date: 4 Oct 91 21:25:43 GMT
From:
 noao!ncar!hsdndev!think.com!zaphod.mps.ohio-state.edu!n8emr!bluemoon!ncrawler@a
 rizona.edu (Steve Goldfein)
Subject: Good places to anon-ftp atari-pd-software from
To: Info-Atari16@naucse.cse.nau.edu
 
Could someone tell me how to go about getting a list of the ST and Atari
8-bit software on these systems?  Also, how to get a listing of the files
in the Atari 8-bit archives at the University of Michigan.  I am new to
this, and need explicit instructions.
 
 
 This is from
     ncrawler@bluemoon.rn.com
     ncrawler@bluemoon.uucp
who doesn't have their own obnoxious signature yet
 
------------------------------
 
Date: 4 Oct 91 07:52:15 GMT
From: noao!asuvax!cs.utexas.edu!execu!sequoia!uudell!fquest!FredMail@arizona.edu
 (Philip Durgin)
Subject: INSTALL AN APP FOR TWO DIF
To: Info-Atari16@naucse.cse.nau.edu
 
My desktop.inf has this for ARCshell:
 
#G 03 04   F:\arc\arcshell.prg@ *.lzh@
#G 03 04   F:\arc\arcshell.prg@ *.arc@
 
This is how I am able to double click on a .LZH or .ARC to call up Arcshell for
either
 
 * Origin: Future Quest - USENET<=>Fidonet Gateway 512-451-0891 (1:19/23)
 
------------------------------
 
Date: 5 Oct 91 15:45:21 GMT
From:
 noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs
 .ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!as666@arizona.edu
 (Jonathan Roy)
Subject: Install an app for two diff filetypes, term with IBM graphics option?
To: Info-Atari16@naucse.cse.nau.edu
 
-----
1. Is there anyway to install an application for more than one filetype?
I was wanting to install ARCGSHL 3.5 for both ZOO and ARC, and under TOS
1.0 I could just go up to install on the menu twice, once for each
filetype. Well, it won't let you do that under 1.4 :*(  So I tried to
edit the desktop.inf file adding the required lines to install the
application for two filetypes. Well, my ST just crashed on boot up
then!! Any suggestions?
---
 
I suggest you try again...Here's the part of my DESKTOP.INF file that
relates to your problem. I did this with a text editor...
 
#G 03 04   C:\UTILITY\STENO.PRG@ *.SYS@
#G 03 04   C:\UTILITY\STENO.PRG@ *.ASC@
#G 03 04   C:\UTILITY\STENO.PRG@ *.MNU@
#G 03 04   C:\UTILITY\STENO.PRG@ *.HLP@
#G 03 04   C:\UTILITY\STENO.PRG@ *.BLB@
#G 03 04   C:\UTILITY\STENO.PRG@ *.TXT@
#G 03 04   C:\UTILITY\STENO.PRG@ *.DOC@
#G 03 04   C:\UTILITY\STENO.PRG@ *.DIR@
#G 03 04   C:\UTILITY\STENO.PRG@ *.BTS@
#G 03 04   C:\UTILITY\STENO.PRG@ *.MAP@
#G 03 04   C:\UTILITY\ARCSHELL.PRG@ *.ARC@
#G 03 04   C:\UTILITY\ARCSHELL.PRG@ *.LZH@
#P 03 04   C:\DL\SOUND\STEPLAY.TTP@ *.MOD@
#P 03 04   C:\UTILITY\GIFCOLOR.TTP@ *.GIF@
#G 03 04   C:\UTILITY\TX2_VIEW.PRG@ *.TX2@
 
It works great....
 
 
--
  |||  Jonathan Roy (The Ninja) Internet: as666@cleveland.freenet.edu
  |||  -- BBS: Darkest Realm - (Down for now) - Public UUCP/Usenet --
 / | \ "...make him want to change his name,take him to the cleaners,
 devastate him, wipe him out, humiliate him." -CHESS   GEnie: J.ROY18
 
------------------------------
 
Date: 4 Oct 91 07:43:14 GMT
From: noao!asuvax!cs.utexas.edu!execu!sequoia!uudell!fquest!FredMail@arizona.edu
 (Philip Durgin)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
I did my own research between ZOO 2.1 and LHarc 2.01E and found the following.
 
1) Hacker.txt    10232
2) hacker.prg   124698
 
This is an on-line game for my BBS was compress with both ZOO and LHARC
 
LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
 
both took 15 secs to extract the files.
 
Compressing a .GIF picture named ARMY1.gif 168010
 
164078 after LHarc compression
220107 after ZOO   compression
 
If being able to compress files 73% smaller than ZOO is not a significant
difference then you must have HD space to burn.... And not being to Compress a
.GIF picture at all is unthinkable. I guess I am going to stay with LHARC until
ZOO can show a much better track record than the one available.
 
 * Origin: Future Quest - USENET<=>Fidonet Gateway 512-451-0891 (1:19/23)
 
------------------------------
 
Date: 5 Oct 91 17:19:32 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!steve@ar
 izona.edu (Steve Yelvington)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <686575281.1@fquest.FidoNet>,
     Philip.Durgin@fquest.FidoNet.Org (Philip Durgin) writes ... ]
 
 > LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
 > ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
..
 
 > If being able to compress files 73% smaller than ZOO is not a significant
 
Eh? The difference between 88 and 64 is 73%?
 
If you're going to compare LHARC vs ZOO 2.1, be sure to use the equivalent
compression -- add 'h' for high compression to the ZOO command line, or
use the -add novice command. These figures look like what you would get
with ZOO 2.0 compression routines, which are slightly less efficient than
the old ARC program (probably due to larger headers).
 
Bill's test results were not cooked. I've run several tests of ZOO 2.1
here and in every case, the compression differences between ZOO and LZH
are not significant. The reliability and portability issues speak for
themselves.
 
 --
 Steve Yelvington, Marine on St. Croix, Minnesota
 steve@thelake.mn.org (In winter we walk on water)
 
------------------------------
 
Date: 5 Oct 91 20:47:01 GMT
From:
 noao!asuvax!cs.utexas.edu!samsung!spool.mu.edu!uwm.edu!linac!convex!rosenkra@ar
 izona.edu (William Rosenkranz)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
for those planning more "lharc is smaller than zoo 2.1" tests, note the
following (i.e. RTFM):
 
        the default compression algorithm with zoo 2.1 is compatible with
        older zoo 2.01. in order to pack with the newer (and slower) high
        compression option (which should be about equal with lharc), you
        MUST ASK FOR IT. e.g.
 
                zoo ah archive.zoo file ...
 
        note the "h". we can argue over whether it should be the default
        to produce the best packing ratio or to be compatible with older
        zoo versions. the latter gets my vote (the current situation).
 
In article <686575281.1@fquest.FidoNet> Philip.Durgin@fquest.FidoNet.Org (Philip
 Durgin) writes:
>I did my own research between ZOO 2.1 and LHarc 2.01E and found the following.
>
>1) Hacker.txt    10232
>2) hacker.prg   124698
>
>This is an on-line game for my BBS was compress with both ZOO and LHARC
>
>LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
>ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
>
>both took 15 secs to extract the files.
 
after reading what i wrote above, are we really comparing the same thing???
how did you do this? what commands did you type???
 
i think if you go back and use zoo 2.1 with its high compression mode, you
will find it packs about the same size as lharc 2.01e, and probably takes
10-15% longer (5 seconds maybe).
 
until you mention the method, we can't make any rational deductions from
your data. your research is inconclusive and not precise...
 
-bill
rosenkra@convex.com
 
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: 4 Oct 91 20:36:02 GMT
From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael
 Kistenmacher)
Subject: lharc 2.01e vs zoo 2.1: some tests
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Oct02.002648.12532@convex.com>, William Rosenkranz writes:
 
>no desire to change at the moment. i don't think TOS 1.4 has that much to
>offer me personally. i don't use the desktop.
 
Looks like you don't know much about TOS 1.4. I don't know about anything
different between the DESKTOP on both TOS versions. But I do know about some
very interesting speed increases of disk access, especially on a hard
drive. Also I know of some new function call, that are quite nice. Some
other routines inside of the memory manager are fixed. I think that these
are very good reasens for a change.
 
Bye.....Michael
 
--
/------------------------------------\
| Michael Kistenmacher /  blackbox   |
| 2000 Hamburg 61  / Schippelsweg 64 |
| West Germany / ++ 49 40 552 37 66  |
\------------------------------------/
 
------------------------------
 
Date: 5 Oct 91 20:59:38 GMT
From: noao!asuvax!cs.utexas.edu!convex!rosenkra@arizona.edu (William Rosenkranz)
Subject: lharc 2.01e vs zoo 2.1: some tests
To: Info-Atari16@naucse.cse.nau.edu
 
In article <A0bcshc2@pfunk.hanse.de> blackbox@pfunk.hanse.de writes:
>In <1991Oct02.002648.12532@convex.com>, William Rosenkranz writes:
>>no desire to change at the moment. i don't think TOS 1.4 has that much to
>>offer me personally. i don't use the desktop.
>Looks like you don't know much about TOS 1.4. I don't know about anything
>different between the DESKTOP on both TOS versions. But I do know about some
>very interesting speed increases of disk access, especially on a hard
>drive. Also I know of some new function call, that are quite nice. Some
>other routines inside of the memory manager are fixed. I think that these
>are very good reasens for a change.
 
as an official developer, i got the Rainbow TOS feature list long ago. at
the time, i read the document and evaluated its impact on my use. at the
time i did not figure it to be that big a deal for how i then (and now) use
my ST. also, i was unsure whether i needed the 2-chip or the 6-chip set
(still am unsure). at the time, i needed to maintain both 1.0 and 1.2
compatibility anyway for an existing project. if i read the 1.4 specs
correctly, 1.0 and 1.2 applications should run under 1.4. the reverse was
not necessarily the case. using the new function calls, either consciously
or by accident would have possibly made the application useless for older
TOS systems (there were FAR more of these a couple of years ago). i realize
that fixes in memory are desirable. i use GEMBOOT or FOLDRxxx and have
had few problems in this area anyway. performance is nice, but if i want
real performance, i have access to numerous supercomputers. again, for me,
not an issue...
 
and again, the best TOS program is one which works with all TOS versions,
not just the then-current level of the OS. if you don't believe me, just
ask atari for the "official" position on this. apratt will (rightly so)
cut you to ribbons for an infraction here :-)...
 
-bill
rosenkra@convex.com
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: 5 Oct 91 21:27:06 GMT
From: mcsun!unido!horga!agsc!fp@uunet.uu.net (Friedhelm Poschadel)
Subject: Mercury Help
To: Info-Atari16@naucse.cse.nau.edu
 
jhenders@jonh.wimsey.bc.ca (John Henders) writes:
 
 
>       Does anyone know how to get the Mercury UUCP package to handle
>long group names? Mail to Rodney goes unanswered, but doesn't bounce,
>so I don't know if he's still around. I've tried to get the group
>alt.society.cu-digest, and it just doesn't show up. I tried truncating
>the name in my sys file, but that doesn't work. Any ideas.--
 
Have you edited your /usr/lib/news/active file? In that file you have
to insert the names of the groups you want to have on your system.
 
But you have not to writee each group, you can write comp.* (for example).
 
 
        Friedhelm
--
        Friedhelm Poschadel                     Tel.:   +49 511 57 99 314
        UseNet: fp@rischwa.han.de               BTX:    0511561141-0002
        SubNet: fp@rischwa.han.sub.org          UUCP:   fp@rischwa.uucp
 
------------------------------
 
Date: 6 Oct 91 06:23:43 GMT
From: math.fu-berlin.de!tmpmbx!lime.in-berlin.de!techno@uunet.uu.net (Techno)
Subject: TV Sports Football Problems
To: Info-Atari16@naucse.cse.nau.edu
 
patf@silvlis.com (Pat Fitzgibbons) writes:
 
>Does anyone out there have trouble with TV Sports
>football by Cinemaware?
>It won't let me finish the season. It refuses to
>progress past last set or playoff games. Does
>anyone have an address or phone to contact Cinemaware ?
 
I'm sorry, but I have heard that Cinemaware has folded.
 
                            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)                         |
 
------------------------------
 
Date: 5 Oct 91 17:38:31 GMT
From: mcsun!unido!mikros!mwtech!walter@uunet.uu.net (Walter Mecky)
Subject: Wanted: dealer for CYBER VCR
To: Info-Atari16@naucse.cse.nau.edu
 
A friend of mine has a MEGA-ST and is looking for a new dealer for
the CYBER VCR products. Until now a firm called Antic did this but
they gave up.
 
Anybody knows where he can get these products?
 
I would prefer email because I don't read this newsgroup.
 
Thanks.
 
-
 
 
Info-Atari16 Digest         Thu, 17 Oct 91       Volume 91 : Issue 534
 
Today's Topics:
              Atari confirms TT CD-I project; gets RAVES
                       Korn Shell for ATARI ST?
       Message Router VMSmail Gateway nondelivery notification
                             New products
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 7 Oct 91 09:57:00 GMT
From:
 noao!asuvax!cs.utexas.edu!samsung!mips!spool.mu.edu!munnari.oz.au!news.hawaii.e
 du!uhccux!uhunix.uhcc.Hawaii.Edu@arizona.edu (Jack W. Wine)
Subject: Atari confirms TT CD-I project; gets RAVES
To: Info-Atari16@naucse.cse.nau.edu
 
Atari's Director of Developer Services, Bill Rehbock, confirmed at the
The Glendale Show that the TT would become a development platform for
CD-I (Compact Disk Interactive) players.  The CD-I players are based
on 68000 family processors and are controlled by CD-RTOS (CD Real-Time
Operating System), which is a specialized version of OS-9/68K developed
by Microware.
 
The following information is a product overview of some of the software
"building blocks" that Microware has available in order for someone to
create a CD-I application.
 
---------------------------------------------------------------------------
 
RAVE (Real-Time Audio Video Environment) is an object-oriented multimedia
environment for CD-I players.  Unlike traditional graphics interfaces, RAVE
is based on the use of natural images and high-quality digital audio sound.
RAVE is designed to emulated real-life actions and sound in a contained en-
vironment intuitive to the beginning user.
 
CD-RTOS/RAVE consists of a C Presentation Support Library (PSL) and a
compact runtime module.  The runtime module extends the functionality
of the User Communication Manager (UCM).  The PSL give the application
access to many common data structures and managers for those data struct-
ures.
 
                          ----------------
                          |     RAVE     |
                          |  Application |
                          ----------------
                                 |
                                 |
                          ----------------
                          |              |
                          |     PSL      |
                          ----------------
                                 |
                                 |
                          ----------------
                          |    CD-RTOS   |
                          |    Kernel    |
                          ----------------
                                 |
                                 |
                          ----------------       ----------------
                          |              |       |     RAVE     |
                          |     UCM      |-------|    Runtime   |
                          ----------------       ----------------
                                 |
                                 |
        --------------------------------------------------
        |                        |                       |
        |                        |                       |
  --------------          ---------------          --------------
  |  Keyboard  |          |    Video    |          |   Pointer  |
  |   Driver   |          |    Driver   |          |   Driver   |
  --------------          ---------------          --------------
 
The RAVE Runtime Module handles message management between the system and
RAVE applications as well as between various RAVE applications.  Each pro-
cess is allocated a single mailbox, although a process may have several
mailboxes.  These mailboxes may be dedicated to a certain type of message
or for communication with a specific process.
 
The RAVE Runtime Module also provides the following functions:
 
        o Multi-tasking executions of graphics applications which
          allow multiple applications to run concurrently
 
        o Full-featured message sending and receiving for inter-
          process communication
 
        o Automatic tracking and journaling of user actions
 
        o Complete graphics cursor management based on locations
          within the display
 
        o Support for premastered advanced local special effects
 
The Presentation Support library is a collection of high-level functions
for simplifying application development for CD-I systems.  It includes
eight primary managers and some miscellaneous support functions, which
are comprised of:
 
        o Controls to allow an application to obtain input from the
          user using visual objects
 
        o Requests to allow an application to ask the user multiple
          choice questions and obtain a reply
 
        o Visual effects to generate mattes, wipes, fades, dissolves
          and cuts
 
        o Resource modules to separate country-dependent data for
          program efficiency
 
        o Memory management support
 
The Special Effects Manager includes over 25 advanced special video effects.
Sample source code is also included to help you customize effects and allow
applications to consistently create their own effects.
 
To obtain more information about CD-RTOS/RAVE, the CD-I C Library, CD-I
ProPak and CD-I Studio Services (with authoring, video pre-production,
audio encoding, tape mastering and consulting) contact:
 
Microware Systems Corporation
1900 N.W. 114th St.
Des Moines, Iowa 50325-7077
Phone: (515) 224-1929
Fax  : (515) 224-1352
 
Microware Regional Offices:
  Western      - (408) 980-0201
  Southeastern - (407) 725-2840
  Northeastern - (603) 929-4107
 
Microware France - (33) 42 58 63 00
Microware U.K.   - (44) 703 601990
Microware Japan  - (81) 3-3257-9000
 
------------------------------------------------------------------------------
 
It seems to me that Atari made a good choice by tieing their TT with CD-I
because it will allow OS/9 to become a popular alternative OS.  The real-time
features that allows it to control devices in the industrial environment
makes it a natural for the homes of the future which will be networked
with the world and which contain smart appliances and fixtures linked with
a common bus.
 
The first CD-I player is expected to be introduced October 16 in the major
cities of the U.S.; it will have a list price of $1000 (discounted to $700-
$800?).  It will be interesting to read a post from anyone who gets a
chance to try it out!
 
Jack
 

 
Date: Wed, 09 Oct 91 17:03:32 CDT
From: Mike Dorman <MDORMAN1@UA1VM.UA.EDU>
Subject: Lots of things...
To: Atari List <INFO-ATARI16@naucse.cse.nau.edu>
 
I've got a list of questions for people who are familiar with GNU C and
Emacs, and the MiNT-aware port of BASH:
 
First--Is there any way I can actually set the environment variable
GCC-EXEC-PREFIX under BASH?  I have tried a zillion different ways of
quoting the variable, but it just can't seem to be convinced that that is
a valid variable, and as a result, I can't seem to use GCC.  Is there any
workaround for this?
 
Next--Is there any documentation for Emacs' elisp?  Using the version found
in the file ++jrbemacs.zoo on atari.archive, I consistently get a report that
there's a problem with one of the init files.  Since I have no idea what I'm
looking for, I have no way to find it.
 
Also--is there any easy way to rebind keys for Emacs?  Switching around the
backspace and delete keys and such is starting to annoy.
 
And more--is there any particular reason that the binaries have to be built
with the lib sources included with the program?  That seems wierd to me, since
we're trying to move to one standard library (witness the gradual mergeing of
the MiNT and GNU libraries).
 
Has anyone done a port of 18.5.7?  Is it, by chance, a bit more TOS friendly?
 
Is the port of GNU make 3.60 any sort of official release?  It states in the
FSF documentation that it's a beta--what is the status of make 3.6?
 
Is there any easy way to go from .texinfo files to a line printer?  I don't
need all the neat stuff that a full-up TeX station would give me, and I don't
have a laser printer, so I don't think it's a good idea to try, but I would
like to use .texinfo stuff, and get that output to a line printer.
 
Thanks.
 
------------------------------
 
Date: Wed, 9 Oct 91 15:52:25 BST
From: "D." Summerbell
 <d-summer@national-institute-for-medical-research.mrc.ac.uk>
Subject: Mac v Atari WP
To: Info-Atari16@naucse.cse.nau.edu
 
David Butler replies to David Halliday:
 
DH
>>I am thinking of buying a new ST Wordprocessor (I  currently use First
>>Word) what do you recommend bearing in mind that I would like it to be
>>MS Word compatible.
 
DB
> As far as I know there is no ST wordprocessor that is compatible with and Mac
>word processor except through text files. Why get an ST wordprocessor if you
>have the GCR? Wordprocessing is one area in which the Mac really shines, beats
>the ST software hands-down. Try Write Now or Nisus, Write Now is faster and
>less complex, but Nisus has features to blow your mind (far better than MSWord,
>and it does write MSWord files). Really, these are as far above ST word
>processors as an ST is above a calculator (a cheap one anyway).
 
I might have agreed with David up until a few weeeks ago.  I have Spectre but
still tended to use First Word Plus in ST mode because of the superior perfor-
mance of TOS (using Neodesk as a user interface).  Nevertheless I still coveted
the multiple fonts and proportional spacing of the Mac.  I bought several "se-
cond generation" WP packages as they became available but was always disappoin-
ted.  Recently a colleague bought Write-On (Compo Software).  I borrowed it and
liked it and have just bought its big brother That's Write.  I much prefer it to
the Mac software that I have tried. (My wife is a Mac User). I haven't encoun-
tered Nisus so I can't fairly compare it with TW.  However I strongly recommend
the latter.  Write-On competes happily with the simpler Mac packages and That's
Write has the bells and whistles.
 
WO retails at about 45.00 Sterling
TW retails at about 80.00 Sterling
Write-Now retails at about 120.00 Sterling
Nisus I couldn't find an ad.
 
Anyone interested I have a (growing) summary list of ST WP software.
 
 
  Dr.D.Summerbell              INTERNET: d-summer@nimr.mrc.ac.uk
  Limb Development Group       or:       d-summer%nimr.mrc.ac.uk@earn-relay
  Nat. Inst. Medical Research  DARPA:d-summerbell%nimr.mrc@nss.cs.ucl.ac.uk
  The Ridgeway, Mill Hill      JANET:  d-summer@uk.ac.mrc.nimr
  LONDON NW7 1AA               Tel:  081-959 3666 ext2366
  U.K.
 
  The short Internet address does not always work from the US
  Indirection via earn-relay is more reliable
  nimr is an unofficial alibi, some nodes do not have it in their YP.
  Real address is: @national-institute-for-medical-research.mrc.ac.uk
 
 
------------------------------
 
Date: Tue, 8 Oct 91 08:28:47 -0400
From: marks@AIVAX.RL.AF.MIL (David Marks)
Subject: NTSC->RGB?
To: info-atari16@naucse.cse.nau.edu
 
[Note: I am not [yet] an INFO-ATARI16 reader, so apologies if this just came up.
 Also, of course, please respond directly to me e-mail address. ]
 
Has anyone seen/used an NTSC->RGB converter that works with the Atari
1224 Color Monitor?  I don't need a genlock capability to position the
video image on the screen in conjunction with a computer generated RGB image,
I just want to be able to use the Atari Color Monitor with a VCR to watch
some class videotapes and let my wife & son watch the household TV.
 
Dave Marks
Rome Laboratory
marks@aivax.rl.af.mil
 
------------------------------
 
Date: 3 Oct 91 23:24:59 GMT
From:
 noao!asuvax!ukma!widener!iggy.GW.Vitalink.COM!pacbell.com!att!linac!uwm.edu!cs.
 utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!spool.mu.edu!munnari.oz.au!bunyi
 p.cc.uq.oz.au!uqcspe! (Warwick Allison)
Subject: People dumping machines (was.. Atari Mega 2 system.. for sale)
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Oct2.143825.26339@philce.ce.philips.nl> meulenbr@nlvs31.ce.philips.nl
 (Frans Meulenbroeks) writes:
 
>TT ram is faster than the (regular) ST ram. This is due to the
>fact that the processor is slowed down by the video hardware when
>accessing ST ram. The video can only live in ST ram, and every 250 ns
>or so the video accesses the ST ram.
 
This is true?  Then if a program Mallocs memory for use as a displayable
screen, it will have to malloc from ST ram, right?  How does one ensure
this?
 
Worried,
Warwick.
--
  _-_|\       warwick@cs.uq.oz.au
 /     *  <-- Computer Science Department,
 \_.-._/      University of Queensland,
      v       Brisbane, AUSTRALIA.
 
------------------------------
 
Date: Tue, 8 Oct 1991 04:57:39 PDT
From: sgoldthorpe.wgc-e@rx.xerox.com
Subject: Problem with user-defined objects and the AES
To: Info-Atari16@naucse.cse.nau.edu
 
This is a question for all you GEM experts out there...
 
I'm having a problem with user-defined objects in GEM.  I have written
a small utility, that when given an IBOX's ID, will patch the object,
so that it 'turns' it into a user-defined object.  It does this simply
by patching the ob_spec of the object to the address of my USERBLK,
containing my object handler and changing the object type to G_USERDEF
(or whatever your gem headers call it).
 
Logically it seems fine, but when I come to display the 'fixed' tree
with objc_draw, the AES appears to run out of stack space (my object
handler isn't even called!).  I am missing something?  - Code available
on request.
 
                                Thanks,
                                                -Steve Goldthorpe
P.S. Sorry if this appears twice, but the original post seems to have
bounced (so this is a resend to a different address).
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
INET:as384@cleveland.freenet.edu | Rank Xerox Ltd,
  sgoldthorpe.wgc-e@rx.xerox.com | Workstation Software Group,
XEROX CIN:  SGoldthorpe:wgc-e:rx | European Software Development Centre,
TEL:              +44 707 382350 | Welwyn Hall, Bessemer Rd,
XEROX INTELNET:       8*668-2350 | Welwyn Garden City, HERTS.
MESG TOOL:   15556.25220325363.0 | AL7 1BL   ENGLAND
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 
------------------------------
 
Date: Mon, 7 Oct 91 01:49:34 PDT
From: boyce@sifvs3.SINet.SLB.COM (David Boyce)
Subject: Railroad Tycoon experiences
To: info-atari16@naucse.cse.nau.edu
 
Yup, I've had problems too....
 
First thing is that the installation to hard disk doesn't work properly.
I had to manually copy the files over to a \railroad directory, overwriting
files as necessary.
 
Second problem is the mouse. The game can't be played with it, since it
crashes if the mouse touches the bottom of the screen! (Heavy bummer...)
I've tried all sorts of things, like leaving the mouse alone till I've
got past the protection, but nothing helps. I'm having to use the program
with keyboard only which isn't too bad, but it makes moving around
pretty tedious.....
 
I haven't seen any other real problems with the game.
 
I've got a 4Mb STFM, with UK Rainbow TOS.
 
        - Dave
 
------------------------------
 
Date: Mon, 07 Oct 91 15:50:37 ADT
From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
Subject: Ship program that works with NEODESK
To: N <info-atari16@naucse.cse.nau.edu>
 
I have just installed NEODESK-really great. However, the
ship program I have to park my MEGAFILE 30 results in NEODESK
trying to reload. Is there a program that will park the heads
and halt excution of all other program and operate under
NEODESK.
Thanks
CHIASSA@UMONCTON.CA
.
 
------------------------------
 
Date: Wed, 09 Oct 91 10:53:39 ADT
From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
Subject: SPECTRE GCR and mac.archive-getting started
To: N <info-atari16@naucse.cse.nau.edu>
 
Having just obtained Spectre GCR I though I would have a look
at the mac.archive at umich. A help command got me all
the index files but it is not evident how to obtain the
initial file to uuencode the files(BinHEX 4.0). Everthing in
the index file already seems to be in hdx form. Secondly,
what is the compression used "stuffit"?
Thanks
CHIASSA@UMONCTON.CA
.
 
------------------------------
 
Date: Thu, 10 Oct 91 13:37
From: "Thomas Koenig"
 <UI0T%DKAUNI2.BITNET@CUNYVM.CUNY.EDU>
Subject: STacy specific information
To: Info-Atari16 Discussion       <info-atari16@naucse.cse.nau.edu>
 
A friend of mine owns a STacy, and he would dearly like to
have some information about it.
 
What he'd like to do, ultimately, is to write an accessory
to
 
1) dim, switch on and off the background lighting for the screen
 
2) switch the hard disk drive off (reversible) when he wants to
 
For this, he also needs to know how to
 
3) establish wether or not this program is running on a STacy
 
How can this be done?
 
Any help appreciated.
--
Thomas Koenig
EARN/BITNET :      UI0T@DKAUNI2.BITNET
INTERNET    :      UI0T@IBM3090.RZ.UNI-KARLSRUHE.DE
X.400       :      S=UI0T;OU=IBM3090;OU=RZ;P=UNI-KARLSRUHE;A=DBP;C=DE
 
------------------------------
 
End of Info-Atari16 Digest
******************************
