informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/games/ATARIMAIL/vax85.txt

5896 lines
233 KiB
Plaintext
Raw Permalink Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Atari/Atari Games VaxMail 1985 Jed Margolin
___________________________________________________________________________
From: KIM::SHEPPERD 4-JAN-1985 17:20
To: @SYS$MAIL:JUNK.UAF
Subj: Printer in Rains's area
There is another printer hooked up now in the phone closet near Rains's office.
It's known as RAINS$PRINT and if you want it to be the default printer for you
then put the following in your LOGIN.COM file:
$ ASS 'f$log("RAINS$PRINT")' SYS$PRINT
The physical name is TXD5:, but I advise against using that name cuz its
probably gonna change (nothing stays the same around here if you hadn't
noticed). This printer is quite a bit slower than the others but it may
still be preferable to walking over to the hot DIO room.
It is imperative that you keep the room tidy. Paper fragments must be kept
outside the room and due to the fragile nature of the telephone hookups,
please be careful when walking around in there. An accident could wipe
out the phones in that area for several days (maybe even weeks) which I
think you'd find very inconvenient.
ds
___________________________________________________________________________
From: KIM::SUTTLES 8-JAN-1985 12:37
To: @SYS$MAIL:JUNK
Subj: Just when you were getting used to the way it worked...
Due to popular demand, the utilities MAIDIR and MAILCK have been
enhanced. This is a major release (rewritten from scratch), and probably
has brand new bugs.
As far as I know, the current usage is not affected at all (total
upwards compatibility), unless you have one mail file in particular
(DIR.MAI).
Here's how to use the new stuff:
In your LOGIN.COM file, you say
$MAI*L :== @SYS$SYSDEVICE:[UTILITIES.COM]MAIDIR
and from that time forth, when you invoke mail, a file (WAS MAIL.RVN,
NOW DIR.MAI) is created which indicates the time you exited. Under the
new version, the contents of this file is a directory of SYS$LOGIN:*.MAI;,
so you can READ DIR to find out what categories you have filed stuff under.
Somewhere AFTER the first definition (in your LOGIN.COM file), say:
$ @SYS$SYSDEVICE:[UTILITIES.COM]MAILCK
to automatically enter MAIL if you have received mail since you last exited
the MAIL program. Note that it is possible to exit the program without reading
all your new mail, so it is conceivable to have new mail and not auto-invoke
MAIL. But if this happens, you set it up that way, presumably on purpose.
You have not received any mail since you last exited MAIL.
The really neat part is that you can also (or instead) say:
$ @SYS$SYSDEVICE:[UTILITIES.COM]MAILCK device/directory_spec
to check for new mail on other logins. This even works across the network,
although you may find the time required for access to be restrictive. You
might define the @...MAILCK part to be a word, and then CHECK [so-and-so]
interactively. You can find out if the other accounts have mail, but
it is not possible to read their mail (don't bother), so you are simply
notified that there is "New mail in what-you-said". It's up to you to
log in with your other account and read the mail.
Incidentally, the DIR mail file will contain the directory as of the
last time you exited MAIL. If you delete or rename files using DCL, these
changes won't be seen until you exit mail again. The DIR file also does not
have the standard MAIL format (FROM and TO lines are missing) so a MAIL
DIRECTORY command will blow up (not my fault!). Take my word for it, there
is only one message in the file. I do not reccommend FILEing that message
anywhere.
Another fine point: the MAIDIR command procedure takes an optional
parameter. If it is absent, the DIR.MAI file will be typed out before
the first MAIL prompt--this shows you where you have things FILEd. If this
bothers you, you can supply anything for the first parameter, and it will
be skipped. I reccommend "-Q" in case of further changes. This is not
a change from the older version, and your LOGIN.COM definitions will work
the same way as they have in the past.
If you find that the changes I have made make you unable to use MAIL,
please send me a mail message describing the problem. Have fun, and good luck.
sas
___________________________________________________________________________
From: ERNIE::MARTINEZ 10-JAN-1985 13:40
To: @OURGANG
Subj: Magazine Subscriptions
If you are still receiving magazines addressed to 1501 McCarthy, a
change of address needs to be sent to the publisher. It costs
between 60 and 95 cents per magazine to have them forwarded to
Sunnyvale.
If you need help sending in changes of addresses, let me know.
Carol
P.S. Change the address to the one below:
Atari Games, Inc.
P.O. Box 3618
Sunnyvale, CA 94088-3618
(The street address is 1272 Borregas Avenue.)
___________________________________________________________________________
From: KIM::SUTTLES 11-JAN-1985 13:55
To: @SYS$MAIL:JUNK
Subj: The new, but not improved, mail checker
There are some problems with the new mail checker. It works
fine in the applications it used to be used in; the (known) problems
are all in the enhancements.
To start with, when you check someone elses mail file, you have
to have read access in order to find out the attributes (date of last
modification is an attribute). So, you need to change the protection
on your mail file in order for that to work--and then anyone can read
your mail. I think that's icky.
Then, for CHECKs across the network, DCL doesn't close the channels
used to obtain the information about the file--so you wind up with 4
jobs started on the other node. This is a somewhat excessive overhead.
These jobs stick around till you log off.
Lastly, if circumstances are "right" (don't ask, I don't know
for sure myself) you can get an RMS error, Dynamic Memory Exhausted. I
checked into that and the suggested cure is to relink the program so
that the control area is bigger. The program I'm using is DCL, and I'm
not that eager to replace the current version.
None of this happens if you are checking your own mail (which is
all it used to do). I haven't decided whether or not to fix it, cuz of
version 4 coming up (mail is different in V4...you will get a { L O N G }
list of changes for V4 soon {maybe eventually, anyway}). It seems that
the cure is to write a quick and dirty (or time-consuming and correct)
program to do the checks and return a status.
Sorry for the false alarm, but I'm sure somebody with a dirty
mind once said it: Hope springs eternal in the human breast. Don't let
it get you down.
sas
___________________________________________________________________________
From: KIM::LIPSON 13-JAN-1985 13:04
To: @SYS$MAIL:JUNK
Subj: mail reading
for those of us usually on CHARM:
you can use the aforementioned MAIL CHECK routine IF you do a kludge in
your LOGIN.COM on KIM. If you add
$SET PROT=W:RE DIR.MAI
then CHARM::[WHATEVER] will be able to check your mail.
___________________________________________________________________________
From: KIM::LIPSON 13-JAN-1985 13:09
To: @SYS$MAIL:JUNK
Subj: the problem with kludges
- by the way, It doesn't do it in a very elegant way: if you DO get
new mail, you get an error message
%SYSTEM-F-NOPRIV, no privilege for attempted operation
And if you've read all your mail, you don't get the error. Useful but UGLY.
___________________________________________________________________________
From: KIM::SUTTLES 14-JAN-1985 11:27
To: @SYS$MAIL:JUNK
Subj: the patch to the kludge
The correction to the protection of the directory file ($SET PROT=W:RE DIR.MAI)
is indeed necessary to avoid a privilege violation. Unfortunately, the
same kludge is necessary to the MAIL.MAI file, and I think the system
resets the protection if new mail is received. I could have stuck these
commands in the file that creates DIR.MAI but I expected to get a lot
of flak for making your mail publicly accessible without telling you.
Also, I'm pretty sure the system will change the protection back, so
the error wouldn't go away. And on top of that, there is still the
problem of the 4 processes (per $CHECK) that are created on the remote
node.
Public opinion poll: How many people (not accounts, PEOPLE) would use
CHECK if it worked as intended? That is to say, if it didn't blow up,
didn't advertise your mail, and also didn't use up multiple job slots
forever?
How many would use it if I couldn't avoid the advertising?
Please respond to KIM::SUTTLES.
sas
___________________________________________________________________________
From: KIM::WIEBENSON 30-JAN-1985 15:16:00.00
To: @SYS$MAIL:ENGINEER
CC:
Subj: 68010 DEV SYS UPDATE
The new and improved Applied Microsystems Emulator EPROMS have been
distributed to each and every station. Does it fix known bugs?
Wow, does it ever! Does it reset and clobber the EEPROM?
Wow, does it ever! Restore the settings to bring it out of the weeds.
___________________________________________________________________________
From: KIM::SHEPPERD 4-FEB-1985 15:45:43.16
To: @SYS$MAIL:JUNK
CC:
Subj: MAIL$nnnnnnnnnnnnnnnnnnnnnnnnnnn.MAI files
Some of you may have noticed the presence of files in your home directory
with the name MAIL$nnnnnnnnnnnnnnnn.MAI where the "n" is a arbitrary number.
These files are created when your mail message is greater than 3 disk blocks
(1500 bytes) in length. There's one file for each of your long messages. You can
make MAIL put these files in a different directory if you want by issuing the
command:
MAIL> SET MAIL_DIRECTORY [.sub_directory_name]
where the [.sub_directory_name] is one of your choosing. For example:
MAIL> SET MAIL_DIRECTORY [.MAIL]
will put "folder" files in the subdirectory [.MAIL] and out of your way.
dms
___________________________________________________________________________
From: CHARM::AVL 7-FEB-1985 15:54:48.77
To: KIM::MARGOLIN
CC:
Subj: Here you go!
PART NUMBER: 137414-001
DESC: IC,MICROPROCESSOR,16-BIT,8MHZ UOM: EA SC: P REV: 00
COST FIELD STD COST CUR COST VARIANCE
------------------------------ ------------ ------------ ------------
MATERIAL 0.000 0.000 0.000
LOWER LEVEL MATERIAL OVERHEAD 0.000 0.000 0.000
LOWER LEVEL DIRECT LABOR 0.000 0.000 0.000
LOWER LEVEL FIXED OVERHEAD 0.000 0.000 0.000
LOWER LEVEL VARIABLE OVERHEAD 0.000 0.000 0.000
LOWER LEVEL OUTSIDE PROCESSING 0.000 0.000 0.000
LOWER LEVEL OUTSIDE PROC OVH 0.000 0.000 0.000
THIS LEVEL MATERIAL OVERHEAD 0.000 0.000 0.000
THIS LEVEL DIRECT LABOR 0.000 0.000 0.000
THIS LEVEL FIXED OVERHEAD 0.000 0.000 0.000
THIS LEVEL VARIABLE OVERHEAD 0.000 0.000 0.000
THIS LEVEL OUTSIDE PROCESSING 0.000 0.000 0.000
THIS LEVEL OUTSIDE PROC OVH 0.000 0.000 0.000
PURCHASE COST (PER EA)* 20.500 27.150 6.650
PURCHASE COST OVERHEAD* 0.000 0.000 0.000
------------ ------------ ------------
20.500 27.150 6.650
PART NUMBER? *
___________________________________________________________________________
From: KIM::COX 11-FEB-1985 09:50:00.88
To: @SYS$MAIL:JUNK
CC:
Subj: A Fond Farewell
Dear Friends,
The time has come for me to move on. The two years I have spent with you have
been educational, challenging, and enjoyable. My reasons for leaving are
varied, and are directly related to the recent re-organization. I would have
liked to stay, as I still think I can be challenged and the product is still
interesting, but the enjoyment is gone.
Reflecting on the past two years makes me kind of sad to leave. The Atari
Coin-Op atmosphere was really radical for me at first, but it is an easy thing
to get used to. John Ray was an excellent supervisor. The people are very
talented and inspired. The product is fascinating, and has nothing to do with
the DOD. I really enjoyed this stimulating environment.
The job of Team Manager was a great experience for me, also. We worked on
several exciting projects including MACHO44, FIREFOX, CRYSTAL CASTLES, and of
course, SPOOK. We were breaking new ground with that one. I was real excited
with our version of EVOLUTION, also. The work of game design is a really
creative process, something I don't feel as much when I design hardware.
Designing hardware is like looking for the answer to a question. When the
answer comes, it feels like the answer was always there, and your work was
spent in just discovering this existing information. Of course, there may be
several answers to the same question, and discovering the best one is what
differentiates engineers.
Game design is a little more non-tangible. I still don't have a feeling for
what makes a good game. Past versions of Gremlins indicate this fact very
effectively. I really hope that Gremlins receives the attention it deserves
from management as the next System II game. I'm sure that the current project
team has the ability to pull it off.
I believe that we cannot interact with someone without affecting the future
course of their lives. My time here at Atari has affected me greatly, some
positive, some negative. Here's hoping that I only touched you in a positive
way. My last day is 2/15.
Goodby.
Ross Cox (xxx)-xxx-xxxx
___________________________________________________________________________
From: KIM::SHEPPERD 11-FEB-1985 10:02:37.39
To: @SYS$MAIL:ENGINEER.UAF
CC:
Subj: A new C
Kim has VAX11C V2.0 installed on it. It is a field test version of the new
release of C. DEBUG knows about it though, so it ought to be easier to fix
your programs. We have a hot line (via modem) into the program developers
back east, so let me know of any problems. You can look at
SYS$LIBRARY:VAXCSPR.DAT
for the current SPR's on the compiler and $ HELP CC RELEASE_NOTES for the
differences between v1.x and 2.0.
ds
___________________________________________________________________________
From: KIM::SUTTLES 11-FEB-1985 11:56:19.58
To: @SYS$MAIL:JUNK
CC:
Subj: documentation on version 4 differences (such that it is)
There is a document (a LARGE document) in SYS$LIBRARY:VMSV4.DAT
which is supposed to outline the areas in VMS that is different between
version 3 systems and version 4 systems.
It is not finished. (If you read it, this will be obvious.) We are
still working on it in our spare time (I'm serious). Because of it's size,
I ask that you do NOT copy the file anywhere; to look through it with
an editor, use EDT/READ and you can do anything you want (search, etc).
You can print it, but you probably won't want to until it is more complete.
It only exists on kim and charm, since they are the only V4 systems.
It will be updated as new chapters are finished. You will get announcements
of same when same is announceable. And if you think this is hard to
follow, just wait till you read the update descriptions.
Incidentally, there are two tables of contents; one that shows the
general outline, and one that is much more specific (hence longer). I
intend to provide an index (eventually) but I am saving that for when the
text is finished.
Bug reports and typo detections are encouraged. Please reply to this
address via vaxmail (only).
sas
___________________________________________________________________________
From: KIM::SHEPPERD 11-FEB-1985 12:41:29.43
To: @SYS$MAIL:ENGINEER.UAF
CC:
Subj: More about C
I forgot to mention in the last mail that there's three logical names that
have to be made prior to linking C programs. What I suggest is that you put
the following command in your login.com file (or better yet, in a C startup
command file so as not to bother the links from other compilers).
$ @SYS$LIBRARY:VAXCLINK
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 11-FEB-1985 16:34:13.58
To: @SYS$MAIL:ENGINEER.UAF
CC:
Subj: New 68000 assmebler
There is a new assembler for the 68000. This assembler is 4 times
faster than asm68. Part of the reason this assembler is so fast is
because it is limited in what input it will accept. The only legal
inputs are the output files from the Greenhill C compiler. Any other
inputs and the results are not guaranteed. This assembler should be
used to assemble Greenhill compiled programs only!!!! If you have
assembly language programs for the 68000, PLEASE use asm68.
This assembler does NOT support:
Error checking of syntax or addressing modes.
Complex expressions in an effective address.
The * operator in an addressing mode.
MACROs in any way shape or form.
The short form of a register list for MOVEM.
D1-D3/A1-A3
must be written:
D1/D2/D3/A1/A2/A3
ORG or RORG, TTL or any other pseudo-op that
Greenhill does not generate.
In other words, if Greenhill didn't generate it, this assembler
probably doesn't understand it.
The output of the assembler is compatable with clnk. It does
take about 10-15% longer to link files generated by this assembler.
On the good side, This assembler is about 4-5 times faster than asm68.
It should be look at as a second pass to the Greenhill compiler. In which
case, your compiles will take about 50% longer but you can skip the
assembly step. I recommend that a command file be created of the form:
$NCC-R 'P1'
$AS68K 'P1'
$DEL 'P1'.ASM;*
This way your directory doesn't get cluttered up with .asm files that
are never reused. The compiler is then viewed as generating an .ol
file instead of a .asm file.
The name of the assembler is AS68K. It is a command on both kim and
charm. The command syntax is:
$as68k infile.asm outfile.ol
It is not necessary to specify the extension on the input file.
.asm is assummed.
It is not necessary to specify the output file.
infile.ol is assumed.
From: KIM::SHEPPERD 13-FEB-1985 11:39:09.90
To: @SYS$MAIL:ENGINEER.UAF
CC:
Subj: New Fortran
Kim has a new Fortran compiler and RTL. The compiler is a little slower to
compile (taking between 10-25% longer) but is supposed to produce much faster
executable images. The compiler is 3 times bigger so it needs 3 times as
much memory to run without page faulting itself to death. Come and see me
if you plan on using this compiler often.
ds
___________________________________________________________________________
From: KIM::SUTTLES 14-FEB-1985 17:59:31.08
To: @KIM::SYS$MAIL:JUNK.UAF,@CHARM::SYS$MAIL:JUNK.UAF,SUTTLES
CC:
Subj: MAILCK and MAIDIR for version 4 MAIL
Good news and bad news.
The good news:
MAILCK and MAIDIR have been updated to make more sense with VMS V4.
The bad news:
They only work as good as before (no known bugs fixed...network
access still is not feasible).
It now uses the logical name MAIL$LOGIN as the default for where to
look instead of SYS$LOGIN. MAIL$LOGIN will translate to SYS$LOGIN if you
don't override it. If you told mail to SET MAIL_DIRECTORY somewhere-else,
you broke MAILCK. Here's how to fix it:
In your LOGIN.COM, before you use either MAILCK or MAIDIR, do
$ ASSIGN SYS$USERDISK:[username.maildir] MAIL$LOGIN:
where [username.maildir] is where you told MAIL to put your stuff.
You can delete the old DIR.MAI file in SYS$LOGIN.
There aren't any new features other than that. If you try to tell
mailck to check ANYWHERE IN PARTICULAR, it knows you are looking to see
if another user (your pen name maybe?) got mail, and that you can't
read it. So it won't even try. The logical name (mail$login) is the
only way to get MAILCK to automatically invoke mail. Incidentally,
if you want to check your own mail, but don't want to automatically
invoke it, do a $CHECK MAIL$LOGIN: and it will just announce that you
have new mail (but VMS does that already).
To recap how to use them: (my mail directory is [SUTTLES.MAIL])
$ ASSIGN SYS$USERDISK:[SUTTLES.MAIL] MAIL$LOGIN:
$ MAI*L :== @SYS$SYSDEVICE:[UTILITIES.COM]MAIDIR
$ CHECK :== @SYS$SYSDEVICE:[UTILITIES.COM]MAILCK
$ CHECK ! go into mail if I have any
$ CHECK SYS$USERDISK:[SHEPPERD.MAIL] ! spy on my boss
$ CHECK SYS$USERDISK:[OBRIEN.JUNK] ! her mail is in this directory
Remember you have to know where they set their MAIL_DIRECTORY to.
sas
___________________________________________________________________________
From: CHARM::MORRIS 19-FEB-1985 09:53:05.97
To: @SYS$MAIL:ENGINEER
CC:
Subj: Gensym, 68000 emulator symbol generator.
There is a new version of GENSYM (or CSYM) available, it should be faster and
it now allows downloadable symbols of upto 16 characters, it will truncate any
symbols longer than that.
Make the following assignment to use the new version.
$ GENSYM:==$SYS$SYSDEVICE:[UTILITIES.EXE]GENSYM.EXE
Please change your command files to use this version, so you will
automatically get any updates, if you still link to [MAHAR],[MORRIS] or your
own version we can not guarantee those version will always exist or work.
Any bugs, or requests, see Jim.
___________________________________________________________________________
From: CHARM::MORRIS 19-FEB-1985 13:19:40.43
To: KIM::MARGOLIN
CC:
Subj: RE: Gensym, 68000 emulator symbol generator.
The addresses should always be in HEX.
Jim.
___________________________________________________________________________
From: CHARM::SHEPPERD 20-FEB-1985 21:15:59.34
To: @KIM::SYS$MAIL:ENGINEER.UAF
CC:
Subj: .LNK files
Due to popular demand you can now put comments in .LNK files. They won't
however appear on your link map (sorry about that). The /C (continue option)
is optional and no longer required (it won't bomb anymore if you put a /C
on the last line either). The comments are delimited with an exclamation mark
and everything to the right of the mark is assumed to be a comment.
Tabs are equivalent to spaces. Blank lines are permitted anywhere in the file.
! This is an example of a .LNK file
file1,file2,file3 !comments
!more comments
!still more comments
file3,file4 !tabs are the same as spaces
(blank lines are ok too)
!the "!" doesn't have to be first on the line
file5,file6 !filenames don't have to begin in col 1
There can't be any spaces BETWEEN filenames (file1,file2,... is ok but
file1, file2, ... is not ok) but there can be spaces or tabs in front of
the first name and behind the last name. The comments will not appear on the
link map (sorry about that), but you can't have everything. The /C at the end
of the line is optional. There can be any number of filenames on a line
seperated with comma's but the names can still be no longer than 6 chars.
ds
___________________________________________________________________________
From: ERNIE::CAMERON 21-FEB-1985 11:46:29.77
To: @SYS$MAIL:JUNK
CC:
Subj: WARNER STOCK CERTIFICATES
IF YOU ARE EXPECTING WARNER STOCK CERTIFICATES AND HAVEN'T
RECEIVED THEM YET, READ ON..........
WARNERS IS STUPIDLY (OR NEGLIGENTLY) SENDING YOUR STOCK
TO ADDRESSES THAT ARE OVER TWO YEARS OLD. IF YOU HAVE MOVED IN
THE LAST TWO YEARS YOUR STOCK IS "IN-THE-SYSTEM" OF THE UNITED
STATES POSTAL SERVICE. IF YOU WANT TO EVER GET YOUR STOCK, CALL
ROSALIE HYLAND AT WARNER COMM AT (212) 484-7873. (REMEMBER TO
DIAL 8 FOR MCI). IF YOU GIVE HER YOUR NEW ADDRESS, WHICH THEY
SHOULD HAVE ANYWAY, THEY WILL SEND IT AGAIN IN THE EVENT THE
POST OFFICE RETURNS IT.
THE STOCK WILL PROBABLY BE BACK DOWN TO $20/SHARE
BY THE TIME WE GET IT. VERY SMART PLANNING, WARNER!
___________________________________________________________________________
From: KIM::HAYES 22-FEB-1985 15:38:50.38
To: @SYS$MAIL:JUNK
CC:
Subj: T-TH-TH-THAT'S ALL, FOLKS!
Since there seems to be a tradition of goodbye speeches via VAXMAIL
at ATARI, I too will bid you all a fond farewell this way. As a
matter of fact, VAXMAIL is going to be one of the things I'll miss
a lot when I'm no longer at ATARI; this is the neatest thing since
CB radio for instant dissemination of juicy news tidbits, soliciting
help for god-knows-what project...its even good for work-related stuff.
I've really enjoyed these last two years; I've gotten to work on a
variety of interesting projects and to go places I've never been (like
Mexico City, Pajaro Dunes and Chicago.) I feel that I learned a little bit
about computers and a lot about organization of information from the
programmers and other animators I've worked with. My only real regret is
that I can't stay long enough to see the projects I've put the most time
into: PACKRAT, JAMMIN', and DUNGEONs, finished and selling like hotcakes.
I want especially to express my appreciation to Lyle Rains, whom I've enjoyed
working for very much, for being so gracious about my leaving, and to Yoko
Takiyama, Chuck Swensen, Rich Moore, Peter Thompson, Robert Weatherby, and
Ed Logg, who could also have made me feel guilty but didn't! I'm going to
miss daily contact with them, as well as with my ex-cell-mate Barry, Susan Ginzu
McBear, Samwise Comstock, John B. & Dave P. (the rude boys,) Nill Woble,
the Mikes, Janey-Sue, Stephanie, Cynthia, Carol, Cindy G. (Women of ATARI,
unite!) Mark (the little brother I never wanted), Jed, and ALL OF YOU except
the cafeteria. I won't miss the cafeteria. At all.
So I won't say "goodbye"; I'll just close by saying " you've always got a
friend in the Magic Kingdom!"
(dissolve to Sleeping Beauty's Castle; chubby figure sillouetted in doorway,
waving; CAM pans up to night sky)
(music fades in: "When you wish upon a star....")
(roll credits)
(fade to black)
___________________________________________________________________________
From: KIM::SUTTLES 22-FEB-1985 18:52:39.59
To: @SYS$MAIL:JUNK,SUTTLES
CC:
Subj: some new logical names and some heavy user stuff
Hiya, VAX fans!
At one time there was a cartoon posted in 1501 that read something like:
"First you set default SYS$USERDISK:, then you
type @SYS$SYSDEVICE:[UTILITIES.COM]NOLOG, then..."
Well, we SYS$MANAGER types resemble that remark. So, we have an announcement:
You can now use UTL$MAC: instead of SYS$SYSDEVICE:[UTILITIES].
You can now use UTL$COM: instead of SYS$SYSDEVICE:[UTILITIES.COM].
You can now use UTL$EXE: instead of SYS$SYSDEVICE:[UTILITIES.EXE].
These are on all 4 systems. You may edit your com files to make them
shorter, or easier to read, or you may leave them alone, at your option.
We will use the new names in future announcements of new utilities (even used
ones) cuz they are easier for us to type, as well.
...and now....
I dunno if any of you have felt as limited as I have by DCL's constant
refusal to believe in subroutines, but for those of you who have, there is:
HLLDCL!!! (sorry, Greg)
You can now include in your command files, the line:
$ @UTL$COM:HLLDCL ! (told ya!)
and you will have the symbols JSB, SUBR, and RSB defined. I picked these names
so they wouldn't conflict with the GOSUB and RETURN command files of olden days.
You can also pick your own names, by specifying them in that order. You MAY NOT
NEST routines called this way. If you want to, you have to execute HLLDCL a
second time, and provide a whole new vocabulary to it, as in:
$ @UTL$COM:HLLDCL CALL ROUTINE RET
To use these new words, you MUST enclose them in tic marks:
$! Assuming: $! Assuming:
$! $ @HLLDCL $! $ @HLLDCL CALL ROUTINE RET
$! then this is legal: $! then this is legal:
$! $ 'jsr' routine_name $! $ 'call' my_routine
$! $ . $! $ .
$! $ . $! $ .
$! $ . $! $ .
$! $ exit $! $ exit
$! $ $! $
$! $routine_name: 'subr' $! $my_routine: 'routine'
$! $ . $! $ .
$! $ . $! $ .
$! $ . $! $ .
$! $ 'rsb' $! $ 'ret'
Notice that the two examples use different vocabularies: the first
allows the default vocabulary (identical to @HLLDCL JSR SUBR RSB) and the
second calls out different verbs to be defined. Notice the tic marks!
Because of the different vocabularies, ROUTINE_NAME may 'CALL' MY_ROUTINE
<OR> MY_ROUTINE may 'JSR' ROUTINE_NAME, but not both (circular recursion).
You can multiply this technique to any practical limit. Pairs must match
(in the examples, you must 'RSB' from a 'JSB' and 'RET' from a 'CALL').
The definition of the routine must also be from the same set (you must
'JSB' to a 'SUBR', not to a 'ROUTINE').
Oh, yeah, the command file generates a label that is a 16-digit decimal
number that is supposed to be unique each time you execute it (it is built
from the current time of day in hundredths of seconds). So, don't use any
16-digit numeric-only labels in the command procedures you wanna use HLLDCL
within. (Is that a reasonable restriction??)
The whole thing hinges on how DCL handles labels in command procedures,
and relies pretty heavily on symbol substitution (by the way, the symbols so
defined are defined as globals...they will live past the exit of your command
file, so don't use words like DIR or SET {you won't do it twice, anyways}).
The inner workings are kinda hard to explain, so I won't. Rest easy, though,
the things it relies on are documented and therefore supported, so we can
complain to DEC if it breaks.
Also, the whole thing is tested pretty thoroughly, cuz I couldn't believe
there really was a way to do what I wanted, that has been under my nose for
all this time.
Have fun, and let me know if you have any problems (so I can avoid them).
sas
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 26-FEB-1985 13:20:47.14
To: @SYS$MAIL:ENGINEER.DIS
CC:
Subj: new as68k
There is a new version of as68k on both kim and charm. This fixes an
opscure local variable bug that I'm sure none of you have run into yet.
As68k also recognizes statements of the form:
DC.B 'Hi there',10,'how are you'
This is new to as68k. Before it only would accept statements of the form:
DC.B 'Hi there'
or
DC.B 10,20,$30
You can now mix constants with ascii strings. This helps with making
asciz strings. i.e.
DC.B 'This is a test',0
If you have any problems, feel free to write or phone
mpm
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 28-FEB-1985 21:36:03.76
To: @SYS$MAIL:ENGINEER
CC:
Subj: New Green Hills C compiler.
There is a new version of Green Hills C. This version generally produces
a little bit better code then the one were now using. There is an exception,
However, some subtraction expressions are worse. This is because the old version
was a little bit cavalier about lossing precision. The new version took an
overly cautious approach to the problem. There is supposed to be yet another
new version in a few weeks which does the right thing.
Why get a new version when we are going to get a better one in a few
weeks? You may ask. Well, This version fixes a bug in pointer arithmetic that
allows you to link in external constants. This is of the form:
extern SND1;
#define SOUND1 (byte)&SND1
The symbol SND1 is an external sound number generated and linked in.
This way you don't have to edit your .h file every time you get new
sounds. There is a bug in version 1.7.1 that prevents you from doing
this nice trick. The new version (1.7.6) fixes that.
I've tried 1.7.6 and it seem to generate OK code. For all of My modules,
it was a little bit smaller. For a packrat module (Player.c) It was a
little bit bigger. In general, The code should be better with this new
version.
How do you get the new version?
Change the definition of NCC in your login.com file to:
NCC :== $sys$sysdevice:[green.1v7v8]cc68
If you have any problems with this new version, Contact Me asap.
mpm
___________________________________________________________________________
From: KIM::BATTLE 1-MAR-1985 11:26:02.65
To: MARGOLIN
CC:
Subj: state rom generator
1) it is done
2) your directory is locked, so i couldnt insert your file
3) the generator is in [battle.jed]tcstat.mac
4) i can go thru it later with you. it is general so other state roms
could use it too
G
R
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 1-MAR-1985 14:17:00.06
To: @SYS$MAIL:ENGINEER
CC:
Subj: NEW C COMPILER
Last night I sent you all a message about the new Green Hills C compiler.
After more testing, I have found that it generates slightly larger code.
About 1%-2%. We are scheduled to get a better version in a few weeks.
If you can wait, please do. If you have a bug, try this version. Otherwise
continue to use the current version.
mpm
___________________________________________________________________________
From: KIM::SHEPPERD 5-MAR-1985 23:07:30.30
To: @sys$mail:everybody.uaf
CC:
Subj: The fastest login in the west
Has anybody noticed that Kim is kinda S-L-O-W sometimes? This is actually due
to a couple of things: one is that that you guys are using Kim to do lots of
hard work (this is good, keep it up). The other is that VMS 4 and its
associated processes gobble up about 2Mb of memory out of an available total of
4. This is about 1000 pages more than under VMS 3 (once again proves that
software grows to fill the available space) and as a consequence, programs
running on Kim do a lot more page faulting. What's even worse is that most of
these additional page faults are "hard" in that they are resolved by disk
accesses. There is (or will be shortly) a document called DOK:PAGES.DOC that
describes in some detail how VMS manages its memory. Read it if you're
intrested.
In the meantime you can take it on blind faith that Kim needs more memory to
reduce these page fault rates, which in turn will make it run faster. There are
two ways to achieve this goal, one by hardware and one by software. The
hardware solution costs about $40k (buy more memory) and there's no chance of
gettin that kind of money. The software solution is to reduce the demand on
Kim's memory. One can achieve this by restricting access (boo-hiss), kicking
off users (blech) or by having the users help VMS manage its memory. Its this
last method that I want to try so I've written up a little program to do just
that. You guys have to help out by getting into the habit of running this
program yourself. I've tried to make it as easy as possible for you to do this
by setting up all the VT100 type terminals for "applications keypad" and
defining the keypad 0 key to "RUN SLEEP". All you have to do is press the 0 key
on the keypad if you expect not to be doing any work at your terminal for
anywhere from a few seconds to several hours. To wake up your terminal again,
just type any key which can if fact be the first character of your next
command. For the blue box development system people, DOWNC automatically chains
to SLEEP at program termination. (For all those who have already defined their
keypad 0 key to mean something else, sorry about that, your definition wins so
you'll have to define some other key sequence to SLEEP. You can require that
your password be entered to "wake up" your terminal by running SLEEPWP which
is done easily by pressing the PF1 (gold) followed by the 0 key.
Please understand that you're not giving up anything in either performance or
functionality in doing this, it only improves system performance for everyone
by allowing programs to use more memory TEMPORARILY. You get back all the pages
you freed up (plus more if you need them) as soon as you "wake up". You may
think "Why should I give my pages? I want to keep them all!" Actually, if the
system gets real busy, it'll take ALL your pages away from you whether you are
sleeping or not. It is NOT possible to hoard pages. But by sleeping, you
volunteer your pages for somebody else saving the system the trouble of being
sneaky about taking them from you. Also, don't expect Kim to suddenly get 10
times faster. I realistically expect that it will change from S----L----O----W
to a mere S---L---O---W, but every little bit helps in this case.
As an added bonus, ZAP_THE_USER will leave your process alone if you are
running sleep and the process(es) sleeping with password won't get zapped at
23:30. You can use sleep with password in lieu of logging out, which makes
logging back in as fast as just typing your password. But please don't sleep
with password on public terminals since it will prevent users who don't know
your password from using them. You will notice that Sleep says who it's waiting
for, so if you inadvertantly lock up, say the VT100 in the DIO room, you will
surely be hunted down and set upon by an angry mob of users. Should you
find that you've done such a foul deed, SUICIDE from any other terminal will
quickly solve the problem. Lucky for us so far, we can correct such breaches of
honor by comitting SUICIDE with a few keystrokes at our terminal instead of the
more conventional everlasting method requiring the use of a blade.
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 6-MAR-1985 10:57:58.02
To: @SYS$MAIL:ENGINEER
CC:
Subj: New as68k
There is a new version of as68k on Kim and Charm. This version generates
variable length record files instead of stream-LF. This means that they
can be copied over the NET.
mpm
___________________________________________________________________________
From: KIM::MAHAR "Dr. Memory" 8-MAR-1985 10:54:59.99
To: @SYS$MAIL:ENGINEER
CC:
Subj: Yet another release of as68k
There is a new version of as68k. This version will assemble the output
of PBEXTRACT. IF this fails, let me know asap.
mpm
___________________________________________________________________________
From: ERNIE::SLADE 11-MAR-1985 08:31:40.39
To: @SYS$MAIL:JUNK
CC:
Subj: A WORD TO THE WISE
For those of you who, like myself, leave your wallet
and/or purse in your desk, BEWARE!!!
Friday night, after the Beer Bust, I returned to my office
to pick up my stuff, and found a Janitor reading one of my magazines.
He quickly left and on my way out the front lobby I thought I had
better check my wallet. You guessed it: $20 lighter. Soooo, if
you're gonna leave them, lock them!
Howard
___________________________________________________________________________
From: KIM::JANITOR 11-MAR-1985 14:08:11.31
To: @SYS$MAIL:JUNK
CC:
Subj: A WORD FROM THE WISE
FRIDAY NIGHT AFTER THE BEER BUST, AS I WAS POLISHING HOWARD SLADE'S DESK,
I NOTICED HOWARD IN THE BROOM CLOSET. AS I APPROACHED, HE LEFT IN A HURRY.
I THOUGHT I HAD BETTER CHECK MY BUCKETS AND I FOUND THAT ONE OF THEM WAS
ABOUT 16 OUNCES HEAVIER. SOOO IF YOUR GOING TO LEAVE YOUR BUCKETS AROUND
WHEN HOWARD IS DRINKING; LOCK THEM UP.
___________________________________________________________________________
From: KIM::STUBBEN 11-MAR-1985 14:44:45.71
To: @SYS$MAIL:JUNK
CC:
Subj: NAMCO VISITORS
WE HAVE NOT BEEN VERY FORMAL ABOUT OUR INTRODUCTION OF THE NAMCO
ENGINEERING VISITORS, SO HERE'S THE SCOOP.
MR. NAKAMURA IS THE DIRECTOR OF ENGINEERING - EQUIVALENT TO OUR
V.P. LEVEL. HE IS THE SON-IN-LAW OF THE MR. NAKAMURA WHO IS FOUNDER
AND MAJORITY OWNER. (IN JAPAN, WHEN YOU MARRY INTO A FAMILY OF HIGHER
STATUS, YOU HAVE THE OPTION TO TAKE THAT NAME IF YOU ARE THE HUSBAND.
MR. HIRAOKA IS A SECTION MANAGER (LIKE OUR DIRECTOR LEVEL), WHO REPORTS
TO NAKAMURA JUNIOR. HE HAS A H/W AND S/W BACKGROUND.
MR. TASHIRO IS A SECTION MANAGER ALSO, AND REPORTS TO NAKAMURA JUNIOR.
HE IS A GAME DESIGNER, PREVIOUSLY.
MR. OZAWA IS THE SECTION MANAGER OF THE ELECTRO-MECHANICAL SECTION.
THIS IS LIKE OUR MECHANICAL GROUP, BUT SINCE NAMCO ALSO BUILDS MECHANICAL
PRODUCTS, I SUSPECT IT IS A LARGER GROUP.
TED JINNO IS AN ACCOUNTANT FROM NAMCO AMERICA, WHO IS SERVING AS
TRANSLATOR ALONG WITH OUR OWN KEN HATA.
THIS GROUP WILL BE HERE PROBABLY THROUGH WEDNESDAY, IF YOU WANT TO
TALK TO THEM - DON'T BE BASHFUL.
___________________________________________________________________________
From: KIM::SUTTLES 15-MAR-1985 11:22:06.24
To: @SYS$MAIL:ENGINEER.UAF,@CHARM::SYS$MAIL:ENGINEER.UAF,SUTTLES
CC:
Subj: Due to public command, EDT.COM has (yet again) been changed...
Last time I changed EDT.COM, I added some filespec defaulting, which
was, to say the least, not appreciated. By most. But some people want
the new way (oops). So, here's the compromise. Beleive it or not, it is
just as easy/hard for the system to do it this way as the other way;
I just didn't choose this way the first time.
How it comes up with the filespec to edit is this:
First, it extracts the filespec you supplied, if any.
Next, it applies defaults from the global symbol USER$_FILE_DEFEXT.
This symbol might be set to ".MAC" or ".C" in your login.com file.
Next, it applies defaults from the global symbol EDT$MEMORY (if it
exists yet).
Then it extracts just the name and extension from the result and
makes that the new value of the global symbol EDT$MEMORY.
Finally, it invokes the editor on the fully-specified file (device
and directory too).
So, if you want the default to ALWAYS be such-and-such, give that value
to USER$_FILE_DEFEXT. If you want the default to be what it was last time,
leave USER$_FILE_DEFEXT undefined. You can stick a filename in
USER$_FILE_DEFEXT if you want a default filename too, but this might
break other stuff. For which I will take no responsibility.
The advantage of all this noise is that if you use EDT.COM, you guarantee
that you won't step on anybody elses edit, unless they go out of their way
to fool EDT.COM, or you both start your edits more-or-less simultaneously
(on the order of a second or so apart).
If there should be discovered a way to break this protection, PLEASE LET
ME KNOW since a fair number of people (you just wouldn't BELEIVE how many)
depend on this protection.
FYI, here is the comment block at the beginning of the file which is
supposed to give an overview of the algorithm.
$! Apply filespec defaults:
$! Take filespec user supplied (command line must first be parsed)
$! Apply "''USER$_FILE_DEFEXT'" as default
$! Apply "''EDT$MEMORY'" as default
$! save resultant name and extension (only) as EDT$MEMORY
$! Check for other people editing same file:
$! Determine journal filespec
$! Check for journal file's existence
$! if journal file is open, abort
$! if not /RECOVER, abort
$! Select EDT initializer file:
$! Select filename (EDTVT100, EDTVT52, or EDTINI)
$! If file exists in UTL$COM:, select that
$! If file exists in SYS$LOGIN:, select that
$! If file exists in current default directory, select that
$! Invoke editor.
From: KIM::SUTTLES 20-MAR-1985 09:45:30.43
To: @SYS$MAIL:ENGINEER.UAF,@CHARM::SYS$MAIL:ENGINEER.UAF,SUTTLES
CC:
Subj: EDT.COM again
It has been pointed out that since I forced the journal file to be
created in the same directory as the file being edited, you can't
@EDT somebody else's file /READ cuz you can't create the journal file.
So I changed it (surprise!).
\
As of this morning, /READ will imply /NOJOURNAL. If you want
a journal file with a /READ, use /READ/JOURNAL or /JOURNAL/READ (order
doesn't matter). The location for the journal file will be your current
default directory. Or you can specify a filename on the journal switch,
ie, /JOURNAL=SYS$LOGIN: or some such.
Because the primary purpose of the com file is to provide protection
against two people in the same directory editing the same file, when you
use the com file and cause no journal file to be created (this is what it
checks for) a warning is printed on the terminal to let you know that you
should be careful. This applies to the /READ qualifier as well.
Contrary to popular opinion, the com file does NOT exist to generate
junk mail. Just works out that way.
sas
___________________________________________________________________________
From: KIM::TAKIYAMA 22-MAR-1985 10:44:18.38
To: @SYS$MAIL:JUNK
CC:
Subj: "Graduation" from Atari (March 22, 1985)
This is going to be rather long as I have spent 7 1/4 years here. It
is time to say my farewells. I leave in good company.
TO: Dan Van (or Dan Ban Elderen)
Who always aggravated me by asking the one question I didn't have
an answer for; who after many years of teasing Taco, couldn't
remember if Taco was Mexican or Japanese and had to ask me; and
who affectionately called me "the little nipper". (It was meant
to be affectionate, wasn't it?)
TO: George Opperman (The Kraut):
Who I constantly told if it hadn't been for the German's, we'd
have won the war. Georgie, you finally learned my name as Yoko
and not Kyoko and now I am leaving.
TO: Pete "Taco" Takaichi:
Who when I first came to the company, in conversation, thought I
was speaking Japanese to him when it actually was English - the
word he misunderstood was "culture". (Remember, Pete?)
TO: Ricky Moncrief (Mr. Bedroom Eyes):
Who in conversation always tried to embarrass me, but got
embarrassed instead. (Carol and Carrie can attest to that.)
Anyway try to be good.
TO: Dave Sherman:
Who supplied my little pudgy body with tea and cookies (and even
sympathy when my dog died 6 years ago).
TO: Mike Albaugh:
Who gave me my U.S. Daily Requirement of hugs, some days in the
past, it was the only gesture that kept me going.
TO: Morgan Hoff:
Who provided me with such "intellectual" entertainment any much
more.
TO: Dave Shepperd:
Who I tried to emulate and who tried his very best to teach me
to be a programmer when I grew up, and who always bailed me out
when I screwed up my computer (which was often).
TO: Rich Moore:
Who was ever constant and positive in his attitude when things
got bad.
TO: Mike Mahar:
Who never failed to stop by to say good morning and who functioned
as my EDT instructor.
TO: Susan McBride:
Who made it her job to bother me at every opportunity but who made
up for it by sharing with me her coffee ice cream. You always made
me laugh.
TO: Mary Johnson, Otto DeRuntz and Gerry Lichac:
We've been to Adcotech, now Atari - we may be together again
one day. What company should I choose?
TO: Carol Martinez:
Who gave me a bad time at every opportunity and whom I will
always remember when I eat at Taco Bell. You made my life a lot
easier at times.
TO: Erik Durfey:
(Also known as my baby brother) I won't be around for your
birthday this time. Have a Happy Birthday. I still feel we look
alike - we just got the "yellow" color reversed. You have blond
hair and I have yellow skin! Love, Jen
TO: Cyndy Grossman:
Who's life I enjoyed being a part of and who saved my sanity many
times over the last three years.
TO: Lorie Carbello:
Who I now, bequeath my son, please take care of him for me.
TO: Wyle B. Wains:
My son the engineer, Mr. Excitement, Hollywood Rains -
We'll keep in touch you and I, but I feel you should know how truly
grateful I was to work for you, with you, and sometimes even
against you. Both you and Atari afforded me great opportunities
and personal growth. I am forever in your debt. To you a very
fond goodbye.
P.S. I still feel the Decmation Word Processor cannot compare to
the Wang. I know, defiant until the end! I never did
learn to say your name either.
TO ALL THESE PEOPLE A SPECIAL THANK YOU. TO THE REST OF ENGINEERING,
I THANK YOU AND WISH YOU ALL VERY WELL AND MUCH SUCCESS. I HOPE I WILL
FIND A COMPANY WITH AT LEAST HALF OF THE KIND OF PEOPLE I HAVE MET HERE.
IT HAS TRULY BEEN A PLEASURE, NOT TO MENTION A DEFINITE EXPERIENCE.
Warmest regards, Yoko
___________________________________________________________________________
From: CHARM::BELL 22-MAR-1985 12:33:50.72
To: @SYS$MAIL:JUNK
CC:
Subj: Log off
Well it's time to log off for the last time. Thanks for the use
of the toys! Since the first day, I never did believe that I was getting
paid for this anyway. I have to admit, I loved every minute of it.
I will continue to maintain the Alumni Phone List on my bulletin board
(xxx-xxx-xxxx) so those of you with modems can always call for a bit
of the "old Atari".
My special thanks to Dave, Steve, Steph... I hope you can understand what
I wrote.
If your ever in Washington DC, be sure to stop by the Smithsonian and
visit the Pong on display there...chances are 1 in 3 that it was one of
mine.
___________________________________________________________________________
From: KIM::SINKOVIC 22-MAR-1985 14:01:42.63
To: @SYS$MAIL:JUNK
CC:
Subj: I can take a hint !
For those of you who missed my LAST farewell message, here's Rev. 2:
I can honestly say the time I spent working here has been the most
demanding but also the most rewarding. Most of the people who work
here are Really Good, and working with Good people can make having
to deal with all the other bullshit worthwhile. Good luck to all
of you who are left here to carry on.
I hope to be enshrined in the Atari Hall of Fame for being laid off,
by the same group, twice in seven months. If not the Hall of Fame
then perhaps the Believe It Or Not.
See you all on the ski slopes,
Linda Sinkovic
___________________________________________________________________________
From: KIM::PETROKA 22-MAR-1985 15:53:46.09
To: @SYS$MAIL:JUNK
CC:
Subj: so long and thanks for all the donuts
___________________________________________________________________________
From: KIM::WATMORE 25-MAR-1985 11:01:34.22
To: @SYS$MAIL:JUNK
CC:
Subj: Why am I still here?
Well, it's cheerio from me. No, this is not a breakfast cereal commercial -
it's my way of saying goodbye. I've really enjoyed working here at Atari
and it's been a wonderful introduction to California and the U.S.A.
There's lots that I'm going to miss:
parties, doughnuts, Evolution, the Beermeister, Stubben's pipe, Drobney's
mutterings, searching for coffee/sugar/cream in the mornings, rumors (they all
seem to be true!), moving office regularly, finding photocopiers that work,
"now you have a friend in the paper business" every five minutes, dodging
falling (asbestos?) ceiling tiles, Vax mail, cafeteria tables, Mario Brothers
and the best bunch of foreigners this side of London!
Here's the catch - I'm not going just yet. Since my status in the U.S. is
questionable without Atari's employment, Atari have been decent enough to
keep me on until I get my green card (permanent residence visa) which should be
in about a month or so's time.
So there's plenty of time for you all to say goodbye to me (via Vax mail if
you like). Good luck for the future.
Cheerio,
Paul Watmore
___________________________________________________________________________
From: KIM::VICKERS 27-MAR-1985 17:41:45.31
To: ALBAUGH,BRAD,MARGOLIN,MONCRIEF,RAINS,WHITEBOOK
CC:
Subj: Sound Pong
PONG - THE AUDIO GAME
This is a 1- or 2-player game, which uses the bat ranging
circuit for the controllers (designed into ping-pong paddles), and
an audio motion object circuit with headphones. There would be a
very small ping-pong looking table (foosball sized or smaller), with the
paddles on relatively short and destruction-resistant cables. At the
beginning of the game the players are given various choices by voice
synthesis. Choices such as difficulty of game and headphone loudness
are made by raising and lowering the paddles.
1) Type of game
A.) Competitive ping-pong
B.) Cooperative ping-pong (joint score, object
being to keep the ball in play for as long
as possible)
C.) Juggling? (with 1-4 objects)
D.) Other variants
2) Type of motion object
A) Ping-pong ball which makes whooshing noise which
moves spatially to let you know where the
ball is
B) Tennis ball
C) Mack truck
D) UFO - sci fi
E) Baby chick (peep peep peep...BGAAAWK...peep peep peep...)
F) Other objects
3) Difficulty (speed) of game
The speed of the game will normally be slower than
a normal pong game, since it will take longer to
figure out where the ball is and how it's moving.
4) Headphone loudness
5) Other factors (gravity, etc.)
Once the game choices are made, the game play begins. The voice will
tell one player to serve. The game processor must keep track of whether
the paddle hit the ball, and if so, how hard and in what direction. The
processor won't know how the paddle was angled, so it will assume it was
orthogonal (or whatever) to the ball. This allows a spin to be put on the
ball, if we want to carry this that far, by hitting the ball while moving
the paddle in a slight sideways direction. The processor bounces the ball
off the court in 3-d and into the other player's court. There could be a
small speaker mounted on each paddle, which could make the sound of hitting
the ping-pong ball, to give the players tactile feedback and to entertain
bystanders. There could also be a speaker on the table, for the bystanders.
There will be separate sounds for each player when the ball bounces off
a paddle, or bounces off the court, or dribbles to a stop, etc. There will be
as many subtle audio cues as possible. The sound of the ball's collision with
the paddle or the court will vary in loudness and brightness depending on the
speed and possibly the angle of the collision. The pitch of the ball's motion
could have a slight doppler shift depending on velocity. The critical factor
for game play will be how accurately we can inform the player of the ball's
distance and spatial position while it is in flight. The main distance cue
is the proportion of direct vs. reverberant sound. The main left-right cue
will be small time-delays between the left and right channels. The up-down
cue is the most difficult, as it depends upon differences in frequency response
due to the filtering caused by the shape of the external ear. Some research
would need to be done to find out how easily this latter effect can be
simulated.
The audio motion object simulator might consist of the following:
1) One or more Yamaha sound chips
2) Delay controller, which would preferably be 1 or more
microprocessors (6502), if speed constraints allow.
The controller would keep track of where the RAM delay
pointers are, read in and scale data from
various locations, add it together, and save it to
another location, depending on left-right time delay,
percentage of direct and reverberant sound, and
percentage of filtered sound.
3) A RAM (on the order of 10K words.)
4) A DAC, analog multiplexer, (processor-controlled) lowpass
filters, and A-D's for doing the frequency-response up-down
cuing. This would ideally be done in software if we had
something fast enough to do it. Alternatively, we could
skip the up-down cuing simulation and just raise and
lower the frequency of the ball to indicate where it is
vertically. But the realism would be lost. Another
possibility is changing Yamaha parameters in real time to
correspond to the change in frequency response between
up and down. This is the section for which much research
must be done.
5) Quality low-pass filters for the output.
This circuit will be somewhat expensive, but there is no overhead
for a monitor and video hardware. Even if some of the audio parameters
are somewhat arbitrary, so long as enough information is present, the
skill may be learnable and perfectible. The speech synthesis could carry
on a running play-by-play, or could say to each player what the other
player is supposedly saying. Once the basic game play and motion object
circuitry are designed, many variations can be easily added.
A similar hardware could be used for a Star Wars type light saber
game. The player puts on his blast helmet and uses the light saber, with
bat ranging circuit, to battle the floating training orb.
___________________________________________________________________________
From: ERNIE::DAMERY 28-MAR-1985 11:31:04.35
To: @SYS$MAIL:ENGINEER
CC:
Subj: SYSTEM I GAMES: IDENTIFICATION BYTE
All system I games are required to initialize a byte in the configuration
area (Addr. 1006E specifically) to a certain value. The utility system
on the main board interrogates this byte to determine if a new game cart
has been installed and clears the EEROM accordingly. For more information
see the documentation file on the VAX at KIM::DRA0:[SYSTEM1.DOC]SYSTEM1.DOC.
The following values for the byte at 1006E have been assigned. All new
System I games should contact Lori Carrabello (X2845) for assignment of
a number.
Diagnostic Cart: 255
Pack Rat: 00
Marble Madness: 01
Temple of Doom: 02
Evolution: 03
Off-Road: 04
Chris Downend and Rich Moore
Dist: All programmers in Alpha, Delta, Omega and Rick Moncrief.
___________________________________________________________________________
From: KIM::RIVERA 29-MAR-1985 09:36:50.34
To: KIM::MARGOLIN,RIVERA
CC:
Subj: calculations
Just some quickie ideas that might speed up the calcs
1) The ground objects (sets of points all with same orientation, with lines
drawn from a common set of points) were much faster than normal object
calcs.
2) all normal objects are symmetrical around at least one plane. Thus
nine mults for the first point, then THREE more for the second. This
may speed up normal objects by a third. More planes of symmetry mean
more savings. E. G. for a simple plane body and wings, old is
(9+9+9+9)=36 mults. 2-plane symmetry is (9+3+3+3)=18 mults ==>twice speed.
3) Historically, in Star Wars we ran out of room for the vectors at the same
time as blinking started and excessive calcs(assuming all ground objects).
Remember that our ground objects were excessively simple.
You are right that the calcs are the slowest. Vector is slow(blinking) only
during alphanumerics and banners (large pre-stored pictures).
4) if vector was faster(and this includes converting points to relative
vector) then each ship could be done not only in brite outline, but also
with internal trusses, brite trusses near player, dim trusses away from
player. This would give the whole outline, with obvious direction cues.
g
r
___________________________________________________________________________
From: ERNIE::MARTINEZ 11-APR-1985 11:50:02.81
To: @OURGANG
CC:
Subj: See below
TO: GROUP ALPHA
FROM: DOWNEND
SUBJECT: EXPANDED ROLE FOR MARKET RESEARCH PRODUCT MANAGERS.
Mary, Linda and Don have been playing a larger role in bringing
our products to the Market. The attached description formalizes
the role of the Product Manager. The Product Manager role overlaps
and complements the Project Leader role. The Product Manager carries
the project into the Marketplace and makes sure it is presented in the
best possible way to maximize sales. To accomplish this of course
requires an intimate feel for the strengths and weaknesses of the product;
Hence, the Product Managers need to interact with the project during
the development. Please be sure to include the Product Manager as
part of the team when setting up meetings and developing the product.
Calfee used to say the a game sold itself, i.e., the collections
determined success or failure of the game regardless of any
Sales or Marketing effort. That may have been true when intial
orders for a game ran close to 10,000, but in the current marketplace
we desparately need the the Marketing follow-through of a Product Manager
to even get a few thousand games out there - only then can a game begin
to sell itself.
- Chris Downend
Mary Fujihara has developed the following description:
PRODUCT MANAGER FUNCTION
Overall Goals
* Assist managment in defining and maintaining appropriate product mix.
* Provide engineering teams with current market data and player trends to
be used in developing new start ups and designing game play features.
* Provide objective assessment of product potential throughout the deve-
lopment process and communicate to teams to reach mutually defined goals.
* Drive product to market through sales and distribution, with advertising
and promotion responsibilities.
FUNCTIONAL RESPONSIBILITIES
Product Initiation
* Briefing with available programmer/team on current product mix and focus.
* Review of current market trends and successful features of top games and
player behavior.
* Evaluate marketability of new product proposals once concept and game
specs defined (target players, locations, price point, potential sales).
* If licensed properties available for consideration, review parameters
and potential application of property.
Product Development
* Coordinate with project leader on timing and goals for each phase in
development (e.g., goals for reviews).
* Follow up with project leader on action items from reviews.
* Establish timing and objective of focus groups and field tests.
* Provide development recommendations as result of focus and player surveys.
* Maintain product logic/focus throughout development.
Product Release
* Recommend marketing release decision based on earnings history and product
need/demand.
* Responsible for game manuals.
* Recommend factory settings.
Product Marketing
* Review game graphics and packaging.
* Recommend launch strategy (timing, samples, introduction method).
* Allocate advertising budget and programs for print materials, trade ads,
promotional events.
* Drive product introductions to the field and any secondary merchandising
campaigns.
* Work with sales team on product posture, positioning approach, key selling
features, and earnings performance.
Additional Functions
* Coordinate the evaluation and testing of all potential licensed games
(primarily test boards from Japan).
* Responsible for evaluation and review of outside game submissions.
___________________________________________________________________________
From: KIM::SHEPPERD 12-APR-1985 11:33:59.95
To: MARGOLIN
CC:
Subj: [.asm20a] has been copied to sys$sysdevice:[asm20a]
___________________________________________________________________________
From: CHARM::AVL 17-APR-1985 14:22:40.39
To: KIM::MARGOLIN
CC:
Subj: [avl.avl]avlno99.txt
I just created this new text file for the AVL. It's yours to search at
your own risk, that is, anything associated with the vendors and vendor
part numbers might not show up in a search. That's because this list
shows the Atari part number and description once only, listing vendor
sources on the following lines. So if you search for an Atari part number
you'll find it with only one vendor, though there could be multiple
vendors. If you search for a generic part number (ex: 23128) you'll
find the Atari part number and those vendors with the generic pn as
a part of their vendor part number. If the generic part number you're
looking for isn't listed in the generic field of the part description
you'll find either nothing, or vendor part numbers only (no Atari pn)
(unless the vendor pn is listed on the same line as the Atari pn and
part description). You could even come up with something that has
the string you were looking for, but isn't the part you had in mind.
So as long as you're aware of the risks and/or don't care about vendors
at all, this is a much faster way to search for parts, especially since
it finds more than one string in the same time span.
I almost forget to explain the name of the file. Since most of us
in engineering don't care about spare parts I left them out of this
list, thus it's called avlno99.txt (99-xxx are spare parts). If you
do need to look at spare parts, search [avl.avl]avl99.txt.
(oops, forget should be forgot but I don't want to type all this again.)
That's all unless I think of something else! Chris
(ps. please pass this on to Carol too, I could copy avlno99.txt to ERNIE.)
___________________________________________________________________________
From: KIM::HARPER 17-APR-1985 16:31:30.97
To: @SYS$MAIL:JUNK
CC:
Subj: LOCK-OUT
IF you have a locking office or lab...
AND IF you have no key for the above mentioned work space...
AND IF you have been LOCKED-OUT by janitors doing their job correctly...
THEN, this message is for you:
I have discovered a secret phrase in code that will should keep your door
unlocked during the night. It is:
Por favor,
NO CERRAR LA PUERTA.
I also have been good enough to print a number of these phrases on small
sheets of paper, suitable for mounting near a doornob. IF you would like
one, THEN come and see me.
Dennis
___________________________________________________________________________
From: CHARM::AVL 17-APR-1985 18:22:34.07
To: KIM::MARGOLIN
CC:
Subj: bbs's (thank Jeff for this!)
BULLETIN BOARD SYSTEMS
<nc> = No carrier on last attempt sorted by area code 13-FEB-1985
Phone Number System Name Comments
____________ _______________________________________________________________
201 391 5519 AMIS -JOLLY ROGER
201 542 8706 THE ELECTRONIC PRISON
201 689 0492 XANTH
202 276 8342 ARMUDIC Washington DC
202 364 8617 Aladins Lamp
205 928 2515 AMIS -PURPLE 12
206 574 5438 AMIS -Action BBS Wash
206 763 8879 SEACOM 80
207 455 6894 PC CONNECTION
208 383 9547 AMIS -BOISE USERS
208 466 4769 B.E.B.B.S.
208 667 9630 FIREFOX BBS
208 772 9421 AMIS -I PACE
209 225 3460 The Rock Shop
209 835 3361 AMIS -BUFFER ZONE
212 598 0719 ARMUDIC New York
213 271 0224 FoReM Twilight Zone
213 638 3204 AMIS -Los Angeles
213 701 7670 FoReM Software Bank
213 783 8373 AMIS -L.A.A.C.E.
213 822 3553 FoReM Funny Pharm IV
213 993 7006 FoReM M.O.S.C.I.A.
213 305 7843 Venice Beach
215 659 3562 CARNIVL Search System
216 582 2797 ARMUDIC Ohio
301 299 6202 FoReM Risky Business
301 344 9156 NASA GAS Net
301 424 4112 ACA BBS
301 474 7591 FoReM Ricky Moose
301 540 8379 FoReM The Funhouse
301 540 9362 FoReM US Army BBS
301 587 2132 ARMUDIC Maryland
301 871 1027 FoReM Amuse II
301 871 1094 Forem The BBS
301 881 3007 FoReM Amuse
301 963 2991 FoReM Risky Business
303 574 2307 SHAMUS
303 758 6233 AMIS -Denver
305 266 6178 AMIS -S.A.R BBS
305 335 1426 PHANTASM
305 439 5754 SiMMS SB RCP/M (002)
305 557 6984 AMIS -LODE RUNNERS
305 574 8566 FoReM Risky Business
305 830 0315 WAVELENGTH DIMENSION
305 878 1422 SWAP SHOP
312 397 0871 PET BBS COMMODORE
313 274 3940 AMIS -MACE West
313 589 0996 AMIS -MACE
403 482 6854 RCP/M COMPUTRON
404 252 9438 ATABBS Georgia
404 434 1168 ATABBS Georgia
405 681 6929 FoReM Tebbtowi
405 765 2598 FoReM Triad BBS
408 226 1005 apple Temple #2
408 227 9366 NOMAD ][
408 238 9621 DATATEC 007, RCPM/RBBS San Jose CA &
408 241 0769 BULLET 80 <nc>
408 243 3142 BREAKDANCER SEMI BBS <nc>
408 247 2853 SANTA ClARA RBBS/RCPM <nc>
408 247 2930 OBS <nc>
408 247 4536 NIGHT HAWK
408 248 5135 DARK TOWER
408 249 6946 RATS NEST vernon anderson
408 251 3178 FoReM Temple of Doom
408 252 9198 AMIS -FOUNDATION
408 253 3066 RCPM/RBBS Games, San Jose, Ca no answer
408 253 5123 THE IRON MAIDEN
408 253 8527 General Store blaa
408 255 8919 Bullet 80, Cupertino CA no answer
408 259 4030 APPLE TRIVIA
408 259 7194 GHOST SHIP
408 263 1345 THE WANG BANG BBS
408 263 2588 Oxgate 002 RCP/M Milpitas
408 263 3475 SILLY BILLY
408 267 3558 AMIS -STARBASE
408 267 9728 STAR SHOPPE
408 268 2660 THE CONVENT
408 279 8086 AMIS -COMIC SHOP
408 281 7059 PicoNet #4 Wizard's Keep RBBS RCP/M
408 287 7380 THE AUDIO CAVE
408 287 9996 Doghouse
408 288 9949 MBBS San Jose
408 289 9151 FoReM Modem Magazine
408 293 6207 AMIS -FLY BY NIGHT
408 296 0912 NIGHTHAWK (FIDO NETWORK)
408 296 5078 Skyhouse Systems
408 298 6930 FoReM Itsy Bitsy Hobby my board folks!
408 338 9511 Stuart Boulder Creek Hobby 40 meg Apple nice
408 353 1836 COMPUCAT
408 354 5934 OxGate 001 Monte Sereno, CA
408 374 3974 BYTE BANDITS (TRON) Campbell
408 378 7474 POTPOURRI BBS & RCP/M Oxgate 012, San Jose, CA
408 378 8733 OxGate dBASE II RCPM, Campbell CA&
408 379 8086 Atlas Micro Associates "MCI" RCP/M RBBS
408 384 3806 AMIS -Deathstar
408 475 7101 (7161?) Conf Tree
408 578 6185 RCP/M RBBS Skyhouse Systems, San Jose CA&
408 688 9629 Mines of Moriah RBBS Santa Cruz, Aptos CA
408 729 5023 AMIS -Gar's Kingdom
408 730 8733 SIMMS 003: Baylist RCP/M
408 732 1079 AMIS -VanVision
408 732 9190 SIMMS 001: Silicon Valley Interchange RCP/M
408 733 1364 Metal RCPM RBBS # ? Sunnyvale CA (IES)
408 733 6809 Color 80
408 736 7356 Dial ur Match If you can get on...DYM only
408 737 7284 S Bug TRS 80
408 739 5370 apple Shoalin Temple
408 773 9326 moon beam dennis moon
408 779 1254 FoReM The Mushroom
408 867 1243 OXGATE SARATOGA #1
408 867 7982 Scavengers RBBS San Jose WEEKDAYS ONLY no answer
408 926 8767 Cal/Tex99 TI99 ???
408 942 8164 AMIS -TBBS
408 945 1569 AMIS -RAM PAGE BBS
408 946 2179 Greene Machine 2 Milpitas no answer
408 946 2286 South Bay TRS 80 User Group, Sunnyvale CA busy
408 996 7464 DRAGONS LAIR pretty nice
408 997 0440 SHOALIN TEMPLE
408 997 2790 Comps for Christ better than it used to be...
412 655 2652 ARMUDIC Pittsburg PA
414 352 2772 MIL ATARI
415 282 6138 AMIS -GGBBS
415 284 9524 ABBS Lafayette, CA
415 327 8876 Living BBS, Menlo Park, CA
415 349 3126 INFO NET Foster City, Ca
415 367 1339 IAC Message Base, Menlo Park, Ca!
415 383 0473 RCPM/RBBS, Marin County, Ca ew
415 462 7419 PMS Pleasanton, Ca!
415 469 8111 CBBS South of Market, San Francisco, CA so
415 493 7691 PMS Palo Alto, CA
415 526 7733 CONFERENCE TREE #1, Berkeley, CA
415 538 3580 CONFERENCE TREE #3, Hayward, CA
415 552 8268 Kinky Kumputer, San Francisco, CA so
415 585 6334 ABBS Apple Core, San Francisco, Ca
415 587 8062 AMIS -ABACUS
415 591 5509 Oasis BBS, San Francisco, CA$!
415 647 9524 Kinky Kumputer, San Francisco, CA so
415 651 4147 AARDWOLF EXPRESS TBBS Fremont CA
415 658 2919 CBBS Lambda, Berkeley, CA so
415 668 2052 AMIS -EBBS
415 668 5365 FOREM THE OASIS
415 757 9013 RIVER CITY EXCHANGE
415 775 2384 PIRATES BAY
415 794 9314 ABBS Computerland, Fremont, CA
415 796 5402 BOOT HILL
415 845 2079 HMS Horny Message System, Oakland, Ca so
415 851 3453 PMS Portola Valley, CA
415 863 4703 ABBS/PCnet, San Francisco, CA
415 871 9382 FoReM U.N.I.T.
415 881 4479 THE ALLIANCE EXPRESS
415 881 5662 ABBS Hayward, CA
415 889 8506 AMIS -ANOLABBS
415 895 5706 AMIS -THE WOLVES DEN
415 928 0641 CONFERENCE TREE #2, San Francisco, CA
415 941 9573 VANAMIS OUTER LIMITS
415 949 2563 Metal RCPM RBBS # ? Palo Alto CA
415 961 1990 REALM OF ROGUES
415 961 2655 APPLE BAUDVILLE
415 965 4097 Metal RCPM RBBS # 1, Mt View CA&
415 967 0946 AMIS -METAL SHOPPE
416 499 7023 IBM HOSTCOM
416 624 5431 PET BBS WORDPRO
502 247 3286 BOSCOW TRON
502 658 3447 AMIS -K.I.T.T
503 343 4352 ARMUDIC ACE Oregon
504 272 8314 THE HOME GROWN BBS
504 273 3116 RCP/M STAN JR.
504 275 6930 TERMINALLY ILL
504 291 4970 THE TRADING POST
504 293 5009 CITY MORGUE
504 293 6774 THE ICE CREAM CASTLE
504 654 6384 EPSILON NINE
504 766 6010 CAJUN ATARI
504 769 0923 COPYRIGHTED SOFTWARE
504 769 2483 THE TIGER BBS
504 775 0969 BAT BOARD
504 775 2004 SPACE STATION ATARI
504 926 9290 THE DARK TOWER
509 534 3661 amis
509 575 7704 ATABBS Washington
509 582 5217 AMIS -A2 D2 BBS
512 342 6299 BORBER PATROL
512 658 7223 SAN ANTONIO ATARI EXC
513 541 8507 THE OUTER LIMITS
515 961 8881 AMIS -Middle America
516 626 6990 CHAMEL Chameleon
602 272 1623 AMIS -P.A.B.B.S.
602 326 1186 ZANDOR 9PM 6AM
602 790 8805 FoReM TWILIGHT ZONE(?)
602 840 9109 AMIS -CompuWizard
602 956 7143 FoReM The Elephant
602 991 0144 GBBS GARDEN OF EDEN
609 429 8140 MOUNT OLYMPUS
609 451 7475 C.C.B.B.S.
609 546 9343 TIMELORD II
609 625 4633 FLYING CIRCUS
609 751 0569 OUR GANG
609 858 8861 HITCH HIKERS GUIDE
616 241 1971 AMIS -Michigan
617 738 5051 TIMECOR Intl Modem Ex
619 246 7950 AMIS -BLACK STAR
619 942 7092 AMIS -U.F.P.
703 978 3516 APDEN The Clubhouse
704 252 2145 FoReM Castle Darkskull
707 545 0746 SURVIVAL COMM FORUM
707 884 4221 Critical Mass RCPM/RBBS, Ogalala CA!
713 682 0191 MILLIWAYS
714 731 6523 AMIS ACAOC
714 772 9671 AMIS -SOFTWARE CELLAR
714 973 2086 ARMUDIC Santa Ana
801 789 6439 AMIS -R.G.O.B.B.S.
805 526 5660 PIPE LINE
805 922 6630 FoReM SCBS BBS
809 781 0350 COMMODORE
812 299 9891 T.H.A.T.S.
813 324 4416 AMIS -SSPSSP
813 596 4437 AMIS -SPACE
813 734 7837 ACTION ACTION
813 952 0705 FOREM SPECTRUM II
816 587 9543 AMIS -Kansas City
817 532 2981 FoReM Centex
817 595 3195 AMIS -COMP U TALK
818 346 8889 AMIS -WARRIORS CASTLE
818 761 6342 banshee - mark
818 887 7738 THE CEMETERY
818 998 2544 TIME ZONE BBS
907 338 1462 AMIS -FROST BYTE
913 642 1743 AMIS -EXPRESSWAY
914 225 2471 EL TRADING PLACE
___________________________________________________________________________
From: KIM::VANELDREN 26-APR-1985 13:31:49.69
To: MARGOLIN
CC:
Subj: ANONYMOUS MEMOS
I don't have any recollection of the memos you referred to. Could you
get me copies of a few of these memos so I could look into it and try and
teach the writer(s) some manners??
___________________________________________________________________________
From: KIM::MARGOLIN 1-MAY-1985 18:51:29.03
To: VANELDREN,MARGOLIN
CC:
Subj: Namco Power Supply
To: Dan Van Eldren
Fr: Jed Margolin
Re: Namco Power Supply
Dt: 5/1/85
To put things into perspective I have converted the costs into dollars.
I have used the conversion that 12,740 Y = $51.00 .
1K 5K
------------- -----------------
Switch Bracket 120 Y $ 0.48 120 Y $ 0.48
Transformer 3,000 Y $12.00 2,800 Y $11.20
Switcher 5,250 Y $21.00 5,280 Y $21.00
Filter 540 Y $ 2.16 470 Y $ 1.88
Audio PCB 3,210 Y $12.84 3,100 Y $12.40
Metal Base 620 Y $ 2.48 620 Y $ 2.48
------- ------ ------- -------
12,740 Y $50.96 12,360 Y $49.44
I do not believe there is any way we can match these prices with
a unit that we design, purchase the parts for, and build.
I must raise the following questions about the Namco supply:
1. Will the switching power supply operate over a range of
102-135 VAC or must it be redesigned?
2. Will the switching power supply operate at an installation
ambient of 55 degrees Celsius without derating?
3. Both the switching power supply and the audio amplifier
board are single-sided. In the past we have avoided the use
of single-sided boards because the the parts have a tendency
to fall off due to vibration during shipping. Would that be a
problem with this supply?
4. Normally the remote voltage sense lines are connected at the
game board. Here they are jumpered together at the supply.
Was this done on purpose or is this an error?
5. System I and System II were designed to use +15 VDC and -15 VDC
for the audio. This supply contains a 7812 and a 7912 which
normally produce +12 VDC and -12 VDC. Are they used in a circuit
that raises their outputs to +15 VDC and -15 VDC or do they actually
produce +12 VDC and -12 VDC? (System I can probably use +12VDC and
-12VDC but Doug does not think it would be satisfactory for System II.)
6. Is the heat sink containing the audio amplifiers and the regulators
large enough to operate satisfactorily at an installation ambient
of 55 degrees Celsius?
7. Does the transformer have an acceptable temperature rise? Ours
are Class 105 transformers with a maximum heat rise of 55 degrees
Celsius. This allows them to operate at a game installation
temperature of 38 degrees with a 12 degree rise to the inside of
the cabinet.
8. How much will it cost to change the transformer to operate at
120 VAC?
9. In order to operate at 220 VAC and 240 VAC, either the power
supply must be redesigned or we will have to use an auto-transformer
which I believe would cost $14.
9. How much would the Namco supply REALLY cost if we were to use it?
Now about our supply (Power Base and Regulator/Audio III):
1. $80 sounds a little high. My guess is that it would cost $70 if
we bought the parts intelligently instead of scrapping the parts
and then buying them back at a premium. Or paying a premium because
of inadequate lead time.
2. If the Regulator/Audio III could use two cheap trimpots for $0.20
each instead of the Dual Audio taper pot that we pay $2.00 for, we
could save $1.60 . (The pot wasn't supposed to cost that much; somehow
Purchasing has managed to do it.)
3. If I could produce a supply that operated at only 120 VAC I could
reduce the transformer cost by $4.00 and the harness cost by $2.00 .
Caveat:
At Atari there is no way to find out how much things will REALLY cost
ahead of time. There is not even a way to find out how much things
have REALLY cost in the past.
I think you should buy the power supplies from Namco and be done
with it.
Jed
___________________________________________________________________________
From: KIM::NAKAJIMA 3-MAY-1985 19:36:18.01
To: @SYS$MAIL:JUNK
CC:
Subj: HI GUYS. NOTHING IMPORTANT. '
THIS IS MY FIRST MESSAGE OUT THRU JUNK MAIL.
SINCE I WOULD LIKE TO GET TO KNOW EVERYONE (UNLESS YOU DON'T WANT ME TO
GET TO KNOW YOU LIKE VERONICA IN LA LAST SUMMER) I HAVE DECIDED TO HAVE
TEA-SOFT DRINKS-COCKIE-CAKE SESSIONS WITH YOU GUYS WITH POSSBLE BS...
(PLEASE EXCUSE MY INCORRECT SPELLING AND GRAMMER AND SO FORTH.)
IN THE NEXT FEW MONTHS, I WILL BE ASKING SMALL GROUP TO GATHER IN THE
CONFERANCE ROOM FOR ABOUT ONE HOUR SO AS LONG AS IT DOES NOT INTERFERE
WITH YOUR WORK.
SINCE I DON'T KNOW WHO TO START WITH I JUST HAVE TO ASK PEOPLE RANDOMLY.
IF IT IS ALL POSSIBLE, I WOULD LIKE TO HAVE THIS GATHERING ONCE A WEEK
MAYBE ONCE TWO WEEKS. SO PLEASE BE PATIENT AS I HOPE TO INVITE ALL OF
YOU BEFORE LONG.
LASTLY, JUST BECAUSE I AM ON THE VAX SYSTEM, DO NOT CENSOR YOUR FUTURE
MESSAGES. UNCENSORED MESSAGES ARE THE ONES ACTUALLY FUN TO READ. HIDE'
SEE YOU GUYS..
___________________________________________________________________________
From: ERNIE::MARTINEZ 9-MAY-1985 09:54:32.81
To: @SYS$MAIL:JUNK
CC:
Subj: Building Access Hours
Inter-Office Memo Atari Games Corporation
To: All Engineering Employees
From: Dan Van Elderen & Lyle Rains
Subject: Building Access Hours Date: May 8, 1985
Due to the significant cost savings of reducing the building access hours to
1272 during evenings and weekends, we are considering limiting "standard"
access hours to Monday-Friday, 7:00 a.m. - 10:00 p.m. We would propose
having no security guards on evenings and weekends. The majority of lights
and non-critical air conditioning would also be switched off during these
times. The projected cost savings of such a change are approximately $95K
on an annual basis.
During "non-standard" access hours, building access would only be via
Schlage card entrance through the front lobby door, if your Schlage card was
appropriately programmed. We have the capability of programming individual
cards on both a general and specific instance basis to allow this "non-
standard" access. Depending on the specific area an individual was planning
on working in during non-standard hours, he might be required to throw a
breaker switch to get lights in his specific work area. All power
receptacles (wall outlets) will be left powered on at all times; also all
major computer systems would continue to be left powered on.
Please respond with any input you may care to make regarding these proposed
changes. Also please respond with any general and/or specific requirements
you may have for non-standard hours of access. Please send all responses to
either Carol or Lori by this Friday, as we are considering the
implementation of something similar to the above proposal on Friday, May 17.
DVE,LVR/clm
___________________________________________________________________________
From: KIM::WIEBENSON 9-MAY-1985 10:39:03.96
To: @SYS$MAIL:JUNK
CC:
Subj: The Big Trade-off OR Birth Control in a Can
If you like to drink sodas, but don't want the sugar or calories,
fortunately for you there's diet sodas. In the past the trade-off
was that saccarin could cause cancer. Today the trade-off is that
women who drink diet sodas may stop ovulating, for that has been
found to be one of the effects of Nutra-Sweet[TM].
Of course it's totally up to you whether you see this as a feature
or a bug....
___________________________________________________________________________
From: KIM::SUTTLES 13-MAY-1985 13:46:22.14
To: @SYS$MAIL:ENGINEER,SUTTLES
CC:
Subj: computer utilization
For those of you guys who have noticed the many differences between
batch and interactive, there may be a solution in sight. There are now
two words (on kim & charm only) AT and BATCH, which do the desired command
in batch, PUTTING THE LOG FILE in the current default directory, and setting
the current default directory for the batch job to be the same as the
interactive job's default was.
AT is used in place of an @ sign, when you are gonna execute a command
file anyways.
BATCH is used for symbols or DCL commands (you can also type another
@ sign).
Both of them are implemented as command files. Each takes its list of
parameters, and examines each parameter in turn. Until it finds a parameter
that does NOT start with a slash, the com file collects switches; these
are assumed to be qualifiers for batch (like /NONOTIFY or /PRINT or /NOLOG).
As soon as it finds one that does NOT start with a slash, the rest of the line
is assumed to be the command to execute (an @ sign is prepended in the case of
AT). The defaults for batch submission are /LOG='default'BATCH/NOPRINT/NOTIFY
(/NOPRINT implies, since the log file won't be printed, it won't automatically
get deleted either).
As usual, if any of my bugs should be caught unkilled, I will disavow any
knowlege or retractions.
sas
___________________________________________________________________________
From: KIM::VANELDREN 14-MAY-1985 12:21:20.11
To: @SYS$MAIL:JUNK
CC:
Subj: MACHO-BRAIN MICRO-MOUSE
I have a functioning proto of Namco's Mappy MicroMouse. This product is
marketed by Namco in Japan as a hobbyist kit (ala Heathkit) for building
and programming your own MicroMouse Maze contestant. The original MicroMouse
Maze contests originated in the U.S. several years ago. Though the level of
popularity and interest in it has faded recently in the U.S., the contest
concept has received enthusuastic support and an avid following in Japan by
both hobbyists and corporations. Mr. Nakamura, as president of Namco, is
one of the major corporate supporters of this movement in Japan, and serves
on the Executive Committee that is trying to organize and sponsor both
national and international contests thru-out Japan and the world. I suspect
it is this pet project interest of Mr. Nakamura that led to Namco's develop-
ment and marketing of the Mappy MicroMouse. Anyway.....
We now have a mechanically functioning prototype with reasonable mechanical
capabilities but no smarts. Other than a simple selftest program and a couple
simple motion algorithms (i.e. left-hand rule), the kit comes basically
"unprogrammed". Soooo, if anybody out there has an interest in AI or just
plain thinks they're clever or just wants to goof around, you're welcome and
encouraged to borrow the rodent and see what you can make it do. Some English
instructions, batteries, and any required Eproms included. And if you can
guarantee a successful maze completion in less than 30 seconds, we'll consider
sending you to Japan this summer to compete in the international contest
being held at the Tskuba Expo 85 Science Exhibit. (The most recent contest
winner had a best time of 30.13 seconds. See article in IEEE "The Insitute"
June, 1985.)
Dan Van
___________________________________________________________________________
From: KIM::DROBNY 14-MAY-1985 14:19:30.53
To: @SYS$MAIL:JUNK
CC:
Subj: DIO Users
For those of us that use the Data I/O, If you havent noticed, our system 19
(Thats the one that burns many different types of ROMS) had burned out
its cooling fan. So now it gets about 4 or 5 if not 10 times hotter than
when the fan was running. Well I just installed one of our "White Box" fans
in it so it will be running cooler than no fan at all. However, this fan
is not quite as powerful as the fan that was originally in it, so PLEASE!
when your done using system 19 PLEASE! shut it off before you leave. We
take for granted how nice that piece of equipement is. Have you ever tried
to burn an 82S129 on the system 29? You cant! If your in the DIO room and
it appears nobody is using sys19, the on-off switch is in the back on the lower
left side (But also make sure nobody's using it)
For a more reliable system 19..............this is Buddy Flyback
___________________________________________________________________________
From: ERNIE::OBRIEN 22-MAY-1985 10:12:13.47
To: @SYS$MAIL:ENGINEER
CC:
Subj: New Marketing Mail list
Now you can send junk mail (or serious mail, too) to the marketing
staff (Fujihara,Benzler, and Traeger) with one easy filename! To do this,
type @sys$mail:marketres after the To: prompt in the mail utility.
Happy Mailing,
Steph
___________________________________________________________________________
From: KIM::DOWNEND 22-MAY-1985 10:36:12.61
To: CERNY,COMSTOCK,LY,MARGOLIN,HOFF,ALBAUGH,MOORE,DURFEY
CC:
Subj: FEEDBACK ON BONUS SPLIT
Back in mid-April I sent out a solicitation for
input on the Marble Madness Bonus Split. To
date, I have had minimal feedback, and I want
to insure that everyone has an opportunity to
express their opinion. The committee meets
Thursday afternoon so don't delay.
Thanks,
Chris Downend
P.S. Please respond in writing via paper or
VAX mail to KIM::DOWNEND.
___________________________________________________________________________
From: KIM::MARGOLIN 28-MAY-1985 12:32:12.66
To: MOORE,MARGOLIN
CC:
Subj: New Product
New Product Jed Margolin 5/28/85
This is a box with a microphone connected to it. You can plug headphones
into it or you can hook it up to your stereo.
Mode 1: You hum into the microphone (or play a kazoo), the box determines
the pitch and uses it to control a Yamaha chip set. The play has
a wide choice of instrument voices.
Mode 2: As in Mode 1, however, it is "recorded". The player can then play it
back while recording additional tracks. The tracks can be different
instruments.
If it is cheap enough it can be marketed for kids as a toy. It can also be
marketed for people who play single note instruments (such as clarinet, flute, saxophone)
who have not be able to use synthesizer technology if they did not also play a
keyboard.
Hardware:
1. It will be powered by a transformer lump (To make it easier to do UL)
2. The electronics will be:
6502
RAM (Perhaps Non-volatile)
ROM
Yamaha chip set
Membrane switch pad, with illumiunated switch positions
Cheap Pitch Extraction Circuitry (This is the key element)
3. It should come with a cheap microphone and a kazoo so people can start using it
right out of the box.
___________________________________________________________________________
From: KIM::DOWNEND 3-JUN-1985 09:54:48.18
To: MONCRIEF,PATTEN,DURFEY,MARGOLIN
CC:
Subj: Switching Power Supply Status
At the 5/31/85 Status Meeting, Material Control informed
us of their intent to sell off all existing inventory
of parts for the Atari Switching Power Supply that are
unique to the Atari Switching Power Supply. Please
be advised that this unspecified list of parts are
no longer in inventory.
-Chris Downend
P.S. I was asked to pass along the message, so don't bug me
about what the unique parts are - ask Rod Peterson if
___________________________________________________________________________
From: KIM::ALBAUGH 3-JUN-1985 11:06:58.15
To: @SYS$MAIL:JUNK
CC:
Subj: Business Ethics
I was thinking, while I drove to work this morning,
about starting a "special-interest group" on ethics. As if
to settle my internal debate, the radio announced that
Scientific Games Inc., recently named the supplier of tickets
to the California State Lottery, had started building a factory
in Gilroy months before the initiative passed. To those of you
still unfamiliar with the issue, SGI (a division of Bally) wrote
the initiative (i.e., their lawyer drafted a "model" which was
adopted by the "citizens group" which actually sponsored the
proposition), and contributed heavily to the campaign. There
was a time limit in the initiative which could only have been
met by contracting with SGI, but Gov. Dukmejian ignored it and
took a bit of heat for that, although the lottery directors of
most of the existing lotteries said publicly that it was an
unreasonably tight schedule. Anyway, the limit wasn't needed to
secure the contract for SGI.
Now, the question for debate is:
Given that SGI did all this legally, filing the proper
funding disclosures etc., was their action ethical. More
broadly: Is a company ETHICALLY bound to respect more
than the letter of campaign funding laws when pushing
legislation which would be directly beneficial to it.
I would like to hear from any of you who are interested
in such questions (perhaps not including this particular one).
I will create a distribution list so we can carry on with a
"forum" without clogging "JUNK".
Side note to industry watchers- The "factory in Gilroy"
sounds like Bally found a use for the old Sente factory, no?
Mike
___________________________________________________________________________
From: ERNIE::TRAEGER 10-JUN-1985 15:20:06.34
To: @SYS$MAIL:JUNK
CC:
Subj: UPCOMING BRAINSTORM
JUST THOUGHT THAT I'D PASS AL;ONG THIS LIOTTLE TID-BIT OF INFORMATION I SAW
IN A RECENT EDITION OF AMERICAN DEMOGRAPHICS.
IT MAY BE SOMETHING WE SHOULD THINK ABOUT AS WE CONSIDER NEW IDEAS AND
CONCEPTS:
"THE NUMBER OF PEOPLE AGED 13 TO 24- THE HIGHEST PER CAPITA CONSUMERS OF SOFT
DRINKS- IS NOW SHRINKING, WHILE THE NUMBER OF 325 TO 44 YUUEAREAR OLDS IS GROWING
RAPIDLY. SOFT DRINK MANUFACTUREERERS WHO ANTICIPATED THIS TREND HAVE SHIFTED THEIR
MARKETING STRATEGIES TO APPEAL TO THE OLDER AGE GROUP WITH DIET AND CAFFEINE-
FREE SOFT DRINKS. THEY ARE ALSO P ."---TAKEN FROM AN ARTICLE ON AMERICAN DRINKING TRENDS
AS WELL IN AN EARLIER SECTION OF THE MAGAZINE, THIS PRE-AMBLE APPEARED:
"WELLS-GARDENER ELECTRONICS CORPORATION INVESTED TOO HEAVILY IN COLOR VIDEO
MONITORS FOR VIDEO GAMES JUST WHEN THE MARKET A SHRINKING TEENAGE POPULATION COULD NOT
SUSTAIN THE D4EMAND VIDEO GAME CRAZE".."
WHILE THIS MAGAZINE TENDS TO OVERSTATE THE MEANING AND IMPORTANCE OF DEMOGRAPHISIC
RESEARCH OCCASIONALLY, THEY DO MAKE A GOOD POINT. THE CYCLKE IS CURRENTLY
TOWARDS THE OLDER END OF THE POPULATION AND AWAY FROM KIDS...ARE THEIRRE AREAS
THAT WE CAN EXPLOIT THIS TREND FOR OUR OWN GOALS? THE BAR MARKET, STRATEGY
GAMES FOR OLDER PLAYERS NOT SKILLED IN HAND/EYE, ETC.?
MAUBE YBE WE SHOULD MAKE A VIDEO GAME WITH NEUTRA-SWEET, NO"?
DT
___________________________________________________________________________
From: KIM::ALBAUGH 12-JUN-1985 10:04:21.13
To: @SYS$MAIL:JUNK
CC:
Subj: New Twist on FreeWare
Just got through talking to Rob Fulop (some of you
old-timers may remember him). He is currently working at
Buy-Video (not sure of the spelling), and pushing something
called soft-ads. One example: He wrote a program for the
IBM PC which is sort of a "travel advisor", to help people
plan vacations. The program is "sponsored" by American
Express, so it leans toward their services and those of
Hilton Hotels, Hertz, etc. (who pay Amex for the plug). The
disk is sent out with Amex cards and included free in
"specially marked boxes" of Verbatim Diskettes. Verbatim is
happy to distribute, because it is adding value to the
blank diskette. Amex is happy because its customers like
the program, and, by extension, Amex. the customers are
happy because the program is useful, not ONLY an ad. Rob is
happy because Amex paid him.
Perhaps some of you brain-stormers will get some
inspiration from all this happiness.
Mike
___________________________________________________________________________
From: KIM::MARGOLIN 12-JUN-1985 16:59:11.05
To: MARGOLIN
CC:
Subj:
I talked to Bob Fry today and asked him when the guy was coming
in to fix the ventilation in the office area.
Fry said that the guy had already looked at it and concluded
that it was already putting out as much air as it was capable
of.
I told Fry that there used to be a lot more air than there was now
and why was it all of a sudden incapable of putting out at least
as much as it used to?
Fry said that the guy had already looked at it and concluded
that it was already putting out as much air as it was capable
of.
I told Fry that there used to be a lot more air than there was now
and why was it all of a sudden incapable of putting out at least
as much as it used to? Had he checked the right area?
Fry said that the guy had already looked at it and concluded
that it was already putting out as much air as it was capable
of.
I asked him why he woudn't answer my question.
Fry said that the guy had already looked at it and concluded
that it was already putting out as much air as it was capable
of.
He then advised me to set up a meeting with you and me and him
because he wasn't going to talk to me anymore. He then said goodbye and
hung up.
This is the same man who earlier this year feigned surprise that the
ventilation system wasn't working saying, "Nobody ever told me,"
(making Rick out to be a liar) and said that I should talk to him directly
if there was a problem.
Since then, Fry has been completely unresponsive to my requests. It has
always been:
1. The thermostat just needs to be adjusted.
2. The system needs a few days to settle.
3. Why didn't you tell me sooner.
4. The system can't be made to work any better.
Sometimes there is air and sometimes there isn't. Sometimes the temperature
is ok and sometimes it isn't. Sometimes it seems to be directly related
to the temperature outside and sometimes it doesn't.
There are two major problems:
1. The system needs to be properly adjusted.
2. Bob Fry
I would like you to take care of this matter before you go on vaction
because Fry is obviously not going to do anything for me and I don't
think I can stand it for another two weeks.
Jed
___________________________________________________________________________
From: KIM::SALWITZ 13-JUN-1985 09:43:23.16
To: @SYS$MAIL:JUNK
CC:
Subj: Ronny made me do it.
YECCH.
1) Yesterday the congress voted to send 24 million in aid to the Contras.
... this is the policy of a free democratic nation!
2) The "arms talks" ( I use that term loosely) are dead.dead.dead.
... the Reagan administration will not discuss space
weapondry. Of course any 4 year old child can see
that any Earth Bound arms control is useless without
discussion of space weapons.
... That good old M.X. sure is a great barganing chip!
3) The Senate (with the Reagan administration's strong push) aproved millions
for the research and production of Nerve gas weapons.
... More maddness.
4) The D.E.A. wants ( and will get ) 140 more million dollars to fight drugs.
... There are starving Americans.
5) Secratary Winberger wants the ALLEGED navy spies shot.
... Oh GOODY.. more state run killings.
Sorry,Sorry,Sorry.. I just had to relay this tabloid of the current
performance of the Reagan administration. I promise to relay good news when
it happens. But don't expect any for at least 3 1/2 years. This administration
is incapable of creative thought. Ronald Reagan is making all the errors that
history would show him (if he looked) to avoid.
... PS:
Don't say.. " The federal government did such and such to those poor
people"
Say.. " The Reagan administration did such and such to those poor
people"
___________________________________________________________________________
From: KIM::WOOD 14-JUN-1985 10:56:40.66
To: MARGOLIN
CC:
Subj: ventilation
Dan Van has told me about your complaint with the ventilation system
and/or Bob. I tried to give you a call to discuss the matter. Can
you give me a call today before close of business? Thanks.
Regards
DW
___________________________________________________________________________
From: KIM::MARGOLIN 14-JUN-1985 14:49:26.37
To: @SYS$MAIL:ENGINEER
CC:
Subj: 3D ALGORITHMS, PART 2
The second installment of 3D algorithms is now in
SYS$SYSDEVICE:[GENERAL]math3D2.doc . It covers
the use of Magic Tics and the generation of Terrain
Objects, the Horizon, and Runway Lights.
The figures referred to in the Horizon section are not
available yet. If you want a copy let me know.
Please direct any comments on this material to me.
Jed
___________________________________________________________________________
From: KIM::RUNNER 14-JUN-1985 16:04:08.58
To: MARGOLIN,RUNNER
CC:
Subj: math3d
1) thanks for the mention.
2) a "even more 'more complicated'" tic for faster rotations involve
adding 165 tics for 10.5507 degrees.
that is, 14/165 is .895
78/165 is 4.986
and 165/165 is 10.55
I get the impression that there are other even higher angles that have common
factors, but the 10.55 is the only other one I have written down. I think at
these faster angles problems should start showing up cuz of associative order
changes between the Primary set and the Working copy.
G
R
___________________________________________________________________________
From: ERNIE::TRAEGER 18-JUN-1985 13:29:32.30
To: @ SYS$MAIL:JUNK
CC:
Subj: GENERAL B.S.
LATEST COLLECTION INFORMATION IS CONFIRMING THE DROP IN EARNINGS OF "COMMSNANDO".
FOR EXCAAMPLE, IN IT'S FIRST FIVE WEEKS AT FASCINATION ARCADE IN N>CN>Y>C>. .Y.C.,
"COMMANDO" EARNED A TOTAL OF $3860.75...IT'S FIRST TWO WEEKS WERE QUITE IMPRESSIVE
IMPRESSIVE...EARNING OVER $1000.00 EACH WEEK.
HOWEVER, LOOKING AT "PAPERBOY" WE SEE THAT IT EARNED $4135.25 FOR IT'S FIRST
FIVE SWEEKS...THAT IS ABOUT 275.00 MORE THAN "COMMANDO".
THE BOTTOM LINE IS THAT "PAPERBOY " IS A MORE CONSISTENT LONG TERM EARNER...
UNFORTUNATELY, THE COST DIFFERENCE BETWEEN THE TWO PIECES MAKES "COMMANDO"
SEEM LIKE A BETTER BUY...WE MUST CONVINCE OUR OPERATORS THAT WHEN THEY BUY
TH"THE BOIYY", THEY ARE GETTING A SOLID MONEY EARNER FOR THE LONG STRETCH, A GOOD
LONG-TERM INVESTMENT.
REGARDING THE NEW GAME "MAYHEM" (THE BALL BLAZER RIP-OFF) COLLECTOIONS ARE NOT
THAT GREAT SO IT'S NO BIG DEAL...HOWEVER, ONE GAME THAT OLOOKS LIKE A SLEEPER
IS PITFALL !!II--IT'S BEEN DOING REAL WELL AND CONSISTENT AT THAT.
THE LATEST VS. PRODUCTS--HOAGANS ALLEY AND DUCK HUNT MAKE ME SCARED...
THESE GAMES TOGETHER IN A SPLIT SCREEN VS. SYSTEM ARE DOING OVER $1000.00
A WEEK AT FASCINATION ARCADE IN N.Y. THE PRICE FOR EACH ONE ((WITH GUNS):
A REAL CHEAP 195$195.00...THESE THINGS CAN PAY FOR THEMSELVES IN ONE DAY!!
EVEEN IF THEY DROP IN EARNINGS REAL QUICK, AT THAT PRICE IST'S A GREAT BUY.
THATS ALL WEEK 
[C  FIR NOIWOR NOW...
DT
___________________________________________________________________________
From: ERNIE::TRAEGER 19-JUN-1985 14:36:37.71
To: @ SYS$MAIL:JUNK
CC:
Subj: METRO-CROSS EARNINGS UPDATE
LATEST METRO EARNINGS:
GI:
#1 GAUNTLET--UNGODLY AMOUNTS
#2 COMMANDO -- 263.00
#3 THE BOY -- 207.00
#4 FU -- 118.00
#5 SPY HUNT -- 109.00
#6 METRO-CROSS-101.00
NOTE: SOMETIMES THE JUMP CONTROL IS A LITTLE FLAKEY AM UNSURE IF IT IS IN
HARDWARE OR SOFTWARE...ALSO, MAY BE SOME PLAYER BURN OUT AS LEVEL 6 PLATEAU
IS TOUGH TO GET BY.
OAKRIDGE LANES:
#1 METRO-CROSS -- 158.00 (THIS IS IT'S SECOND WEEK HERE)
#2 JACKS TO OPEN- 120.00
#3 POLE POSITION- 86.00
TOTAL GROSS--777.00
DT
___________________________________________________________________________
From: KIM::SUTTLES 19-JUN-1985 16:26:55.43
To: MCCARTHY,MARGOLIN,CC::CHARM::AVL,US,SUTTLES
CC:
Subj: READAVL (on charm) and REM-E-QIOERR stuff
I looked into the problem, and I think I know what is causing it.
Unfortunately, there isn't much I can do about it. I am reasonably certain
that DEC has been bit by their own bug. The system service to sense terminal
characteristics is supposed to return stuff you can send to the set
characteristics service; it doesn't. All the information is there, but
it takes a page of code to rearrange it properly. I begin to suspect that
DEC isn't aware of this.
The program seems to continue to function after the error, so
I suggest that you ignore it until they fix it. I will let them know about it.
sas
___________________________________________________________________________
From: KIM::MCCARTHY 25-JUN-1985 11:13:24.51
To: @SYS$MAIL:ENGINEER,MCCARTHY
CC:
Subj: ex
Those of you using 68010 Cpu may be interested in the following
potential pitfall.
Problem description. : The program goes out to lunch when
returning from interrupt. (RTE instruntion)
Whats happening : The 68010 gets confused as to whether it is
executing autovectored interrupts or not.
Solution : DTACK should not be asserted while VPA is asserted.
For some unknown reason, this bug has not shown up on System I.
However, on Gauntlet, using almost the same circuitry, the
problem showed up immediately. System IV has had some occurances
of the same problem.
Pat McC.
___________________________________________________________________________
From: ERNIE::CARRABELLO 25-JUN-1985 11:30:19.66
To: @SYS$MAIL:JUNK
CC:
Subj: Credit Union
Don't forget the credit union is closing this week. Friday will be the
last day to withdraw any money, otherwise you have to call the Burbank
office. Also if you have payroll deduction to your credit union account
this weeks deduction has already been processed so don't close your
account completely otherwise there won't be any place for the money to
go. You'll have to leave a little in there and then call Burbank to
close it out completely.
Lori
___________________________________________________________________________
From: KIM::DOWNEND 25-JUN-1985 12:23:58.38
To: @SYS$MAIL:ENGINEER
CC:
Subj: AMS 68010 PODS
Please be EXTREMELY CAREFUL handling the Applied Microsystems emulation
pods. Right now 3 of our 13 development system are down due to flakey
pods. So far we have been unsuccessful getting them repaired by
Applied Microsystems. Please avoid hanging them by their cables or
other abusive behavior. As a matter of operating procedure, please
think of the pods as your gonads when you have to touch a pod.
Apparently the gold pind on the 64-pin connector that plugs into
the 68010 socket on the target PCB are particularly snssitive.
[that should read "gold pins" rather than "gold pind".]
- Chris
___________________________________________________________________________
From: ERNIE::TRAEGER 3-JUL-1985 11:48:52.28
To: @ SYS$MAIL:JUNK
CC:
Subj: OUR HELP IS NEEDED!!
I GOT WIND OF SOMETHING RECENTLY THAT I THINK WE MAY BE ABLE TO HELP OUT
ON...YOU KNOW SOPHIE AND OMAR, THE CAFETERIA PEOPLE? WELL, THEY ARE IN A
BAD WAY CURRENTLY AND COULD USE SOME HELP.
HERE'S THE STORY:
THEY ARE FROM IRAN (YOU KNOW, THAT CRAZY PLACE WHERE TERRORISM IS A NATIONAL
PASTIME). ANYWAYS, THEY ARE DESPERATELY TRYING TO GET THEIR MOTHER OUT OF THEIR
BEFORE THE  (I MEAN THERE) BEFORE THE AYATOLLAH ((?) DECLARES WAR ON MOTHERHOOD.
WHAT HAPPENED WAS THAT THEY CAME TO ATARI SEEKING A LOAN IN ORDER TO GET SOME
DOUGH TO GET THEIR MOM OVER HERE PRONTO. THEY ARE CURRENTLY TRYING TO GET
BANK LOANS, SELL THEIR CAR, ETC. IN ORDER TO RAISE SOME CASH (I THINK THE
TOTAL REQUIRED IS CLOSE TO $8,000.00)
WHAT I AM PROPOSING IS THAT WE START A DONATION POOL TO RUN THROUGHOUT NEXT
WEEK, IN ORDER TO HELP THEM GENERATE SOME CASH. WE CAN EACH CONTRIBUTE
WHATEVER WE CAN GIVE AND AT THE END OF THE WEEK WE WILL TURN OVER ALL THE
MONIES COLLECTED DIRECTLY TO THEM. PLEASE SEE EITHER SANDY BROWN OR MYSELF
IN ORDER TO CONTRIBUTE.
BY THE WAY, I HAVE NOT TOLD OMAR OR SOPHIE WHAT WE ARE DOING SO YOU MAY
WANT TO KEEP A LID ON IT FOR NOW. THEY MAY GET A LITTLE EMBARRAED BY THE
WHOLE THING...BUT THEY DO REALLY NEED OUR HELP.
ONE THOUGHT I HAVE IS TO SACRIFICE OUR DOUGHNUTS NEXT FRIDAY AND PUT THAT MONEY
INTO THE FUND...ANY OTHER IDEAS LIKE THAT WOULD BE MOST WELCOME.
ANOTHER POSSIBILITY IS TO WORK LARGER DONATIONS OUT AS A LOAN...THEY ORIGINALLY
ASKED SHANE ABOUT LOANING MONEY FROM ATARI...I'M SURE THEY WOULD PAY BACK ANY
MONEY'S GIVEN, ESPECIALLY IF IT WAS A LARGE AMOUNT.
ANYWAY, PLEASE SEND ME ANY THOUGHTS YOU HAVE REGARDING THIS IDEA, ASAP.
I WILL GET BACK TO YOU SOON ABOUT DETAILS FOR THE FUND RAISER THAT WILL
RUN NEXT WEEK.
THANK YOU IN ADVANCE
DT
___________________________________________________________________________
From: ERNIE::CAMERON 3-JUL-1985 13:56:34.78
To: @SYS$MAIL:JUNK
CC:
Subj:
NEWS FLASH
STUDIES HAVE PROVEN THAT DOLPHINS ARE AS SMART AS MAN.
THAT'S PRETTY AMAZING CONSIDERING THAT THEY ONLY STUDIED THE ONES
WHO WERE DUMB ENOUGH TO GET CAPTURED!
___________________________________________________________________________
From: CHARM::DND 3-JUL-1985 14:55:33.24
To: @SYS$MAIL:ENGINEER
CC:
Subj: AMS RAM errors
For those of you out there using the Applied Micro Systems
68010 Dev Sys, the following applys to YOU. If you have internal
memory problems, that is internal to the AMS, then there is a simple
way to determine which chip is bad, if you decide it is a chip.
There is a file in CHARM::[DND]AMSMEM.DOC which contains a picture of
the RAM board and a list of which parts are at which addresses. This
list is for a 256K Dev Sys. MOst of you out there have 128K systems
with two RAM boards, each with 64K, The board lay out is the same,
the address spacing is probably, although I have not checked it out,
$1000 instead of $4000.
Bye Now
Bob
___________________________________________________________________________
From: CHARM::MORRIS 10-JUL-1985 10:53:34.29
To: @SYS$MAIL:ENGINEER
CC:
Subj: New greenhills c compiler.
There is a new version of greenhills 68000 c compiler (V1.7.17)
available on kim & charm.
To use it make the following definition:-
$ ncc:== $sys$sysdevice:[green.1v7v17]ccom.exe
This appears to produce better code than the old one (V1.7.1).
(It certainly fixes a number of bugs that have been found in the old one)
There are two optimise switches available in this version -o & -o2.
The first does some good things, the second will probably upset certain
things (like volatile variables etc). The documentation for the new version
is in SYS$SYSDEVICE:[GREEN.1V7V17.DOC].
*** WARNINGS ***
The only gotcha (that I know of) is that it will produce a call to ldivt
in the following case:-
/* generic case of assigning to a pointer to a short */
test()
{
short *a,b,c,d;
*a= (b * c / d); /* this produces JSR ldivt */
}
The fix is :-
/* cast the whole of the right side of the expression to short */
test()
{
short *a,b,c,d;
*a= (short)(b * c / d); /* this uses DIV */
}
I would be interested in getting feedback on changes in code size and speed
so I can tell greenhills.
Any bugs let me know.
Jim (x2827).
___________________________________________________________________________
From: KIM::SALWITZ 10-JUL-1985 11:21:20.48
To: @SYS$MAIL:JUNK
CC:
Subj: new T-11 devsys rev.
*** SYSTEM II STUFF ***
There is a new DEVT11.LDA file available now. I have changed the downloader
to accomidate mmu offsets not equal to 10000 octal. This should come in handy
when you use more than 16 pages or when you set up your roms to use smaller
page increments. The old ROMS should work fine as long as you only use 10k
increments.
- Default page select offset is 10000 octal (page 0 select=00000,
page 1 select=10000.) However, if you want to use another
offset between two consecutive pages you can... The bottom 4 bits
of the page select word (address bits 16 thru 19) show the offset
/1000. (ie: 1 = 1000, 2 = 2000,...).
ex:
Output address = 30004000 (hex) (default offset)
Download address = 40000 octal
MMU page offset = 10000 octal
Page 3 (30000 octal) is selected for mmu page 0
Page 4 (40000 octal) is selected for mmu page 1
ex:
Output address = 50024000 (hex) (non default offset)
Download address = 40000 octal
MMU page offset = 2000 octal
Page 20. (50000 octal) is selected for mmu page 0
Page 21. (52000 octal) is selected for mmu page 1
enjoy..
jfs
___________________________________________________________________________
From: KIM::MARGOLIN 12-JUL-1985 18:05:37.03
To: MARGOLIN
CC:
Subj:
To: Dennis Wood
Fr: Jed Margolin
Re: Revised Vaction Policy
Dt: 7/12/85
Since the new vacation policy takes effect March 31, 1986 I assume that
the "old" vacation policy will be in effect until then. Is this correct?
Since I currently have almost 5 weeks of vacation accrued and my
anniversary date is January 15 your memo indicates that if I don't take most
of it (all but two weeks) before January 15, I will lose it. Is this correct?
Now, about the "old" policy. The last memo that I have on vacation
policy is dated 3/12/84 and was issued by Richard Stearns who was at that time
the Human non-Resources Director. According to this memo, employees could not
carry over more than two weeks of vacation time each CALENDER year, starting
January 1, 1986. This is the first time I have heard about the anniversary
date method. When was it changed to the employee's anniversary date?
Jed
___________________________________________________________________________
From: ERNIE::CARRABELLO 15-JUL-1985 11:03:09.79
To: KIM::MARGOLIN
CC:
Subj: vacation
Per Sandy Brown, the old policy (you can only carry over 2 weeks as of
Jan. 1, 86) is voided out. You can now carry all of it over until
March 31, 1986 (new policy) after that you can only carry 5 weeks.
Lori
___________________________________________________________________________
From: ERNIE::CARRABELLO 15-JUL-1985 13:52:17.16
To: KIM::MARGOLIN
CC:
Subj: RE: vacation
I'LL ASK.
LORI
___________________________________________________________________________
From: ERNIE::CARRABELLO 15-JUL-1985 14:10:09.55
To: KIM::MARGOLIN
CC:
Subj: VACATION POLICY
SINCE NO ONE ELSE HAS QUESTIONED SANDI, SHE FEELS THERE'S NO NEED FOR
A MEMO. IF YOU HAVE ANY QUESTIONS, SHE SAID TO CALL OR SEE HER.
LORI
___________________________________________________________________________
From: CHARM::SUTTLES 17-JUL-1985 21:59:10.16
To: @SYS$MAIL:ENGINEER,SUTTLES
CC:
Subj: kill a tree and learn, or save the forests and be stupid (good stuff!)
To all you (VAX) C programmers and XEROX stockholders:
I have available a small number (no more than ten at a time)
of documentation sets for the (new) C on Kim and Charm. This
amounts to a copy of the help text on Kim (that's where it started).
I got lost trying to find my way through all the functions, and
since you can't ask for help in the editor (except, of course, TECO),
I needed a desktop reference. So, I dumped the help text and MUNGed
it into a cross-referenced document. Since there isn't any other
stuff available for version 2, I thought there might be some interest.
Come by and claim one if you can use it. You will find them (if there
are any left) in the Data I/O room, on the bookshelf by the door
(right behind the public-use water cooler). Of course, if there
aren't any left, you won't find them. You'll have to wait for the next
batch. I will keep up the supply to meet the apparent demand. Don't
bug me about them, or I won't.
sas
___________________________________________________________________________
From: ERNIE::BROWN 19-AUG-1985 11:46:38.78
To: @SYS$MAIL:JUNK
CC:
Subj: COMPANY PICNIC
I WANT TO THANK ALL YOU ATARIANS WHO WERE THERE SATURDAY TO HELP
MAKE OUR COMPANY PICNIC A SUCCESS. I HAD MY DOUBTS THERE FOR AWHILE
THANKS TO THE WEATHER, BUT IT CLEARED UP NICELY. THE WEATHER WAS
ALSO TO BLAME FOR THE CANCELLATION OF THE DUNK TANK (AW SHUCKS!)
I WANT OFFER CONGRATS TO OUR VOLLEYBALL TOURNAMENT TEAM WINNER FROM
THE ENGINEERING DEPARTMENT. THE TEAM MEMBERS WERE:
DAN VAN ELDEREN
ED LOGG
PETER LIPSON
GARY POPKIN
CAROL CAMERON
ROBERT WEATHERBY
ALSO CONGRATS TO OUR RAFFLE WINNERS:
DAVE WIEBENSON PAPERBOY ARCADE GAME
JUNE YAMAMOTO QUANTUM ARCADE GAME
KAREN GRAHAM 1200XL COMPUTER
GEORGE MILLINGTON PONG GAME (A REAL COLLECTORS ITEMS)
I WELCOME ANY CONSTRUCTIVE COMMENTS/SUGGESTIONS REGARDING THE PICNIC
(SITE, FOOD, ACTIVITIES, ETC.)
SANDI
___________________________________________________________________________
From: CHARM::MORRIS 22-JUL-1985 10:39:22.23
To: @SYS$MAIL:ENGINEER
CC:
Subj: Greenhills C compiler version 1.7.18
Ok all you Guys 'n Girls, its another edition of :-
"lets try the new Greenhills C compiler".
We have (yet) another version (1.7.18). This one produces exactly the same
code as the last version (1.7.17). but fixes some bugs that we hadn't found
yet. I have checked that the code is the same, and it is. Sooo...
please make the following change to your login.com (or wherever you do it).
$ ncc:==$sys$sysdevice:[green.1v7v18]ccom.exe ! new one
Please could everyone start using this version as we should get rid
of the old versions. The new one has been used for a couple of weeks and
doesn't seem to have any fatal bugs.
I would prefer to have people make the change themselves, rather than
putting the compiler in UTL$EXE and just change it when a new version
comes in, as that could upset an unsuspecting programmer.
It is necessary to use the latest version so we can get feedback to
Greenhills on improvements, bugs etc.
Any problems, comments etc. mail to this address.
Thanks.
Jim.
___________________________________________________________________________
From: CHARM::MORRIS 22-JUL-1985 10:50:59.35
To: @SYS$MAIL:ENGINEER
CC:
Subj: 68010 emulators.
Could everyone who uses the Applied Microsystems 68010 emulator please check
that their system boots up with V2.2S, and that you do not get a checksum error
report on power up. It would be nice to get all the systems upgraded to the
latest Revision. If yours is an old version see me for a new set of eproms.
Thank you.
Jim.
___________________________________________________________________________
From: KIM::SHEPPERD 22-JUL-1985 19:50:23.06
To: @SYS$MAIL:ENGINEER
CC:
Subj: BLISS16 querks
A number of users have mentioned some of the goofy things that BLISS16
seems to do when you try to tell it to swap the bytes of a word or just
to get the high byte of a word. I did some investigation into the matter
and have concluded that, "yep, it does things goofy, so don't do that".
There is a simple solution (if you haven't already thought of it):
SOURCE : WORD; !the source word
DEST : WORD; !the dest word
REGISTER TMP : UNSIGNED BYTE; !get a fast temp byte
TMP = .(SOURCE+1); !get the high byte
DEST = .TMP; !put in the dest
BLISS-16 generates pretty tight code for this type of thing.
ds
___________________________________________________________________________
From: KIM::DOWNEND 23-JUL-1985 18:45:38.95
To: @SYS$MAIL:ENGINEER
CC:
Subj: I.C. Fab Costs
Just F.Y.I.
I talked to Jim Wallin and got the following information regarding
CUSTOM I.C. WAFER FABRICATION:
- DATE: 7/23/85
- VENDOR: NCR
- LEADTIME: 3 WEEKS; TYPICALLY 6 WEEKS
- MINIMUM ORDER: 25 WAFERS ( this is considered a production order)
- TYPICAL YIELD: 22-23 WAFERS (at wafer level or die level?)
- COST PER WAFER: $400.00
------------------------------------------------------------------------
For Reference, Don Paauw says there are 1000 die on a wafer for both
SLAPSTIC AND SLAGS.
The cost per die is:
($400.00)/1000=$.40 per die, untested, uninspected
Our minimum order quantity is:
(25 wafers)*(1000 die)= 25000 die untested, uninspected
In the case of SLAPSTIC which has (8) versions on one wafer, we get
(25000 die)/(8 versions)= 3125 die of each version, untested
--------------------------------------------------------------------------
These two devices are relatively small. Hence, yields have typically
been in the 70-80% range. SLAGS had lower yields (50%) initially due to
poor processing by the vendor. When I say that the yield is 70-80% I mean
that 70-80% of the packaged parts received by Atari passed ELECTRICAL test
and inspection. Typically, the vendor performs one to three optical inspections
to screen out mal-formed die, reject die attach, and reject wire bonding.
At this time I do not think Atari is paying for the creation of test programs
to electrically test die at the wafer level (wafer probe..."Sentry Testing").
In summary, actual yield from fabricated die to functional part, will be
less than 70-80% since die fallouts at the wafer fab and packaging vendors
are not included. I have no data on yields in those two areas at this time.
___________________________________________________________________________
From: KIM::DOWNEND 29-AUG-1985 10:35:32.93
To: @ALPHAGANG.DIS
CC:
Subj: Work Hours
Well guys this is kind of embarassing. It's 10:00 AM and there
isn't much of Alpha-Gang around right now, and I don't know
when to expect to see anybody. I think that shifted schedules are
O.K. but I strongly believe that everybody's work-day should overlap
a solid 4 hours or so. This allows for us to interact, share ideas,
answer questions in our various areas of expertise etc. As a rule
of Thumb, I think that a starting time between 6:30 AM and 9:30 AM
is ideal. A normal work day is 8 hours plus an hour for lunch. I
know most of us put in a lot more than 8 hours and I certainly
don't want to discourage that through rigorous rules.
Please send me a note specifying your typical work hours. Also,
if you expect to miss your typical work hours, please call and
let me know. My number is 747-2867; Karen's is 747-2765; otherwise
just leave a message at the lobby.
Thanks,
Chris Downend
___________________________________________________________________________
From: KIM::ALBAUGH 29-JUL-1985 15:08:18.39
To: @SYS$MAIL:ENGINEER
CC:
Subj: Making changes...
I have just placed a new version of make on UTL$EXE:. Those of
you who have been using make with no problems should continue to do so.
Those of you on whom make has died mysteriously should now have better
(i.e. existant) error messages to guide you. Those of you who have not
been using make at all should seriously consider it - read the file
charm::sys$userdisk:[Albaugh.Make]make.man for info and then see me.
You can save a lot of hassle this way.
Bye-
Mike
___________________________________________________________________________
From: KIM::SUTTLES 15-AUG-1985 19:03:41.10
To: @SYS$MAIL:ENGINEER.UAF,SUTTLES
CC:
Subj: New ASM68 (kim only, for now)
I have very recently (a few minutes ago) finished a command
parser for ASM68. The old method used to be done in DCL, and was very
messy and slow. The new method is in assembly, is still messy, but
it SHOULD be faster. Along the way, I found several bugs in Intermetric's
stuff that I had to work around, plus the usual quota of DEC bugs.
I think I caught them all, but you know me!
As usual, if any of your programs should be caught, or killed,
I will disavow any knowlege of my actions.
All seriousness aside, if the new way doesn't work, you can use
the old way by saying OLDASM68 instead of the (former and now new) ASM68
command.
sas
___________________________________________________________________________
From: KIM::SUTTLES 15-AUG-1985 19:05:16.71
To: @SYS$MAIL:ENGINEER.UAF,SUTTLES
CC:
Subj: more of the same
Oh yeah, if you do find bugs in my program, please tell me about them.
... gently.
Guess who?
___________________________________________________________________________
From: KIM::SUTTLES 16-AUG-1985 17:43:05.32
To: @SYS$MAIL:ENGINEER,SUTTLES
CC:
Subj: More changes for the sake of change
Per Jim Morris' request, I have changed ASM68 yet again.
This time, I tried to trap errors and warnings from the compiler
and return them so that command files executing the ASM68 command
may successfully determine if the ASSEMBLER exited with an
error (or warning) status. If they exit the program after complaining
about errors without passing along the fact that they are exiting
in an error (or warning) status, there isn't anything I can do.
But at least the command file will tell you different things now,
where it used to always say that everything was fine.
sas
___________________________________________________________________________
From: CHARM::MORRIS 19-AUG-1985 14:33:41.10
To: @SYS$MAIL:ENGINEER
CC:
Subj: new intermetrics linker/locater/formatter/assembler
There is a new release of the intermetrics assembler, linker, locater &
formatter.
The linker/locater now will allow sections with lengths greater than 65536.
It seems to work ok, so please update your login.com files as
follows:-
$ @sys$sysdevice:[c68r3v0.com]cdefs.com ! setup intermetrics stuff
If you encounter any problems please let me know, thanks.
Jim.
___________________________________________________________________________
From: KIM::DOWNEND 21-AUG-1985 15:40:32.99
To: @ALPHAGANG.DIS
CC:
Subj: BONUS PLAN
The much-heralded new "Atari Product Bonus Plan" is ready for
Distribution. This new plan replaces the plan in effect since
March 1982 (revised March 1983). The new plan will apply to
all product sold since January 1, 1985.
If you report directly or indirectly to Chris Downend, please
see me anytime AFTER 5:00 PM, August 21, 1985, to get your
very own copy of the 6-page plan.
There will be a meeting at 10:30 AM, August 22, 1985 in the
Lyle Rains Common Area where Dan Van and possibly Dennis Wood
will be available to answer any questions.
-Chris Downend
___________________________________________________________________________
From: KIM::ALBAUGH 23-AUG-1985 10:28:37.08
To: @SYS$MAIL:ENGINEER
CC:
Subj: "Features" of the new ASM68
As many of you may have already noticed, the new
Intermetrics assembler for the 68000 has a few differences.
You probably already know that you must say "BSET" rather
than "BSET.B" or "BSET.L" ( also "BCLR" and "BTST" ), but
you may not have noticed the change in the treatment of ADDQ
and SUBQ. The assembler used to automatically convert, say,
an "ADDA #4,SP" to an "ADDQ", or an "ADDQ #12,SP" to an
"ADDA". It no longer does so. The latter case produces an
(obscure) error message and the former produces EXACTLY
what you asked for, which happens to be two bytes longer
than the old automatic substitute and may well push branches
out of range and other fun stuff.
SO, it would well repay your efforts to check all
your sources for compliance with the new rules to avoid some
subtle and nasty problems. I should also point out that as
of now you need to be sure to include the appropriate
release of the assembler, as well as the compiler, when
producing the archive tape for a released project.
Incidentally, they also changed the starting number
for symbols, so you can't easily compare .ol's. See me if you
are baffled
Mike
P.S. I wrote this memo on the bus this morning (which may
explain the choppiness), and am quite happy with my new toy,
an Olivetti M10 portable computer. Techno-freaks (and people
who would like to do their word-processing in formerly unlikely
locales are invited to drop by and play with it.
___________________________________________________________________________
From: KIM::DND 23-AUG-1985 10:34:49.06
To: @SYS$MAIL:ENGINEER
CC:
Subj: 27128A
It is important for all to know that when programming 27128 EPROMS that
you take a good look at what the "real" part number is. There is a
significant differance between an 27128 and a 27128A. The differance is
basically that a 128 is programmed at 24v and a 128A is programmed at
12.5v. I think currently the only 128A's we have are AMD's. So if using
AMD parts, take a good look at the number to see if it is an "A" or
not. It is too easy to confuse. You can also tell by the fact that AMD
also marks the 128A packages with a "12.5v PGM" at the bottom of the
package.
for your info
Jerry Saunders
___________________________________________________________________________
From: KIM::DOWNEND 26-AUG-1985 17:38:30.16
To: @SYS$MAIL:ENGINEER
CC:
Subj: FYI: I.C. PACKAGING COSTS (EXCLUDES COST OF MAKING WAFER)
FYI - IC PACKAGING INFO
DATE: AUGUST 1985
VENDOR: AME
DEVICE: GANG OF THRICE (FOUR LESS ONE)
ORDER QUANTITY: 3000 EACH (9000 OR 12000 PACKAGED PARTS?)
ORDER DATE: ? ( NO EARLIER THAN 8/13/85)
DUE DATE: 9/6/85
PACKAGE: 40-PIN PLASTIC
SERVICES: WAFER SCRIBE, SORT, DIE-ATTACH, WIRE BOND,
ENCAPSULATE, LEAD FORM, MARK, PACK.
COST: $.56 EACH
.014 PLASTIC TUBE COST OF $.14; ABOUT $.014 PER PART.
-----
$.574 TOTAL
YIELD: 98% JIM WALLIN SAYS THIS IS WHAT THEY EXPECT FROM
PAST EXPERIENCE. IN OTHER WORDS, IF WE SEND THEM
3000 DIE, WE'LL GET 98% OF THEM BACK AS PACKAGED
PARTS. THIS IS BEFORE ELECTRICAL TEST.
___________________________________________________________________________
From: KIM::DOWNEND 29-AUG-1985 16:42:46.07
To: @SYS$MAIL:ENGINEER
CC:
Subj: Memory Hogs
Well memory hogs, AMD has it for you - the 27C1024 CMOS EPROM. That's
right, a megabit on a chip. It's organized as 65536 words by 16 bits.
It comes in a 40-pin package. Access time is speced at 170nS. And
it can be programmed in 49 seconds! It uses 1.5 um CMOS technology
resulting in a die under 80,000 square mils. It should be in full
production by third quarter 1985. No price info; but figure $200.00
or so through 1985 and 1986.
Plus, they think the memory cell size can be shrunk even more yielding
multi-million bit devices.
___________________________________________________________________________
From: KIM::DOWNEND 4-SEP-1985 12:39:00.11
To: @ALPHAGANG.DIS
CC:
Subj: Work Hours
With the Holiday and all, I suspect many of you forgot to send me
a note specifying your work hours. Kudos to the four of that responded
so promptly. Here are the Guidelines (let me know if you think this is
reasonable or unreasonable):
- Shifted schedules are O.K.
- Must include 4 hours in the core of the day for interaction
- Ideal starting time is between 6:30 and 9:30 AM.
- Normal work day is 8-hours plus an hour for lunch
- Call and leave a message with Downend/Graham/Receptionist
if you're going to be sick or Accidently detained.
Here are the responses so far:
Rivera: 9 am to 6 pm
Lipson: 9:30 to 6:30
Ralston: 7:00 to 4:30-5:30
Drobny: 8:30 to 5:30 or 9-6
Downend: 9:00 to 6:00
Websters says kudos is: "fame and renown resulting from and act or
achievement: prestige".
The rest of you can have Kudos too - just send in your work hours!
Thanks,
Chris
___________________________________________________________________________
From: ERNIE::GRAHAM 5-SEP-1985 11:19:07.59
To: @SYS$MAIL:VANGANG
CC:
Subj:
HELP!!!!!!! As the only secretary up here I'm starting to get
a little overwhelmed. Though it's been great exercise I find I
need some help....so, I'm asking if everyone in Electrical Engineering
will pick up their own mail (the mail station is next to Dan's office),
and to pick up phone messages from Evelyn in the lobby (you can give
her a call once in a while). I really appreciate this, it will save me
at least a couple trips around the building.
Karen
___________________________________________________________________________
From: KIM::MCCARTHY 5-SEP-1985 18:37:40.75
To: @DIST2,MCCARTHY
CC:
Subj: remote sense on power supplies
The question has arisen as to the necessity of sense lines on
five volt switching power supplies.
Background:
Traditionally, we have designed our in-house power supplies with
remote sense for the five volts output. We found this necessary
because there was an appreciable difference between the voltage
at the power supply and the voltage at the logic board, due to IR
drop in the harness and in particular at the edge connector. As
the board aged the voltage drop tended to get worse, due to dirt
and wear on the edge connector.
In recent times we have learned to make shorter harnesses and use
connectors more suitable for power connections at the logic
board.
For example, on Gauntlet while drawing 5.5 - 6 amps, there is a
difference of 90millivolts between the 5 volt power connections
and the sense connections, measured at the power supply. This is
not likely to change with age, as the connectors are better and
tend to be self cleaning.
The question then is. At what load current do we need remote
sense on purchased power supplies. We have a sample of a japanese
switching supply rated at 10amps. It does not have remote sense.
It does have an accessable voltage adjustment pot. A similar
model from the same company, rated at 20amps does have remote
sense.
Do we require remote sense for:
all supplies
all supplies supplying more than 5 amps
all supplies supplying more than 10 amps
we don't need remote sense
Send your vote,comments,thoughts,suggestions,etc. to this address
please.
Pat.
___________________________________________________________________________
From: KIM::DOWNEND 5-SEP-1985 18:39:37.23
To: @SYS$MAIL:ENGINEER
CC:
Subj: POKEY INVENTORIES
5 SEP 85
POKEY STATUS
WALLIN/BRODREICK TELL ME THAT ATARI GAMES BOUGHT A LARGE LOT OF POKEY
WAFERS FROM ATARI CORP. FOR $.50 A DIE. APPARENTLY THESE ARE STILL AT
THE WAFER LEVEL. AS WE NEED THEM, THEY HAVE BEEN SENDING THEM OUT TO
BE PACKAGED.
CURRENT INVENTORY OF DIE: 54,000+
CURRENT PACKAGED PARTS: 0
DIE AT VENDOR: ?
PAAUW RECENTLY EXAMINED 1 WAFER AND NOTICED THAT ONLY 25% OF THE
DIE WERE GOOD - THE OTHER 75% HAD A "RED DOT" INDICATING A FAILED PART.
IF THIS YIELD HOLDS FOR ALL THE WAFERS THEN WE REALLY HAVE 54000/4=13500 DIE.
LOOKS LIKE WE NEED TO:
1) VERIFY DIE YIELD
2) CHECK WITH ATARI CORP ON AVAILABILITY OF MORE POKEY DICE.
3) DESIGN IN A NEW SOUND CHIP IN ALL DESIGNS NOW ON PAPER, EG.
SYSTEM 3D AND BEYOND
COMMENTS??
___________________________________________________________________________
From: KIM::DOWNEND 6-SEP-1985 13:01:02.53
To: @SYS$MAIL:ENGINEER
CC:
Subj: Revised POKEY inventory
5 SEP 85
POKEY STATUS - REVISED
Well, when we went to verify POKEY die yield, we found that Atari Games has
54,000+ GOOD die. Dan Van has recommended that no further action is required
at this time on POKEY or a replacement thereof.
Here is a edited tabulation of various suggestions just for the record:
Brad Fuller: Hope we don't use POKEY too much longer: most SFX are now done
on YAMAHA. Would like to see either (2) YAMAHAs per game or
(1) YAMAHA and AMY.
Vickers (via Fuller): We have ability to make a new POKEY...we share rights
to it with Atari Corp. is their recollection.
Rivera: We could do our own simple version of POKEY with just the shift
registers, control latches and square wave output and
maybe get 8-12 channels (instead of 4) 1n a smaller (24-pin?)
package. then the investment in RPM would still be useful.
At any rate, I agree with Dan - no need to worry at this time with 54,000
good die in inventory. We will need to re-visit this in 9 months
or so (6/86) when POKEY supplies will have been depleted by the GAUNTLET
Production run!!
------------------------------------------------------------------------------
This is the original VAX message for reference:
CURRENT INVENTORY OF DIE: 54,000+
PAAUW RECENTLY EXAMINED 1 WAFER AND NOTICED THAT ONLY 25% OF THE
DIE WERE GOOD - THE OTHER 75% HAD A "RED DOT" INDICATING A FAILED PART.
IF THIS YIELD HOLDS FOR ALL THE WAFERS THEN WE REALLY HAVE 54000/4=13500 DIE.
LOOKS LIKE WE NEED TO:
1) VERIFY DIE YIELD
2) CHECK WITH ATARI CORP ON AVAILABILITY OF MORE POKEY DICE.
3) DESIGN IN A NEW SOUND CHIP IN ALL DESIGNS NOW ON PAPER, EG.
SYSTEM 3D AND BEYOND
___________________________________________________________________________
From: CHARM::SHEPPERD 9-SEP-1985 12:26:24.01
To: @SYS$MAIL:ENGINEER
CC:
Subj: Shareable libraries...
Those of you that have linked programs to the shareable libraries will
have to re-link them. This happens with each new release of VMS and is
an inconvience. For programs that are used by everybody (such as AS68K),
it is worthwhile to link them shareable. For programs that are only run
once in a while and/or by only one person, it isn't necessary to link
them shareable and you can avoid having to re-link each time a new VMS
or compiler is installed by NOT linking them shareable. In case you're
confused, then the following in an options file are:
VAXCRTL.EXE/SHARE !means to link to shareable library
VAXCRTL !means to link to non-shareable library
using C as an example.
ds
___________________________________________________________________________
From: KIM::SHEPPERD 9-SEP-1985 18:03:48.55
To: @SYS$MAIL:ENGINEER
CC:
Subj: DIO volunteers anyone?
I need some assistance. We have max'd out the capabilities of our DIO's.
They currently each hold 64k bytes of memory and because of hardware
limitations (who will ever need more than 64k?) cannot be upgraded to
contain more. Since we are starting to use 27512's (64k bytes in one
EPROM), this is cramping everyone's style. DIO tells me that we can
buy (for a few thousand bucks) the latest and greatest model 29B which
doesn't have the 64k limitation. We can also get their gang programmer
which has 128k (not limited to, however) and 20 (count 'em, T-W-E-N-T-Y)
sockets that each can be programmed with different data. The gang programmer
is a model 121 and I've been lead to believe that production has (or had)
several and one of them might be "extra".
Here's where the volunteer stuff comes in. I need somebody to run this
down, see what can be done and how much it'll cost, etc. The one(s) who
use the DIO the most stand the most to gain by 'fixing' what we've got
and/or making recommendations for what we should get in the future. Atari
corp's production and engineering used IMI programmers which were better
than the DIO's, so maybe you can hunt one of those down. Anybody got nuthin
to do who wants to design and build a new one?
ds
___________________________________________________________________________
From: CHARM::PAAUW 9-SEP-1985 18:38:39.19
To: @SYS$MAIL:ENGINEER
CC:
Subj: SYSTEM I CART 2 & COCKTAIL
THE SPLIT SCREEN INTERRUPT ADDED TO THE LATEST CART BOARD CAUSES PROBLEMS
IN ITS CURRENT CONFIGURATION. THE LEVEL 3 INTERRUPT CAN BE LOCKED ON IN
TWO WAYS. FIRST, THE LATCH CAN POWER UP WITH AN INTERRUPT REQUEST OR,
SECONDLY, IT CAN BE LEFT SET BY THE RAM TEST. THE INTERRUPT IS NORMALLY
CLEARED BY THE FETCH OF THE SECOND LINE OF PICTURE CODE "FFFF". IN THE
OLDER GAMES THIS OBVIOUSLY WILL NEVER OCCUR AND THE GAMES WOULD BE LOCKED
UP.
THE PROPOSED FIX IS AS FOLLOWS:
SINCE POWER ON RESET IS NOT SENT TO THE CART, I AM PLANNING ON USING
"SOUND RESET" TO INHIBIT THE LEVEL 3 INTERRUPT. THE INTERRUPT WILL BE
ENABLED BY READING THE PORT AT ADDRESS 240,000. THIS SHOULD MAKE THE
CIRCUIT COMPATIBLE WITH PROGRAMS THAT IGNORE IT (ASSUMING THAT A "SOUND
RESET" IS ISSUED BEFORE LEVEL 3 INTERRUPTS ARE ENABLED
). PROGRAMS THAT USE THE INTERRUPT WILL HAVE TO ENABLE IT BY READING
ADDRESS 240,00 BEFORE IT IS EXPECTED TO BE USED AND WILL HAVE TO RE-ENABLE
IT AFTER EVERY SUBSEQUENT "SOUND RESET".
IF THERE ARE ANY COMMENTS OR OBJECTIONS TO THIS, PLEASE LET ME KNOW ASAP.
DON
___________________________________________________________________________
From: KIM::RUSTY 11-SEP-1985 11:48:35.32
To: @SYS$MAIL:JUNK,RUSTY
CC:
Subj: NEWSFLASH!!!
Today, per Jim Wallen (straight from AMD along with our samples).
The latest CURRENT price for 27512's is ...
(ARE YOU READY!)
$9.00 in production quantities (1000's) for -3s
slightly higher (negotiable) for -2s
LESS by year's end!
Rusty
___________________________________________________________________________
From: KIM::SHEPPERD 12-SEP-1985 18:10:49.96
To: @SYS$MAIL:JUNK
CC:
Subj: Thieves...
Ok, who took them? We're missing two CIT-101 terminals. One was in the
analog lab and the other was in the main telephone closet downstairs
sans keyboard. Please return them or tell me where they are. Thank you.
ds
___________________________________________________________________________
From: KIM::SHEPPERD 16-SEP-1985 17:40:30.09
To: @SYS$MAIL:ENGINEER
CC:
Subj: Gulp....A new editor...
Announcing a new editor: TPU for Text Processing Utility. There's
a file UTL$MAC:NEWTPU.TXT that you can peruse at your convience with
details about how to use it and stuff.
ds
___________________________________________________________________________
From: CHARM::AVL 17-SEP-1985 13:31:30.94
To: KIM::MARGOLIN
CC:
Subj: Battery RAM
I've assigned Atari P/N 137442-150 for the 'Zero Power' RAM chip on cer#3842.
The only vendor listed is Mostek #MK48Z02B-15.
If you need a copy of the CER or data, come on down and grab it.
J Bell
___________________________________________________________________________
From: KIM::SHEPPERD 17-SEP-1985 19:50:44.46
To: @SYS$MAIL:ENGINEER
CC:
Subj: New section file for TPU
I've updated the TPU section file in UTL$EXE. The new options are:
You can exit via VAXTPU command EX, EXI or EXIT
Type GOLD/I to include a file (prompts for filename) into
the aux_buffer (it will do a Gold/W for you).
Type GOLD/U to include a file to be updated at exit
(Same as "include", except TPU will write a new version
of the file if you make changes in the aux_buffer).
Buffer and file names reported on the aux_window status line
Changes upcoming (later):
GOLD/F to cause current window to grow to full screen size
Execute EDTEM commands with GOLD/7.
Single key adjustment of aux window size (inc/dec).
Tab adjust line mode command
Vertical cursor movement accounting for tabs
Probably others...
ds
___________________________________________________________________________
From: KIM::DOWNEND 18-SEP-1985 12:11:43.95
To: @ALPHAGANG.DIS
CC:
Subj: AMOA Update
The AMOA show is scheduled for 10/31-11/2/85 in Chicago this year. This
of course is THE trade show for the Game and Coin-operated Industry.
The name of the game this year is Cost Reduction. Hence, a new booth has
been designed; you can see a Blueprint on the wall near Dan Van's office.
This booth is 1/4 to 1/3 the size of the previous booth and has room
for up to 12 games, an information booth, a conference room and a storage room.
At this stage the game line-up is: (4) Gauntlets, (3) Temple of Dooms and
either (2) Roadrunners or (2) Paperboys - depends on what shape Roadrunner
is in by show time. There will be (2) overhead displays set up on Gauntlet
and a third overhead display showing a video tape. All the games will come
from production - Engineering will supply the 3 overhead displays and
associated paraphernalia, and (2) roadrunner kits. (for a real surprise,
read Websters definition of paraphernalia below...).
Attendence will be extremely limited - around 25 people total with around
half of that being Engineering Personnel. When you consider that the main
purpose of a show is to sell games, I think having as much as half the
attendees from Engineering is pretty good. At this point the Attendence list
includes Opperman, Rains, Van Elderen, Moore, and Downend. Then each
electrical team (Alpha and Omega) will be allowed to bring 4 team members
each. With Gauntlet and Temple of Doom definitely at the show, four members
from those projects have been invited: Bob Flanagan, Pat McCarthy,
Peter Lipson, and Dave Ralston. All members of Alpha-team attending the
show will fly out early Wednesday morning, Oct. 30th to help with set-up.
We will be returning late Saturday night, Nov. 2nd.
For those of you who are considering attending at your own expense, here
are some numbers:
- round-trip to Chicago: $238.00; from San Jose or San Francisco.
Atari can make these reservations - please let me know.
- One night lodging (sharing a room) - $50.00
Atari has reseved a larger than necessary block of rooms which
will be held until 10/1/85 - please let me know if you're interested.
---------------------------------------------------------------
Footnote: Webster's definition of Paraphernalia:
1: The separate real or personal property of a married woman that
she can dispose of by will and sometimes according to common law
during her life.
2: personal belongings
3: a) articles of equipment: furnishings
b) accessory items
___________________________________________________________________________
From: KIM::SHEPPERD 19-SEP-1985 10:21:03.70
To: @SYS$MAIL:ENGINEER
CC:
Subj: DIO
The DIO works again. I put in the auto-F/P select code so for EPROM's of
27128A and above, you don't have to be specific about either the device
number or the manufacturer. I.E. to program a 27256 you can specify a
DIO>DEVICE any_garbage_you_care_to_type_in
because the DIO (somehow) can find out the EPROM type and manufacturer
right from the EPROM (in socket 1) itself. My DIO programs will fall
back to using the "any_garbage_..." if the DIO can't figure out what
part is installed.
ds
___________________________________________________________________________
From: KIM::WIEBENSON 21-SEP-1985 10:42:20.47
To: @SYS$MAIL:ENGINEER
CC:
Subj: High speed CMOS
HC series IC's may be a magic cure for some of our noise problems
associated with development system hookups. The noise immunity of
these IC's is far better than Schmitt Triggers with the same delay.
There is another series called HCT that should not be confused with
HC because HCT input levels are the same as TTL and so offer little
noise immunity.
___________________________________________________________________________
From: ERNIE::GRAHAM 23-SEP-1985 10:24:15.47
To: @SYS$MAIL:JUNK
CC:
Subj:
We have the new PO Box for Milpitas so it would be a good
idea to start changing the address on all those magazines
you want to keep getting when we move.
P.O. Box 361110
Milpitas, CA 95035
Changing the address now will save us money on forwarding them
after we move.
Karen Graham
___________________________________________________________________________
From: ERNIE::BROWN 23-SEP-1985 10:50:20.80
To: KIM::MARGOLIN
CC:
Subj: DENTAL CLAIM
I GOT IN TOUCH WITH YOUR DENTAL REP AT JOHN HANCOK THIS MORNING AND
UPON CHECKING THE COMPUTER, SHE SAID THAT THE LAST DENTAL CLAIM THEY
HAD RECEIVED FROM YOU WAS IN JANUARY OF THIS YEAR. YOU MIGHT WANT
TO CHECK WITH YOUR DENTIST'S OFFICE TO VERIFY THE ADDRESS TO WHICH
THEY SENT THE CLAIM. THE CORRECT ADDRESS IS:
CALL BOX 1501
BRYN MAR, PA 19010
SANDI
___________________________________________________________________________
From: CHARM::MURPHY 23-SEP-1985 12:49:55.12
To: @SYS$MAIL:JUNK
CC:
Subj: EVELYN WOODHEAD
duz a unybudy haf a atare tap ricordr i kan yuz too lern howe too sped read?
az sune az i lern howe too sped red i kan pa u bakc bi bing yr prsonl seckretryty fore az lhawng az u lik!
ore i kan teech u howe too serf n yr bithtub r pla th bhinjo.
izent ths phun?
___________________________________________________________________________
From: KIM::SHEPPERD 23-SEP-1985 17:54:38.10
To: @SYS$MAIL:ENGINEER
CC:
Subj: DIO and MIXIT updates
MIXIT has been updated. The /WORD=n and /GROUP=m options now work (on
input files only, those options on output filenames are ignored for now).
DIO accepts n bit words (multiples of 8) and will try to program whole
words into n/8 EPROMS. If word size times EPROM size is greater than the
available memory in the DIO, it will automatically switch to programming
1 EPROM and will prompt for group number.
A word about group numbers. From the VAX's and DIO's point of view, all
words are organised the same, that is, bytes are stored in the file in
increasing significance and bits within the each byte are mapped directly
to the corresponding bit in the EPROM. In other words, higher addressed
bytes are assumed higher significance in the word. The Gangpak will
program n-byte words into n EPROMS simultaneously. Assuming 16 bit words,
the Gangpak will program:
fileoffset +0 +1 +2 +3 +4 +5 +6 ...
-----------------------------------
socket # 1 2 1 2 1 2 1 ...
If the word size were 24, then the Gangpak would program:
fileoffset +0 +1 +2 +3 +4 +5 +6 ...
-----------------------------------
socket # 1 2 3 1 2 3 1 ...
MIXIT and DIO (in group mode) behave exactly the same. MIXIT will extract
every nth byte from the input file starting with the group_number divided
by 8. Presently the group_number is the power of 2 significance of the
bit in the word and must be a multiple of 8. I.e. (in VAX/T11/6502 addressing)
Group bits fileoffset (=byte number)
0 0-7 +0
8 8-15 +1
16 16-23 +2
24 24-31 +3
etc.
If the majority would prefer that the group number be a byte number (0-3
in the above example), I would be willing to change it.
The important thing to remember is that the 68000 operates contrary to this
scheme. Bytes are addressed by DECREASING significance so the concept of
low byte/high byte should not be used. Instead use the fileoffset value
as an indicator of the EPROM contents (meaning I should really change the
group code to be a byte number).
ds
___________________________________________________________________________
From: KIM::RUNNER 24-SEP-1985 18:03:17.32
To: @SYS$MAIL:ENGINEER,RUNNER
CC:
Subj: Bad Bug in Vax C (and in some PPS utilities)
Just a polite warning to anyone using any C programs: (i.e. I
just got chomped upon by this bug):
When using formatted input via VAX C, if you request a hex
(i.e. %x) conversion, any solitary zero will be dropped from the input
string. For example, if you type '0,4000' as an input address range, the
'0' will be ignored, and the program will only see a single input
item of '4000'.
So far, at least two pps utilities (pbfmm and sys1gr) have this
bug.
A quick fix is to never allow zeros to be alone -- type 2 or more
in a row and the C input routine will notice the number correctly.
I.E. type the previous address range as '00,4000' and it should be read ok.
G
R
___________________________________________________________________________
From: ERNIE::TRAEGER 25-SEP-1985 17:43:04.19
To: @SYS$MAIL:JUNK
CC:
Subj: FEAR AND LOATHING ON THE COIN OP TRAIL
FEAR AND LOATHING ON THE COIN-OP TRAIL
FOR THE PAST SEVERAL WEEKS I HAVE BEEN TRAVELLING ACROSS THE LAND, TALKING WITH
DISTRIBUTORS AND OPERATORS, AND LEARNING HOW TO SELL OUR PRODUCTS. THIS MEMO
WILL TRY TO SUMMARIZE SOME OF THE THINGS I HAVE LEARNED DURING THESE TRAVELS.
I. GENERAL INDUSTRY OVERVIEW
IT DOES SEEM THAT THE INDUSTRY IS COMING BACK SOMEWHAT. MOST DISTRIBUTORS
HAVE BEEN STATING THAT THEIR BUSINESS SEEMS TO BE PICKING UP SOMEWHAT AND
THAT THE OPERATORS ARE STARTING TO BECOME MORE HUNGRY FOR PRODUCT THAN THEY
HAVE BEEN IN SOME TIME.
OPERATORS, TOO, HAVE BEEN SEEING MORE POSITIVE SIGNS. ON AVERAGE, I WOULD
SAY THAT OPERATORS EARNINGS HAVE BEEN UP AROUND 5% OVER THE SAME PERIOD
LAST YEAR. WHILE THIS DOES NOT APPEAR TO BE REAL HIGH OF AN INCREASE, IT'S
A LOT BETTER THAN THE 20% DECLINES WE'VE SEEN THE PAST COUPLE OF YEARS.
THE GENERAL FEELING AMONG OPERATORS AS TO THE COMEBACK OF THE INDUSTRY STEMS
FROM A COUPLE DIFFERENT REASONINGS. FOR ONE, THE OPERATOR IS BEGINNING TO
FEEL THAT MANUFACTURERS HAVE BEEN COMING OUT WITH BETTER PRODUCT LATELY...
AND THIS PRODUCT IS STIMULATING INCREASED REVENUE. AS WELL, I THINK THE
OPERATOR IS FEELING BETTER ABOUT THE MANUFACTURERS ABILITY TO PRODUCE GOOD
PRODUCT AND REASONABLE PRICES. ESPECIALLY WELL LIKED ARE THE SEVERAL
SYSTEMS AVAILABLE (NINTENDO'S AND OURS) AS WELL AS THE WIDE VARIETY OF LOW-
PRICED KIT PRODUCT.
GOING INTO THE AMOA, ONE THING IS CERTAIN...THE OPERATORS WHO ARE LEFT IN
BUSINESS SEEM TO BE THE OLDER, ESTABLISHED GUYS WHO HAVE BEEN AROUND THE
BLOCK A FEW TIMES. THEY SEEM PRETTY BUSINESS SMART AND WON'T JUST BUY
ANYTHING THAT COMES OUT. THEY CONSIDER ROI ISSUES CAREFULLY AND MAKE
DECISIONS BASED ON THE EFFECTS TO THEIR WHOLE ROUTE. THEY SEEM TO BE
EXTREMELY PRICE SENSITIVE AND WILL USUALLY OPT FOR LOW PRICED WHOLE GAMES
AND KITS TO COVER THEIR ENTIRE ROUTES RATHER THAN INVEST HUGE SUMS OF
MONEY FOR A LOT OF HIGHER PRICED EQUIPMENT, EVEN THOUGH THAT EQUIPMENT
MAY BE EARNING MORE THAN THE LOWER PRICED STUFF.
II. WHAT'S HOT OUT THERE
ONE OF THE HOTTEST THINGS GOING IN THE INDUSTRY RIGHT NOW IS CLASSIFIED
AS "REDEMPTION EQUIPMENT". THESE ARE THOSE CRANE GAMES, ETC. THAT YOU
PUT COINS INTO, MOVE A CRANE ARM AROUND, AND TRY TO PICK UP PRIZES LIKE
LITTLE STUFFED ANIMALS, RUBBER SPIDERS, PLAYING CARDS, ETC. THESE
THINGS ARE EARNING A TON OF MONEY ALL OVER THE COUNTRY (WHERE THEY'RE
LEGAL) AND HAVE A LOT OF DISTRIBUTORS AND LARGER OPERATORS EXCITED.
THEY ARE TYPICALLY QUITE EXPENSIVE (6-7,000 BUCKS) AND ALSO REQUIRE A
WEEKLY INVESTMENT IN PRIZES BY THE OPERATOR.
ANOTHER HOT CATEGORY, PARTICULARLY IN THE MID-WEST AND EAST COAST ARE
"ACTION ORIENTED" PIECES SUCH AS SKEE-BALL AND ELECTRONIC DARTS...
PARTICULARLY ELECTRONIC DARTS. IN THE MID-WEST SOME DISTRIBUTORS SHOW
ROOMS LOOKED LIKE DART SUPPLY SHOPS WITH ALL SORTS OF DART ACCESSORIES FOR
SALE. AS WELL, MANY DART LEAGUES HAVE FORMED IN THE BARS AND STREET
LOCATIONS AND SEEM TO HAVE GREATLY SPURRED ON THE INTEREST OF ELECTRONIC,
PUB-TIME DART ACTIVITY. INTERESTINGLY, DART ACTIVITY OUT ON THE WEST
COAST IS NEXT TO NIL, WITH MOST THINKING THE CLIMATE HAS MUCH TO DO WITH
IT'S LACK OF SUCCESS...BUT, WOW, IT'S BIG BACK EAST!!
OPERATORS ALSO SEEM QUITE APPRECIATIVE OF THE SEVERAL CONVERSION SYSTEMS
THAT HAVE BEEN PRODUCED. THEY DO SEEM TO FEEL THAT SYSTEMS ARE GOOD FOR
THEIR BUSINESS AND THAT MANUFACTURERS HAVE REALLY ATTEMPTED TO HELP THEM
WITH THE DEVELOPMENT OF SYSTEMS. ONE THING, HOLDING THEM BACK, HOWEVER, IS
A VERY REAL APPREHENSION THAT SOME MANUFACTURERS ARE NOT AS DEDICATED TO
SYSTEMS AS THEY WOULD CLAIM TO BE. IT WILL TAKE A LITTLE TIME TO PROVE TO
OPERATORS THAT OUR SYSTEMS ARE FOR REAL, BUT THEY ARE COMING AROUND. THE
RELEASE OF "DOOM" IS MEANING GREAT THINGS TO THE OPERATOR'S BELEIF THAT, HEY
THE ATARI SYSTEM IS FOR REAL. WE MUST CONTINUE TO ENFORCE TO THE OPERATORS
THAT WE ARE DEDICATED TO THE SYSTEM APPROACH, IF WE INTEND ON INCREASING THE
BASE OF UNITS.
WHILE SPEAKING OF WHAT IS HOT AND ON THE SUBJECT OF SYSTEMS, I WOULD BE
REMISS IF I DIDN'T MENTION...NINTENDO. TO BE SURE, THESE GUYS ARE VERY
HOT RIGHT NOW, AND OPERATORS ACROSS THE COUNTRY SEEM TO FEEL VERY STRONGLY
THAT NINTENDO HAS DONE MORE FOR THEM THAN ANY MANUFACTURER IN THE PAST
SEVERAL YEARS HAS. WHILE THEY WILL ADMIT THAT MOST OF THEIR GAMES ARE NOT
THAT GREAT AS EARNERS, THEY ARE EAGER TO POINT OUT THEIR UNBELEIVABLEY LOW
COST AND GREAT ROI BECAUSE OF THE LOW COST. THEY ALSO LOOK TO NINTENDO AS
FIRST OUT WITH A SYSTEM AND HIGHLY SUPPORTIVE OF THEIR SYSTEM OFFERING MANY,
MANY GAMES AT THIS POINT IN TIME COMPARED TO THE COMPETITION. ONE THING
NINTENDO DID THAT REALLY WENT OVER BIG WITH OPERATORS WAS OFFERING THEIR
UNISYSTEM AS A CONVERSION FOR OTHER GAMES, NAMELY DONKEY KONG. WHILE THEY
INITIALLY STRUGGLED TO SELL BASE UNITS, IT SEEMS LIKE OFFERING THE SYSTEM
FOR CONVERSION OF DONKEY KONG AT A REASONABLE PRICE REALLY DID THE TRICK.
A FINAL WORD HERE, WOULD BE THAT IT DOES APPEAR THAT OLDER ORIENTED GAMES
HAVE BEEN DOING QUITE WELL. SEVERAL OPERATORS AND DISTRIBUTORS TOLD ME THAT
THEIR NUMBER ONE PIECE THIS YEAR HAS BEEN THE QUIZ GAME TRIV WHIZ. WHILE
THIS GAME DOESN'T SHOW UP IN POLLS AND AT ARCADES, I THINK THAT OVER THE
BROAD SPECTRUM, OPERATORS ACROSS THE COUNTRY WHOSE BREAD AND BUTTER
ARE DEFINATELY THE BARS AND GIN MILLS, NOT ARCADES, WOULD MAKE THE SAME
CLAIM AS DID OUR DISTRIBUTOR DAVE GILFOR, OF ACTIVE AMUSEMENTS IN PHILLY...
..."I THANK GOD FOR TRIVIA GAMES THIS YEAR!"
III. COMPETITOR UPDATE
HERE'S A BRIEF UPDATE AS TO NEW GAMES AND RUMORS I HEARD OUT ON THE ROAD,
MOST OF THIS STUFF SHOULD SHOW UP AT AMOA.
NINTENDO:
NINTENDO HAS TWO NEW GAMES FOR THEIR UNISYSTEM. A SOCCER GAME THAT REALLY
LOOKED LOUSY SHOULD NOT BE A FACTOR IN THE MARKETPLACE AT ALL, REGARDLESS
OF COST. ANOTHER GAME MACH RIDER LOOKED REALLY PRETTY BAD, BUT MAY DO OK
FOR THEIR SYSTEM..IT IS RATHER POOR QUALITY POLE POSITION ON MOTORCYCLE
WITH SHOOTING AND OBSTACLE AVOIDANCE THROWN IN...STINKO!
THERE IS ALSO RUMOR OF A ARM WRESTLING CONVERSION FOR THE BASE OF PUNCH
OUT GAMES THAT ARE OUT THERE. APPARANTELY, HOWEVER, THE GAME IS NOT
TESTING THAT WELL, AND SINCE IS NOT DEVELOPED BY THEIR HOME DESIGNERS
FOR THE UNISYSTEM, MIGHT BE QUITE EXPENSIVE, I.E. SUPER PUNCH OUT.
THE OTHER THING THEY HAVE DONE IS COME OUT WITH A CONVERSION SET-UP FOR
PAC-MAN THAT ALLOWS THOSE OLD PAC-MAN GAMES TO BE CONVERTED INTO, YOU
GUESSED IT, UNISYSTEMS. HOWEVER, THEY ARE HAVING SOME PROBLEMS WITH
THIS CONCEPT AND OPERATORS ARE NOT EXACTLY GOING FOR IT AS THEY DID WITH
THE DONKEY KONG UNISYSTEMS...THE PROBLEMS ARE FOURFOLD...THE PAC KIT IS
EXPENSIVE (MORE THAN THE DONKEY VERSION AND ALMOST AS MUCH AS A NEW
UNISYSTEM)...IT IS A VERY DIFFICULT CONVERSION...MANY OPERATORS ARE
RELUCTANT TO CONVERT PAC MAN'S...AND MANY OF THE PAC MAN'S HAVE BURNED
IN MAZES IN THE MONITORS AND THE CONVERSION'S LOOK REALLY POOR BEHIND THE
PHOSPHUR BURNS.
BALLY/SENTE:
NOTHING REALLY TO REPORT HERE, EXCEPT FOR A FOUR PLAYER HAT TRICK THAT IS
PRESENTED IN A NEW FOUR PLAYER TABLE TOP CONFIGURATION, NOT FOR THE
EXISTING SENTE CABINET THAT ALREADY HAS BEEN CHANGED BEFORE. THIS SEEMS
TO HAVE REALLY TICKED OFF OPERATORS AND DISTRIBUTORS WHO WERE HOPING THIS
PIECE TO BE A CONVERSION FOR THEIR EXISTING SENTE SYSTEMS.
BALLY HAS SHOWN NOTHING NEW EXCEPT FOR YET ANOTHER ARTICLE BY BOB MULLANE,
THEIR CEO, IN BOTH CHICAGO PAPERS STATING THAT HE DID NOT OPTIMISTICALLY
FEEL THAT BALLY WOULD BE A FORCE IN THE COIN-OP MARKETPLACE VERY MUCH
LONGER...IN FACT HE SAID SOMETHING TO THE EFFECT THAT BRINGING BACK
BALLY'S ENGINEERING FORCE TO ANYTHING LIKE IT ONCE WAS WOULD BE..."ALMOST
IMPOSSIBLE."
DATA EAST:
THESE GUYS SEEM LIKE THEY WILL COOL-OFF SOON BECAUSE THEY DON'T SEEM TO
HAVE ANYTHING TO GOOD UP THEIR SLEAVES...(MAYBE THAT'S WHY TOM PETTIT AND
JOLLY BACKER JUST LEFT?)...BUT YOU NEVER CAN BE SURE WITH DATA EAST...THEY
ALWAYS SEEM TO PULL RABBITS OUT OF THEIR HATS.
THEY HAVE TESTED A SHOOTING GAME CALLED "SHOOT-OUT" THAT IS SUPPOSEDLY NOT
DOING THAT GREAT AND IS ALLREADY APPARENTLY SELLING AT ROCK BOTTOM CLOSE-
OUT PRICES. ALSO, WE KNOW THEY HAVE "TANK" WHICH WE HAD IN-HOUSE AND WERE
NOT TO CRAZY ABOUT, RIGHT?
WILLIAMS:
THEY HAVE DONE IT AGAIN WITH ANOTHER SUPERB PIN-BALL GAME CALLED "COMET".
THIS ONE IS REALLY, REALLY FUN TO PLAY AND OFFERS TONS OF ACTION UTILIZING
AN AMUSEMENT PARK THEME. IT OFFERS GREAT SOUND EFFECTS AND THE FIRST EVER
1 MILLION POINT SHOT...WILL MAKE PEOPLE FORGET ABOUT SPACE SHUTTLE...ROGER
SHARPE WILL LOVE IT (BUT IT DOES END ROGER!) AND HE'LL UNDOUBTEDLY CALL IT
GAME OF THE SHOW AT THE UPCOMING AMOA.
INCIDENTALLY, THE GAME IS ON TEST AT OUTER LIMITS MT. VIEW IF YOU WANT TO
PLAY WITH IT.
CINEMATRONICS:
SURPRISINGLY, THESE GUYS ARE STILL AROUND...BUT PROBABLY JUST BARELY.
THEY HAVE A SYSTEM OUT AND ARE SHOWING A PRETTY DECENT 2-PLAYER SOCCER
GAME CALLED "POWER PLAY". IT IS PLAYED LIKE SOCCER BUT YOU CAN PUNCH
OUT YOUR OPPONENT AND HIS GOALIE WITH A PUNCH BUTTON. HEARING THAT IT
IS NOT DOING THAT GREAT ON TEST.
I HAVE ALSO HEARD ABOUT A BASEBALL GAME APPARENTLY CALLED "WORLD SERIES:
THE SEASON". DON'T KNOW ANYTHING ELSE ABOUT IT BUT THEIR SYSTEM DOES HAVE
VERY GOOD GRAPHICS AND SOUND CAPABILITIES, JUDGING FROM THE SOCCER PIECE.
KONAMI:
THEY HAVE BEEN SHOWING A NEW CONVERSION FOR ANY RASTER GAME CALLED
"RUSH N' ATTACK"...IT IS A RAMBO GAME ALL THE WAY AND IS REALLY PRETTY
GOOD. YOU ARE TRYING TO RESCUE A BUNCH OF TIED UP GREEN BERETS AND ARE
SNEAKING AROUND IN A RUSSIAN ARMY COMPLEX...IT'S COOL, YOU CAN KUNG-FU
RUSSIANS, SHOOT RUSSIANS, GRENADE RUSSIANS AND EVEN FLAME THROW THE PANTS
OFF OF THEM LITTLE COMMIE BASTARDS...REAGAN WILL LOVE IT...IT'S BEING
CALLED "GREEN BERETS" IN EUROPE BECAUSE THEY'RE ALL SCARED OF THE RUSKIES
OVER THERE.
SEGA:
APPARENTLY NOTHING NEW BESIDES HANG-ON, WHICH IS DOING PRETTY WELL BUT IS
RATHER EXPENSIVE. THESE GUYS ARE ALSO HEAVILY IN TO DOING THE AFORE
MENTIONED "REDEMPTION EQUIPMENT"...AND OFFER SEVERAL DIFFERENT TYPES OF
CRANE GAMES CURRENTLY.
ATARI:
I MUST MENTION THE UNBELEIVABLE REACTION WE HAVE BEEN GETTING FOR
"GAUNTLET". WORD IS DEFINATELY OUT THAT THE PIECE IS HOT AND THE WHOLE
INDUSTRY SEEMS TO BE VERY EXCITED BY IT'S EXPECTED RELEASE. EVEN
OUR MANUFACTURING COMPETITORS ARE SAYING THEY REALLY THINK THE PIECE IS
A GOOD ONE.
"TEMPLE" TOO IS REALLY DOING WELL AND SEEMS TO HAVE TAKEN THE MARKET AWAY
FOR USED "MARBLE MADNESSES" ALMOST OVER NIGHT, AS OPERATORS SCRAMBLE TO
GET CHEAP BASE UNITS TO CONVERT. WITH THE USED CABINET MARKET GONE, AND
THE GAME DOING GREAT, WE SHOULD HAVE A REAL GOOD SHOT AT INCREASING THE
BASE UNITS OF SYSTEM 1.
THE BOY STILL HANGS! CHECK THE LATEST PLAY-METER POLL...
IV. SUMMARY CONCLUSIONS
WELL ALL THIS IS FINE AND DANDY, BUT THERE ARE SOME THINGS THAT CAN BE
DERIVED FROM ALL THIS THAT WE MAY BE ABLE TO UTILIZE FOR PROFITABLE
FUTURE PRODUCTS:
1.REDEMPTION EQUIPMENT PSYCHOLOGY:
KIDS ARE FEEDING QUARTER AFTER QUARTER INTO THESE THINGS JUST TO GET A
STUPID EL-CHEAPO PRIZE...SHOULD WE THINK MORE SERIOUSLY ABOUT TRYING
TICKET DISPENSORS ON VIDEO GAMES TO AWARD PRIZES SOMEHOW TO PLAYERS?
IT SURE SEEMS TO DO GREAT THINGS TO EARNINGS REPORTS!!!
2.MORE ACTION ORIENTED OR ACTIVE GAMES
MAYBE THERE IS A WAY TO SOMEHOW COMBINE THE PHYSICAL ACTIVITY OF, SAY, A
DART OR SKEEBALL GAME IN COMBINATION WITH VIDEO...GOLF IS REALLY BECOMING
A POPULAR SPORT OF THE MASSES, REMEMBER THE GOLF TRAINER?
3.BAR GAMES:
WE HAVE TALKED ABOUT IT BEFORE, BUT WE REALLY SHOULD CONSIDER DEVELOPING
SOME ADULT ORIENTED PIECES...SOME SORT OF TRIVIA OR QUIZ GAME COULD BE
SUCCESSFUL FOR A SYSTEM CONVERSION.
4. SYSTEMIZING OLDER EQUIPMENT:
IT SURE WORKED FOR NINTENDO, AND IT WOULD PROBABLY WORK WELL FOR US.
SOME OF THE OLD CENTIPEDES WOULD MAKE A GREAT BASE FOR SYSTEM 1 AND WE
COULD POSSIBLY THEN OFFER A SYSTEM 1 CENTIPEDE/MILLIPEDE KIT FOR THOSE
WHO WOULD WANT A SYSTEM BUT DON'T WANT TO GET RID OF THEIR CENTIPEDES.
THAT'S ALL FOLKS...UNTIL NEXT TIME,
DT
___________________________________________________________________________
From: KIM::SHEPPERD 27-SEP-1985 20:18:17.30
To: @SYS$MAIL:ENGINEER
CC:
Subj: TPU section file update
'tis the last update for many moons. The latest features of EDTEM are:
(in addition to previously mentioned features)
Gold/W - display aux window/make current window full screen
Gold/up_arrow - goto aux window
Gold/down_arrow - goto main window
Gold/I - read a file into aux_buffer for INSPECTION (read_only)
(NOT the same as INCLUDE file =AUX)
Gold/U - read a file into aux_buffer for UPDATE (auto-write on exit
or at next Gold/I or Gold/U)
Gold/L - Learn the following key strokes (macro creation)
Gold/R - Remember the previous keystrokes (macro end)
Up_arrow/Down_arrow take into tabs into account (works like EDT).
All EDTEM commands can be entered via Gold/KP7 (as well as TPU
commands. Gold/KP7 EXIT is VAXTPU exit however.)
Bells are turned off at EXIT
...working message on prompt line
You can adjust the size of windows by entering the VAXTPU command:
aux_size := bla_bla; !default is 8 (includes a status line)
full_screen := whatever; !default is 22 =
! 24 - 1 message line - 1 prompt line
You'll need to do a couple of Gold/W's to make the new sizes take effect.
There are no checks for legit values for these sizes, so if you set them
to something goofy, you may get some pretty wierd displays.
I'll fix bugs (maybe), but no more gizmos, please.
ds
___________________________________________________________________________
From: KIM::SHEPPERD 28-SEP-1985 15:54:14.76
To: @SYS$MAIL:ENGINEER
CC:
Subj: Another TPU update
I forgot to mention three additional items:
Assign logical name TPU$EXT to the default file extension you
use or will be using frequently, such as .C or .B16. The
new EDTEM section file will apply this default to filenames
to be edited. (The system defualt is ".").
And left over from debug of the procedures:
Gold/C does: compile(select_range);edt$reset;
Gold/M toggles main_window between main_buffer and
message_buffer if current_window is main_window.
Incidently, only the last 20 messages are saved in message_buffer, not
all since edit startup.
ds
___________________________________________________________________________
From: ERNIE::BROWN 30-SEP-1985 09:04:05.37
To: @SYS$MAIL:JUNK
CC:
Subj:
IN CASE YOU HAVEN'T NOTICED, EVELYN PEREZ IS MINUS HER BOW TIE. IN
FACT, SHE IS TOTALLY OUT OF UNIFORM....SHE IS ACTUALLY SITTING
BEHIND THE RECEPTIONIST DESK IN CIVIES. WELL, THERE IS AN ACCEPTABLE
EXPLANATION FOR THIS; AS OF FRIDAY, EVELYN BECAME AN OFFICIAL ATARI
EMPLOYEE! (HMMMM, I WONDER IF THE GOODIES WILL CONTINUE.)
IF YOU HAVEN'T ALREADY DONE SO, GIVE EVELYN A BIG WELCOME!
SANDI
___________________________________________________________________________
From: KIM::RAINS 30-SEP-1985 15:38:50.40
To: @SYS$MAIL:JUNK
CC:
Subj: The Amiga Cometh
I have seen the advertising on the tube, and I assume they wouldn't blow
those kind of bucks on vaporware, so I expect the computers to be hitting the
retail shelves REAL SOON NOW.
Since we are planning on using the Amiga as the hardware base for a new
personal animation workstation for the animators, I am interested in getting a
evaluation unit in here as soon as possible. Soooooo. . . if you hear of or
actually witness an Amiga in a store in the area, let me know where and when
so I can check it out.
<LVR>
___________________________________________________________________________
From: ERNIE::BROWN 1-OCT-1985 11:19:35.80
To: @SYS$MAIL:JUNK
CC:
Subj: HELP
IF ANYONE KNOWS THE WHEREABOUTS OF JOE CODDINGTON, PLEASE EITHER
LET ME KNOW OR GET IN CONTACT WITH HIM AND HAVE HIM CALL ME. THE
LAST ADDRESS AND TELEPHONE NUMBER I HAVE FOR HIM IS NULL AND VOID AND
IT WOULD BE BENEFICIAL TO HIM IF I FIND HIM.
SANDI
___________________________________________________________________________
From: KIM::RAINS 1-OCT-1985 12:27:08.23
To: @SYS$MAIL:ENGINEER
CC:
Subj: to "C" hackers
WARNING: A lesson which might be less painful for you if you learn it here:
FILE *outfil;
char c; /* output char */
int err; /* putc() result code */
.
.
.
if ((err = putc(c, outfil)) == EOF) {
perror(" Output error in putc() - disk full? ");
return (ERROR);
}
.
.
.
This will screw up on binary files when (c = 0xFF) is output, because putc()
will return the sign extended argument, which will be EOF (-1) rather than 0xFF.
You need to either check ferr(outfil) on EOF, or call putc(c & 0xFF, outfil) to
suppress the sign extension. It ain't like getc()!!
OLD NEWS: Also, since getc and putc() are #define macros on some systems
(including UNIX), don't make calls like putc(*cp++, outfil), since the side
effect will blow up in your face. Use fgetc() and fputc(), which make proper
subroutine calls instead.
___________________________________________________________________________
From: KIM::DOWNEND 1-OCT-1985 17:53:49.41
To: @SYS$MAIL:ENGINEER
CC:
Subj: The Times they are a Changin'
I found some old notes today:
Dateline: October 1982
2732-300 EPROM's cost $4.50
2764-300 EPROM's cost $8.25
For Comparison:
Dateline: October 1985
27128-300 EPROM's cost $1.90
27256-300 EPROM's cost $3.75
That says that the cost per bit is about ONE-TENTH of what is was 3 years ago!
14 cents for a 1000 bits in 1982;
1.4 cents for a 1000 bits in 1985;
.14 cents for a 1000 bits in 1988???....271024 EPROMS for $1.43
Wow.
___________________________________________________________________________
From: CHARM::SHEPPERD 2-OCT-1985 17:53:39.54
To: @SYS$MAIL:ENGINEER
CC:
Subj: I lied...
...about the TPU section file being stable. I made one last (?) small change.
It will look for a file pointed to by TPU$INIT: to do last minute setups.
The file is assumed to be a .TPU file, is loaded into tpuinit_buffer and
executed. If the execution succeeds without errors, then the tpuinit_buffer
is deleted else it is left hanging around so you can edit it to fix it.
Useful to do customising for particular jobs. You can use UTL$COM:EDTINIT.TPU
as an example or as your setup file if'n you want. Assign TPU$INIT: to
a directory and file (defaults to .TPU).
ds
___________________________________________________________________________
From: KIM::DOWNEND 3-OCT-1985 10:16:00.13
To: @SYS$MAIL:ENGINEER
CC:
Subj: 6502 lives
6502 fans can upgrade to a 16-bit processor and still execute all existing
code with a new processor from Western Design Center called the 65C816.
- Designed by Bill Mensch
- CMOS
- 40 pin package
- 16 Megabyte address space
- emulates 6502 code "on-board"
- Two companies have announced APPLE II upgrade boards based on it.
For a little more info see article outside my office.
___________________________________________________________________________
From: ERNIE::BROWN 3-OCT-1985 14:02:06.83
To: KIM::MARGOLIN
CC:
Subj:
THANKS FOR THE SUGGESTION FOR LOCATING CODDINGTON, BUT I THINK I HAVE
FOUND A WAY TO GET IN TOUCH WITH HIM EITHER BY PHONE OR COMPUTER.
SANDI
___________________________________________________________________________
From: CHARM::RITTER 4-OCT-1985 11:45:53.01
To: @SYS$MAIL:JUNK
CC:
Subj: ((P ^ ~P) ^ ~(P ^ ~P))
In that fine Atari tradition, I wax philosophical, before I leave this
place. I have "tendered" my resignation.
I look around and I still see an incredible collection of funky creative
people. There is still some of "that old magic" that first impressed me when
I joined Atari. I hope the kinds of games that come out of your heads
continue to be far out. I think Atari will consistently put out several
successful games a year, and I don't forsee any other place, not even Data
East, being able to do that. Keep on doing that Voodoo you do.
I hope the games will be leaders and not followers. For what it's worth,
I personally like the kind of game that transports the player to a world
previously unimagined, something a computer can do so well (eg, M.M.). I
think accelerator is one of those types, and I wish it the best. I remember
what first attracted me to video games was that ability to create a
concrete abstract world. ( "concrete abstraction": I like that). But
then that was the days of dancing geometric vector games.
God how I hated Pac Man. I have this knack for liking unpopular games,
and hating popular ones. Fred Silverman has a golden gut. I have a tin one.
However, it's better to know what you like than to know what others like.
Besides, Silverman is fatter than I am.
I must say how much I enjoyed being part of The Last Starfighter team.
One thing I have learned at Atari is that I function much better as a team
member. I regret my situation on my current project, where I am the only
implementor. I dont seem to very good in that role. (Yes, I'm bitching now).
I have been on the interview trail the last 4 weeks, and I have
discovered that there are more suitable environments for me than this one.
"Let he who is without sin get stoned first".
___________________________________________________________________________
From: KIM::VICKERS 7-OCT-1985 10:50:35.14
To: MARGOLIN
CC:
Subj: Yamaha reset pulse width
If this chip is like one of their other sound chips, the reset
pulse width is probably minimum 80 cycles =~ 22 usec.
Earl
___________________________________________________________________________
From: KIM::ALBAUGH 7-OCT-1985 16:07:46.82
To: @SYS$MAIL:ENGINEER
CC:
Subj: New Utility- QDF
I have written a "Quick and Dirty Formatter" to translate
an Intermetrics .AB file to an extended Tekhex .HEX file. It
will also include the symbol table in a form palatable to the
Applied Microsystems. To use it, first define a symbol like:
QDF :== $ UTL$EXE:QDF
in your login.com file (or wherever). Then format a file with:
QDF filename
This is a simplified form of:
QDF infile[.AB] [outfile[.HEX]] [/S=[symfile[.SYM]]] [/W[=width]]
which is what it will tell you if you say "QDF ?". A detailed
explanation of switches and options is in DOK:QDF.DOC, but
simply, the "infile", with default extension ".AB" is read and
converted to extended tekhex which is written to the "outfile",
with optional extension ".HEX". If the /S switch is present
with a filename (default extension ".SYM"), the symbols will
be output also. If only "/S" is present (no filename), the
symbols will be included in outfile.HEX. The /W switch sets
the width of the output lines. The default is 80 columns.
"/W" alone (no parameter) is equivalent to "/W=132".
The merged output should make downloading a little
easier, and the longer lines (even 80 is longer than usual)
should make it faster. QDF takes about 1/4 the time of CFOR,
plus 5% more if symbols are included. I make no representation
that this program is the general solution to all formatting
needs, nor that it will prevent tooth decay in rats. It is
intended as a quick substitute for CFOR and GENSYM.
Mike
___________________________________________________________________________
From: KIM::SHEPPERD 8-OCT-1985 11:38:21.04
To: @SYS$MAIL:ENGINEER
CC:
Subj: An undocumented feature of TPU (aka bug)
I didn't know it did this and it may cause you a problem later:
At each edit startup, TPU automatically searches for, opens
and reads in a file named TPUINI.TPU from the current
default directory (SYS$DISK:[]). It does this after the
the section file init and command file (if any) specified
on a /COMMAND option has been read in. This means it is
possible (if using UTL$EXE:DMSEDTSECINI) to have 3 startup
command files:
First - any specified by logical TPU$INIT:
Second - any specified by /COMMAND at DCL level
Third - a TPUINI.TPU file located in the current
default directory.
The TPUINI.TPU file can be a real problem if you've created a bad one
(maybe an infinite loop in it or something), and try to use TPU to fix
it!
ds
___________________________________________________________________________
From: KIM::SUTTLES 10-OCT-1985 12:14:17.95
To: @SYS$MAIL:JUNK,SUTTLES
CC:
Subj: Commute time to Milpitas
WARNING WARNING WARNING WARNING
Do NOT try to reduce the commute time to Milpitas by hustling along
Barber Lane. The speed limit is 40, and it is enforced routinely. Apparently
this has become quite a profit center for the city of Milpitas--the cops
are out there quite often. The stretch they watch seems to be under-rated;
if you drive at what seems a comfortable speed, they will probably make
you uncomfortable.
As they say in some comic books, 'Nuff sed.
WARNING WARNING WARNING WARNING
Had this been an actual emergency, you would have been instructed in
which direction to face to see it coming. This has been a public service
message brought to you by the VAX Broadcasting System.
___________________________________________________________________________
From: ERNIE::GRAHAM 11-OCT-1985 11:34:46.88
To: @SYS$MAIL:VANGANG
CC:
Subj:
Well, I'm preparing my retirement as the only
secretary in Engineering. As I'm sure you know,
Cyndy Grossman is returning on Monday as Dan and
Lyle's secretary. It's been a hectic two months
but we all made it! I just wanted to thank
everyone for the support I received when I needed
it. You responded when I hollered HELP! I'm sure
I wasn't able to give you the amount of support
you were used to but you understood the situation
and never grumbled (at least where I could hear
you!). I think this really showed we've still got
that old Atari spirit. Anyway, this did give me
a chance to get to know Electrical Engineering
alot better and put some names and faces together
for the first time.
Special thanks to Design Services, who I'm sure
felt orphaned at times.
Anyway, it's all behind us now and HAPPY DAYS ARE
HERE AGAIN, let's give a big cheer for CYNDY!!!!!!
(It's been real, but I'm glad the cavalry
finally arrived!)
Karen
___________________________________________________________________________
From: KIM::ALBAUGH 14-OCT-1985 17:13:52.24
To: @SYS$MAIL:ENGINEER
CC:
Subj: Creeping Featuritis (Moose Turd Pie?)
Per Messr Peter Lipson's request, I have added an
option to QDF which will allow you to omit the RAM portion
of your .HEX files. The switch is "/R" and is described in
the updated DOK:QDF.DOC. Briefly, to format a file without
RAM initialization use:
$ QDF file/R=0-3FFFFF
(assuming System I memory map). This little feature exacts
a performance penalty of 4% whether you use it or not. That
is, formats now take 26% as much time as CFOR did instead
of 25%. If this is intolerable, duke it out with Lipson and
let the winner tell me what to do about it.
Have Fun,
Mike
___________________________________________________________________________
From: KIM::RALSTON 17-OCT-1985 10:18:07.52
To: @SYS$MAIL:JUNK
CC:
Subj: PARTYDOWN....PARTYDOWN....PARTYDOWN....PARTYDOWN....PARTYDOWN
AS SOME OF YOU MAY KNOW, DON "GEEK" TRAEGER IS LEAVING ATARI
TO EITHER JOIN THE ARMY OR GO INTO PROFESSIONAL SKATEBOARDING. HIS LAST
DAY IS TOMORROW (FRIDAY). WHAT BETTER REASON TO PARTYDOWN?!!!!!!!!!!!
SO JOIN US FOR WHAT SHOULD PROVE TO BE THE UGLIEST OF SEND-OFFS.
EVENT: JAHAMMADOW PARTY
PLACE: ST. JAMES INFIRMARY (WE'VE GOT THE WHOLE
BACK ROOM RESERVED)
WHEN: FRIDAY, 11:45--CCH (COWS COME HOME)
WHY: PARTYDOWN, PARTYDOWN
ATTIRE: UGLY
PLEASE R.S.V.P. PROMPTLY TO JACKIE SHERMAN (EXT. 2744).
PLEASE HELP US SEND THE BIG BABY OFF RIGHT. (EVEN IF YOU DON'T CARE
WHAT THE GEEK DOES, ST. JAMES HAS GREAT BURGERS.)
___________________________________________________________________________
From: ERNIE::MOTT 17-OCT-1985 14:55:44.36
To: @SYS$MAIL:JUNK
CC:
Subj: Who is this Mott person anyway?
Yes, I really am the same person, but I decided to confuse
everybody and change my name. Instead of sending mail to ERNIE::OBRIEN,
you can reach me by sending mail to ERNIE::MOTT (my 'home' node). See,
it's not really that confusing, and you don't have to type as many
characters either!
Stephanie Mott (aka O'Brien)
(no, I didn't change my first name)
___________________________________________________________________________
From: ERNIE::TRAEGER 18-OCT-1985 18:38:55.61
To: @SYS$MAIL:JUNK
CC:
Subj: LATER DATES
HI...I GUESS YOU'RE SUPPOSED TO DO ONE OF THESE HERE LETTERS TELLING WHY YOU'RE
LEAVING, COMPLAINING ABOUT SOMETHING, ETC.,ETC.
FRANKLY, I HAVE FOUND MOST OF THEM TO BE REALLY BORING AND VERY PRETENTIOUS, SO
I'LL TRY NOT TO BE.
IT IS TRUE I'M LEAVING, IT'S NOT TRUE THAT I HAVE SIGNED ON WITH THE CHICAGO
BEARS AS A DEFENSIVE LINEMAN TO FILL THE VOID THAT WAS CREATED WHEN THEY MOVED
WILLIAM "REFRIGERATOR" PERRY TO RUNNING BACK.
ANYWAYS, I THINK I'M GOING AT A TIME WHEN ATARI HAS LOOKED BETTER THAN IT HAS
IN THE THREE YEARS SINCE I HAVE BEEN HERE...DEFINATELY FROM A PRODUCT
STANDPOINT...(NOT FROM A BEER BUST STANDPOINT THOUGH).
I'M GOING TO TRY MY HAND AT CONSUMER MARKETING IN THE SOFTWARE FIELD...CONSUMER
MARKETING IS SOMETHING I'VE ALWAYS WANTED TO TRY, AND THE COMPANY, ELECTRONIC
ARTS, SEEMS LIKE A GOOD PLACE TO TRY IT OUT. (I HOPE I DON'T END UP DRIVING
AROUND A MOBILE CAR WASH UNIT TO COMPANY PARKING LOTS, HOWEVER!)
I THINK YOU ARE ALL DOING WONDERFULL THINGS HERE THAT ARE VERY CREATIVE AND
ARE CLEARLY THE QUALITY LEADERS OF VIDEO GAME DESIGN IN THE WHOLE WORLD. I
HOPE I HAVE BEEN ABLE TO CONTRIBUTE IN SOME WAY...I'LL MISS YOU ALL...
TO CLOSE, I'D LIKE TO SAY:
KEEP MAKING AWESOME GAMES (THAT I CAN LICENSE AT E/A!)
NEVER MAKE A GAME WHERE YOU RUN OVER DOLLAR SIGNS
AND...
WHY A BIG SUIT?
LATER DATES,
DT
___________________________________________________________________________
From: KIM::RIVERA 21-OCT-1985 00:21:11.76
To: @SYS$MAIL:JUNK,RIVERA
CC:
Subj: New Programmer
I would like to take this opportunity to introduce the latest
addition to our programmer staff, Brion Dickinson. At his preliminary
interview last Saturday at 6:30 am, it was obvious that he measured up
to our 20" high standards. At 7 lbs 13 oz, I am sure that he will be a
hefty addition to our team. Having just finished his term project
(involving a rather laborious 9 month development cycle), it will be a
few weeks before he shows up at work. Be sure to greet him then in person.
G
R
___________________________________________________________________________
From: ERNIE::ARVIDSON 21-OCT-1985 11:51:31.96
To: KIM::MARGOLIN
CC:
Subj: The fabulous battery operated static RAM.
Jed,
Sorry to inform you that I have just removed Mostek as the source
for the 2K x 8, 150ns, static RAM with battery, our part number 137442-150.
As you may have seen in the Mercury News, Mostek is going out of business.
Erwin.
___________________________________________________________________________
From: KIM::VICKERS 21-OCT-1985 15:15:58.39
To: @SYS$MAIL:JUNK
CC:
Subj: Subgenius revival
Yes, it's time to be spiritually uplifted again. The enigmatic
Church of the Subgenius is making an appearance Saturday, November 9,
at the Stone in San Francisco. That which began as a parody of fundamentalist
Christianity now threatens to become the new religion of the masses.
HEAR the profound words of J.R. "Bob" Dobbs
SEE the launching of the bleeding head of Arnold Palmer
SING along with moving anti-music hymns like
"Told the Judge (to suck my ****)"
Pull the wool over your own eyes. You will pay $$$ to know what
you really believe. Only $7.50. Tickets available from Bass. See them
now, while it's still optional.
___________________________________________________________________________
From: KIM::SHEPPERD 22-OCT-1985 21:41:14.49
To: @sys$mail:engineer
CC:
Subj: Screen mode debugger
Some of you might appreciate a brief intro to the version 4 VMS
debugger. DEBUG works with all VMS languages, so C, BASIC, FORTRAN and
MACRO32 programmers can use it (even with mixed language programs). It
is a powerful debugger, but quite wordy, which can sometimes be rather
annoying. One of the best things about the debugger is screen mode
monitoring. In order to make full use of the screen mode, you need to
compile your programs /LIS/DEBUG and link them /DEBUG. This will cause
symbols and references to the listing file to be loaded in the
executable. DEBUG reads commands from DBG$INPUT and writes its output to
DBG$OUTPUT which are, by default, assigned to SYS$INPUT and SYS$OUTPUT
respectively. If your program expects input from SYS$INPUT and writes
output to SYS$OUTPUT AND you re-assigned them to other than your
terminal, you'll need to
$ ASSIGN SYS$COMMAND DBG$INPUT
$ ASSIGN SYS$COMMAND DBG$OUTPUT
sometime before you start your debugging. The debugger will
automatically startup when you run your program if you've linked it
/DEBUG. The only module it will know about will be the first one
specified in the link command. For example, a LINK command $ LINK
ONE,TWO,THREE/DEBUG would create an image, ONE, with three modules in
it: ONE, TWO and THREE. The debugger would know that there are 3
modules, but wouldn't know about any symbols and such about any but ONE.
You need to type a SET MODULE xxx to the DBG> prompt to get additional
modules. For you C programmers, debug becomes case sensitive at startup
so you need to type module names in UPPERCASE or it'll give you a
rasberry. DEBUG will attempt to open and execute a startup file
pointed to by DBG$INIT (if any) so you can create a file putting in it
any/all SET MODULE command(s) or anything else and point to it with
DBG$INIT to speed things up a bit. (Note: most commands and options can
be abbreviated to 3 characters, some can be abbreviated to 1 char such
as EXAMINE, STEP, GO, etc.) You can break execution of your running
program at anytime by typing ^Y (unless your program has disabled ^Y's)
and typing DEBUG to DCL's $ prompt.
Breakpoints:
By setting breakpoints, you can suspend program execution at
specified locations. The breakpoint is taken before the instruction at
the specified address is executed. You set breakpoints with the SET
BREAK command:
DBG>SET BREAK [/qualifier] [address_expression -
[,address_expression...]] [WHEN (expression)] -
[DO (command_list)]
DBG>CANCEL BREAK [/qualifier] [address_expression -
[,address_expression...]]
The qualifiers allowed on the SET/CANCEL BREAK are:
/ALL !valid on CANCEL BREAK only
/AFTER:n !break only after n occurances
/BRANCH !break on all branches (no address_exp allowed)
/CALL !break on all CALL's (no address_exp allowed)
/EXCEPTION !break on all exceptions
/INSTRUCTION !break on all instructions (single step macro)
/INSTRUCT=(op_code,...) !break on selected instructions
/LINE !break on each line (single step hll)
/MODIFY !break on any memory write
/RETURN !break on all RET instructions (subroutine return)
/[NO]SILENT !displays no message when watchpoint hit
/[NO]SOURCE !displays the source line that caused the hit
/TEMPORARY !watchpoint is cancelled after first activated
A breakpoint is a program location where the debugger performs the
following actions: 1) Suspends program execution; 2) Checks the /AFTER
count and resumes execution if the specified number of activations
has not been reached; 3) Evaluates the WHEN clause (if any) and resumes
execution if it evaluates FALSE in the current language; 4) Displays
the name or address of the location where program execution has been
suspended; 5) Executes the commands in the DO clause if one was
specified; 6) Issues the DBG> prompt (if a DO command was not GO).
Tracepoints:
A TRACEPOINT is identical to a BREAKPOINT except that program
execution always continues after the trace is reported. The syntax and
options on the SET TRACEPOINT are the same as for the SET BREAK:
DBG>SET TRACE [/qualifier] [address_expression -
[,address_expression...]] [WHEN (expression)] -
[DO (command_list)]
DBG>CANCEL TRACE [/qualifier] [address_expression -
[,address_expression...]]
See the details on the SET BREAK command.
Watchpoints:
By setting a watchpoint, you can cause the program to stop whenever
a particular variable or other memory area has been modified. When a
watchpoint in your program is activated, the debugger suspends
execution and reports the location of the variable modified, the
initial and changed values of the variable and the instruction that
caused the modification:
DBG>SET WATCHPOINT [/qualifier] address_expression -
[,address_expression...] [WHEN (expression)] -
[DO (command_list)]
DBG>CANCEL WATCHPOINT [/qualifier] [address_expression -
[,address_expression...]]
The qualifiers allowed on WATCHPOINTS are
/AFTER:n !begin trace/watch after n occurances
/[NO]SILENT !displays no message when watchpoint hit
/[NO]SOURCE !displays the source line that caused the hit
/TEMPORARY !watchpoint is cancelled after first activated
WATCHPOINTS sound neater than they actually are. They only report on
accesses that MODIFY locations, you cannot watch a location for READ
access. The debugger causes the hardware to detect these modifications
by setting the write protection on the location in question. A serious
problem occurs due to the fact that the VAX's memory protection is
effective to a granularity of 512 bytes (1 page). The modification is
reported to DEBUG by the hardware via an ACCESS VIOLATION FAULT. Debug
examines the addresses involved in the fault and decides whether it
really is a fault or not. If the variable in question is surrounded by
rapidly changing data, there will be many many faults making your
program run V-E-R-Y S-L-O-W. There are further complications if you
happen to have a disk buffer (or any buffer used by a VMS function) in
the vacinity of a watchpoint variable. What happens in this instance is
that VMS is given the ACCESS VIOLATION FAULT and it gives up with
INVALID USER BUFFER which can really be misleading (Gee...what does
"invalid user buffer" mean? and besides, it worked a couple of minutes
ago...).
Screen Mode Debugging:
Type PF3 on a CIT-101 or VT100 to put the debugger in screen mode.
You'll notice that it creates 3 windows. The top window displays the
source (from the LIST file) including LINE numbers and is labled on
the very top line with:
---SRC: module file_name --source-scroll-----
The SRC labels the window, the "module file_name" indicates the file
from where the currently displayed source came, the "source" flags the
contents of the window as being source data and "scroll" means that the
scroll keys will operate on this window (typing a keypad 3 will move
the scroll word to the OUT window).
The middle window is for debugger output and is labled with:
---OUT---output-------------------------------
The bottom window is for command input. The pointer on the left side of
the top window points to the next instruction that will be executed. The
keypad has some predefined keys to do some useful things. Some of the
most often used keys are listed here:
(Gold = PF1, Blue = PF4, HELP = PF2, HELP = Gold/PF2, HELP = Blue/PF2)
PF3 = Set mode screen !to setup in screen mode
Gold/PF3 = Set mode noscreen !to turn off screen mode
8 = scroll window up !up_arrow function
2 = scroll window down !down_arrow function
3 = toggle scrolling from SRC to OUT !move scroll function to other window
5 = examine/source .0\%PC !display source at current PC
- = make SRC window full screen
Blue/- = put SRC and OUT windows up
0 = step to next instruction
Gold/0 = step into subroutine !default is to step OVER subroutines
Blue/0 = step over subroutine !if you changed the default to step/into
, = GO
There are tons and tons of options avaliable. The DEBUG manual is about the
size of a Wards catalog, but you are welcome to brouse through it and
order up all that you take a liking to.
Happy debugging
ds
From: KIM::VICKERS 23-OCT-1985 11:26:35.33
To: @ODDGRP,RAINS,VANELDREN,MARGOLIN,ALBAUGH
CC:
Subj: Hummer
Project Proposal - Hummer/Synkazoo
1. Brief Description
This is a small hand-held musical instrument which analyzes the pitch
and amplitude of humming, singing, or whistling, and controls the corresponding
parameters of a built-in polyphonic synthesizer (Yamaha chip.) The user would
be able to listen to a click track and overdub drum, bass, lead guitar, and
various other instruments, turning the vocalist into a 1-man band.
There would be output jacks for connecting the device to a home stereo
or a guitar amplifier, and there would possibly be a built-in speaker. Also
there would be a MIDI music synthesizer serial output, so that musicians could
control their synthesizers with their voice. The instrument would preferably
be powered by either batteries or an external transformer lump.
Other features could include the option of quantizing each note to the
nearest semi-tone, for people who aren't that great at singing or humming in
tune. In this mode, vibrato could be selected, to substitute for the voice's
natural vibrato. There could be an octave select switch, so you could play
much higher or lower than you can hum. And there could be speed select as
well, so you could hum a fast part slowly and double the speed on playback.
The voice is the most expressive musical instrument, and with this
product, it can be used to directly control a variety of synthesized
instruments.
2. Market
A. Musical toy users - these people would be attracted to the idea of a
hand-held 1-man band electronic kazoo. These are the people who buy $200 Casio
keyboards with built-in tacky rhythm, Mattel Syn-Drums, etc.
B. Vocalists - these people could turn themselves into any instrument
of the orchestra.
C. Synthesizer owners - would view this as an inexpensive accessory
that would allow them to do new and vastly more expressive effects.
D. Other musicians - composers could try out how different musical
lines work together, without having to write the music out and multi-track it.
Players of other orchestral instruments could use those instruments to
control the synthesizer.
It seems like there is potentially a huge market, both fad- and non-fad-
oriented, depending on the price.
3. Price - very rough estimates
6502 $1.50
RAM 8.00
ROM 1.50
Yamaha 9.00 (this is a smaller chip, 3 FM voice + built in GI
chip which could be used for drums and click-
track, plus a monophonic DAC)
A-D 2.00
Mic 2.00
Speaker 1.50
Display 2.00
Switches 2.00
Electr. 7.00 misc. electronics
Package 10.00
_____
$46.50
X 4 consumer markup
_____
$186.00
The general consensus that was reached with people I've talked to is
that the product probably needs to be under $200 to reach the broadest market.
Future models could include more voices, more memory, more features, for more
money.
4. Potential Problems
A. Technical
The only real technical difficulty other than cost-reduction is
the pitch-tracking. There are many waveforms for which the pitch is
undefined, and the 1.7 mHz 6502 has to figure out the pitch in real
time. The issues are - how many pitch errors will be made, how
objectionable will they be, will there be a noticable delay between
when you hum and when you hear the output, and can it be done in real
time. There is a product being sold for the Atari 800 which does
many of these functions in real time, using only an external ADC, and
using the 1 mHz 6502 to do the analysis. Fortunately, singing or
humming is more strongly pitched than spoken voice, so the pitch
analysis can be somewhat simpler. My feeling is that the technical
difficulties will not be limiting factors.
B. Legal
Atari Inc. Corporate Research at one time long ago was talking
about a similar idea (but without the MIDI-out or the advantage of
being able to multi-track with a polyphonic Yamaha chip.) But you
can't patent an idea, and although it would be tacky for us to use
the same name, Hummer, that they were using, so sue us.
A thornier problem is the fact that our current Yamaha contract,
and presumably any future one we sign to purchase the cheaper chip,
explicitly prohibits us from competing with Yamaha in the consumer
music market. Ideally what would happen would be that we would design
the product, do a non-disclosure agreement with them, demonstrate the
product, and market the product as a joint venture using Yamaha's name
and distribution channels. This is tricky, but I'm naive enough to
think it could happen this way. The obvious question is what keeps
them from taking the idea and doing it on their own, and the obvious
answer is - not much. Still, we would be saving them from having to
waste time going through the whole engineering development cycle.
They've used independant programmers in the U.S before to write
computer music software that they could have written themselves.
We wouldn't be in much of a bargaining position concerning
price, but we could always bluff that we could use some other chip
that's almost as good. If worst came to worst, we could either find
some other chip that's almost as good, or market the device primarily
as a MIDI-controller. At least we would still have a product, although
the market would be smaller.
5. Resources and time frame
I currently have time-domain pitch and amplitude analysis software
running on the Sound Processing System. This would need to be considerably
tightened up and tested, and the algorithms transferred to 6502. Most of the
6502 development could be done with a System I or System II board, with an A-D
input added. Final development would need the actual target hardware, with the
cheap Yamaha chip in place of the one we are currently using. Dennis Harper is
interested in doing the 6502 code, fortunately, and I can do most of the
hardware design, as long as there are real engineers around to answer questions.
1. Project initiation meeting, and demonstration of
humming, analysis, resynthesis and
overdubbing with the Yamaha chip - 2-3 weeks
1. Modification and testing of analysis algorithms - 1-2 months
2. 6502 development (concurrent with hardware) - 3 months?
3. Slack - 1-2 months
__________
~6 months
___________________________________________________________________________
From: KIM::VANELDREN 25-OCT-1985 17:33:12.86
To: VICKERS,MARGOLIN
CC:
Subj: HUMMER
I think the Hummer concept is a neat idea (even with that name) and am
looking forward to seeing and hearing more about it when you're ready to
demonstrate it. I think it's great that you (and others) are being
creative in looking for technologically-related opportunities. With that
attitude and initiative, I'm confident that we as an Engineering company
can continue to be sucessful regardless of what happens to the "industries"
around us. (How's that for a fool-hardy statement??) Anyway, keep on
hummin'.
Dan Van
___________________________________________________________________________
From: CHARM::AVL 28-OCT-1985 15:28:01.69
To: KIM::MARGOLIN
CC:
Subj: CER 3880
Your CER #3880, requesting that General Instrument part #DSP32010 be
recognized as an alternate source for 137434-001, has been approved.
___________________________________________________________________________
From: CHARM::MORRIS 29-OCT-1985 09:29:30.58
To: @SYS$MAIL:ENGINEER
CC:
Subj: new asm68, clnk, cloc etc
Ok, I have checked out the latest release of the Intermetrics stuff, and it's
OK. so please change your initialisation as follows:-
$ @SYS$SYSDEVICE:[C68R3V1.COM]CDEFS.COM ! SETUP INTERC STUFF
Thanks.
Jim.
___________________________________________________________________________
From: ERNIE::AVL 29-OCT-1985 10:10:50.57
To: @SYS$MAIL:JUNK
CC:
Subj: READAVL
The Approved Vendors List will be moved from CHARM to ERNIE sometime
between noon and 1PM on Tuesday.
If you have defined a word in your LOGIN.COM file to access the
AVL, you may have to make a modification to it..
Users with accounts on remote nodes (CHARM, or KIM)
Type "SET HOST ERNIE" and login to ERNIE as "READAVL" (no password
required). When you exit READAVL, you will be returned to your
default node and directory.
You may copy ERNIE::SYS$USERDISK:[AVL]READAVL.COM to your directory and define
a word in your LOGIN.COM file to execute it.
Example: $AVL :==@READAVL.COM
Users with accounts on ERNIE:
Type "@ATARI$AVL:LOGIN" at the VAX system prompt ($), or just add the line
below to your LOGIN.COM file and then type "AVL" after your next login.
$ AVL :==@ATARI$AVL:LOGIN
Both of these methods will execute a menu driven program that will allow you
to search the AVL and either save the results in a file in your own directory
(if it's on ERNIE) or forward the results to your remote mailbox.
___________________________________________________________________________
From: KIM::MCCARTHY 1-NOV-1985 13:48:41.73
To: @SYS$MAIL:JUNK,MCCARTHY
CC:
Subj: show news
The latest news from the show.
Gauntlet : 6500 Domestic games sold. !!!!!!!!!!!!!!!!!!!!!!!!!!
1000 Ireland games sold. !!!!!!!!!!!!!!!!!!!!!!!!!!
Manufacturing looking at increasing production to 125 per day.
We have lift-off.
Are we having fun yet.
___________________________________________________________________________
From: KIM::VANELDREN 4-NOV-1985 14:48:00.15
To: @SYS$MAIL:JUNK
CC:
Subj: AMOA NEWS FLASH
We're just back from AMOA and haven't had much time yet to really sort out
all our thoughts and impressions and numerical results (number of games
sold, etc., etc.), but there are some things that are so obvious to all who
were there that I feel obliged to pass them on immediately. Without a
doubt, Gauntlet was the runaway HIT of the show. And if Gauntlet was a "10",
there wasn't even anything close to being a "9". In the entire 12 years of
my association with Atari (and in attending the majority of trade shows
that took place during those 12 years), I think it's safe to say that we
have never had a more enthusiastic positive reaction to a product than we
had to Gauntlet. Please accept the sincere thanks from an Atari loyalist
to all of you who helped make the design, manufacturing, and sale of this
product possible. I really wished every Atari employee could have been at
the show in person, because then you could really have appreciated the often-
expressed comment of operators and distributors alike: "It's sure good to
see Atari back on top again where they belong." Even competitors were
surprisingly complementary in a very positive way: "It's good to see a game
like Gauntlet putting such a spark of excitement back into an industry
that's been in hibernation for the last couple years."
Reports of initial collections in the > $1,000 per week range were common
on the show floor, as operators compared notes with us and other operators
on what their very early testing results had been on Gauntlet. The highest
reported earnings came from a mall arcade in Toronto, Canada, which had
received their first Gauntlet 10 days before the AMOA Show began. The
game had AVERAGED $500. PER DAY, earning $4500. in its first 9 days on
location. Needless to say, this operator was quite satisfied with his
"projected" ROI on Gauntlet.
As I said earlier, Gauntlet was clearly perceived as the runaway "10"
of the show. Listed below are my personal ratings of the "8"s, "7"s, and
"6"s as I saw it. There were also probably another 20 to 30 "5's and
under" beyond these, but I won't go to the trouble of listing them here.
For a complete report and brochures on all that various products that were
shown, see the '85 AMOA binder that I will be circulating thru-out the
company in the next couple weeks.
The "8"s:
1. Atari's "Temple of Doom"
2. Sega's "Choplifter"
3. Cinematronics "World Series"
4. Bally's "Sarge"
5. Konami's "Rush'N'Attack"
6. William's "Comet" Pinball
The "7"s:
1. Taito's "Legend of Kage"
2. Taito's "Knuckle Joe"
3. Data East's "Shootout"
4. Capcom/Romstar's "Gunsmoke"
The "6"s:
1. Taito/Digital Control's "Ghosts'n'Goblins"
2. Taito/Memetron's "Mat Mania"
3. Nichibitsu's "Terra Cresta"
4. Exidy's "Crack Shot"
5. Capcom/Romstar's "Tiger-Heli"
6. Bally/Sente's "Mini-Golf"
7. Data East's "Ring King"
8. Nintendo's "Arm Wrestling"
The "Specials":
1. Taito's "Super Dead Heat" - 4 player 4-monitor driving game ala Sprint 4
2. Taito's "N.Y. Captor" - long distance (6-10 ft) video shooting game
3. Tatsumi/Data East's "Speed Buggy" - 3-monitor driving game ala TX-1
4. Bally/Sente's "4-Player Hat Trick" - Indy 4 style cabinet
5. Bally/Sente's "Stompin" - Nolan finally got someone to do his "foot-
control dance machine"
6. Bally/Sente's "Sacman" - a generic Sac-1 kit to convert Pacman games
7. Nintendo's Pac Kit - a generic Uni-system to convert Pacman games
Please remember, the above lists are only my personal subjective opinions,
and based on past precedents, are probably not very accurate. The only things
I am clearly sure of (from my typical Atari objective viewpoint) is that there
was nothing there that came close to competing with Gauntlet, and nothing there
that I felt was a better second than Temple. Product sales have clearly
justified my appraisal of Gauntlet. I'm still waiting to see if they'll do
the same on Temple.
___________________________________________________________________________
From: CHARM::MORRIS 6-NOV-1985 17:10:58.89
To: @SYS$MAIL:ENGINEER
CC:
Subj: WARNING INTERMETRICS CLBR ERROR DANGER DANGER
The intermetrics library utility used to create a new version of the library
file every time a modification was made to it. However now Intermetrics, in
their infinite wisdom have decided to just update the existing version, nice!
However the jerks leave a corrupted library file if CLBR is interrupted,
(ie with control Y).
So, WARNING do not control Y in the middle of a CLBR operation.
Jim.
___________________________________________________________________________
From: CHARM::MORRIS 11-NOV-1985 17:26:48.11
To: @sys$mail:engineer
CC:
Subj: Upload for AMS 68010 emulator
Have you ever wanted to get hardcopy from your DTB, DT or UPL's.
Well now is your lucky day.
When you need a DTB hardcopy, for instance, type:-
$ UPL fred.txt
Uploading text from AMS to file fred.txt, Type Control Z to terminate
Then type <ESC><ESC> to get back to the AMS and do:-
> ON CPY
To enable the auto upload. Now everything that appears on your terminal will
also go to the VAX.
So:-
> DTB 0 TO #200
will send the last 200 lines of disassembled trace buffer to fred.txt.
Once you have done everthing you want type:-
> OFF CPY
to disable the upload, then:-
> TRA
to get back to the VAX. Hit control Z and UPL will write all captured data to
the file fred.txt:-
Writing captured data to file fred.txt. Please wait....
Upload written to file fred.txt
$
The file fred.txt will be a standard VAX text file, all control characters will
be stripped from the input stream, and only linefeeds will cause a newline.
This procedure can be used to capture anything from the AMS that you can
get it to send to the terminal.
*******************************************************************************
P.S.
If for some reason you want a binary file with all data as it appears in
the input stream, type:-
$ UPL - fred.dat
Uploading binary from AMS to file fred.dat, Type Control Z to terminate
Now all data in the input stream will go to fred.dat. But remember that some
control characters will be trapped by VMS. (ie ^Y, ^C, ^S, ^Q etc.)
and ^Z of course will still terminate the input stream.
To be really perverse and capture all binary data you must set your term to
PASTHRU. See HELP SET TERM/PAS. But BEWARE!!!!!!
********************************************************************************
In the (unlikely!?) event of bugs mail:
CHARM::MORRIS.
Jim.
___________________________________________________________________________
From: KIM::SHEPPERD 11-NOV-1985 18:47:11.74
To: @SYS$MAIL:ENGINEER
CC:
Subj: You wanna help with debug...
Announcing the long awaited program LLF (Link/Locate/Format) program. It appears
to work, but until everybody tries all their perversions on it, I won't know if
I caught all the bugs. It measures about 5 times faster (elapsed time) than the
Intermetrics CLNK/CLOC/CFOR/GENSYM operation. I'm not sure how it matches up to
CLNK/CLOC/QDF. I'm still working on it (evenings and weekends), so additional
features and bug fixes will be addressed reasonably quickly.
Minor enhancments to be added:
symbol cross reference (for both defined and undefined symbols).
additional filename input via the option file.
Major enhancment to be added:
System II support (accepting BLISS-16's output).
To use it, do the usual @CDEFS that you've grown to known and love, then type
(or have your makefile type):
$ LLF file1[,file2,...][/qualfier...]
Where file1...filen are your input filenames and /qualifier is one or more
qualifiers.
Command line restrictions:
DCL allows up to 1024 characters for the command line with the following
requirements: There be no more than 128 total elements (filenames,qualifiers,
etc.); That any one element have no more than 255 characters; That the
command line consist of NO MORE than 256 characters before being continued
to additional lines (sorry, Greg).
The following qualifiers can appear anywhere on the command line:
Qualifiers Default value What it is, man
------------------ -------------- -------------------------
/OUTPUT[=filename] SYS$DISK:[].HEX output filename. This is
defaulted and the name
defaults to the same as the
first input filename with a
file type of .HEX.
/MAP[=filename] SYS$DISK:[].MAP map output filename. The
filename defaults to the
OUTPUT filename with a file
type of .MAP.
/SYM[=filename] none Symbol name output. If this
option is used with no value,
then the symbols are included
in the output (.HEX) file. If
a value is supplied, then it
becomes the name of a file into
which the symbols are placed.
The default file type in that
case is .SYM.
/SEC[=filename] none Section name output. If this
option is used with no value,
then the section names are
included in the output (.HEX)
file. If a value is supplied,
then it becomes the name of a
file into which the section
names are placed. The default
file type in that case is .SEC.
The following qualifiers must be placed on their specific input filenames to
identify the contents of that file:
Qualifier Why I have to type this crap
----------- -----------------------------
/LIB Identifies the file as being a library file.
The default file type assumed is .LIB.
/OPT Identifies the file as being an option file.
The default file type assumed is .OPT. At
present, only 1 option file is accepted.
All input filenames other than those identifed with a /LIB or /OPT have a
default file type of .OL.
The options file contents is nearly the same as the .LC file used with CLOC
the difference being that LLF doesn't support the MEMORY command (yet).
Examples:
$ LLF game,main,interrupt,vectors,data1,data2 !simple link/loc/form
$ LLF game,interrupt,data/map/sym !give symbols and map
$ LLF /out=alice mary,jane,karen/lib,fun/opt
$ LLF game,main,lib1/lib,lib2/lib,interrupt,vectors,lib3/lib
Report bugs to this address
ds
___________________________________________________________________________
From: KIM::SHEPPERD 13-NOV-1985 20:20:21.46
To: @SYS$MAIL:ENGINEER
CC:
Subj: Yet another TPU section file...
There's a new TPU section file in UTL$EXE:. I also made some updates to the
UTL$COM:EDTINIT.TPU file that turn on the "new" features of the section
file. The new features in the section file are non-destructive, but the
updated EDTINIT file disables PF2 and GOLD/PF2 (the graztifratz HELP keys).
Take note if your using that init file.
The new feature:
Line mode command: ERROR [filename]
which reads the file into the aux_buffer and positions the window over the first
occurance of an error message. The cursor stays in the main window. The filename
is optional and defaults to the name of the file in the main_buffer with a .LIS
extension. The EDTINIT file examines the main input file type and sets a string
that is used as an error message search string (i.e. %CC, %MACRO, etc.). Then
the PF2 key is defined to be 'find next error'. Pressing the PF2 key will scroll
the aux_window to the next occurance of the error string. The direction of the
scroll is determined by the current_direction flag (set by the KP4 and KP5
keys). The line mode ERROR command can be abbreviated to no fewer than two
letters (or else it becomes an EXIT!).
FYI: the file fetch uses the GOLD/I mechanism, so if the aux_buffer has data
in it, TPU may prompt for permission to blow away the old contents (a file
entered via a GOLD/U will automatically be written out).
ds
___________________________________________________________________________
From: KIM::SHEPPERD 25-NOV-1985 16:34:29.42
To: @SYS$MAIL:ENGINEER
CC:
Subj: AMS ports
I changed all the AMS_68k ports to 9600 baud, eightbit and even parity. This
makes them the same as EDT_USER (VT100/CIT-101 user) except AMS has /NOWRAP
also set. This means you have to change your computer port setup on the AMS
systems (if you haven't already) in order for this to work. I have been
told by all users that the AMS, with the latest software EPROMs, works just
fine at 9600, if this is not the case let me know.
ds
___________________________________________________________________________
From: KIM::VANELDREN 27-NOV-1985 16:29:20.33
To: @SYS$MAIL:JUNK
CC:
Subj: GEORGE OPPERMAN
This is probably the toughest piece of VAXMAIL I've ever had to send, so
please bear with me if I'm not too eloquent.
As many of you know, George Opperman was admitted to El Camino Hospital
this past Sunday morning. He was diagnosed as having lung cancer in a very
advanced stage. I have just been informed by his family that he passed
away shortly before noon today.
George's family (wife Pat, son Kevin, and daughter Heather) were able to
spend the last couple days at his side. Other than some shortness of breath
and a raspy voice, the last few days were quite miraculously pain-free, and
he was able to enjoy the time with his family and many close friends and
fellow workers who dropped by to encourage him. He and his family were
especially grateful for this, and Pat has asked me to pass on her thanks
to all of his "family" here.
The family will not be making any final arrangements until Friday, but
according to Pat, they will probably be scheduling a Memorial Service for
some time early next week (Monday, Tuesday, or Wednesday). I will try and
let everybody know the details of this by first thing Monday morning. I
believe Tuesday will be the most likely day for this to be scheduled.
Few people have given as much of their life to a company as George gave
to Atari, and even fewer will leave behind the marks of permanence and
beauty and art that
George was able to leave. His going will leave a big hole in the lives of
his family, his friends, his fellow workers, and a significant number of
other people who were touched by his role here at Atari.
George's family's home address, where they will all be for the next week or
two is: 5869 Amapola Drive
San Jose, Ca. 95129
I'm sure they would all appreciate your thoughts and your prayers.
Dan Van
___________________________________________________________________________
From: KIM::SHEPPERD 6-DEC-1985 00:08:33.10
To: @SYS$MAIL:JUNK
CC:
Subj: modems
The modems are alive and well. The phone numbers are listed in the Atari
telephone "book", but here they are ifn you don't want to look them up:
Ernie: 434-1770 !1 modem
Kim: 434-1771 !2 modems
Sandy: 434-1772 !1 modem (phantom computer just now)
Charm: 434-1773 !2 modems
Mike: 434-1774 !1 modem (another phantom computer)
Those with multiple modems are on a hunt group, i.e. you'll get the first
available modem by calling just that one number.
ds
___________________________________________________________________________
From: KIM::DOWNEND 27-NOV-1985 17:07:15.52
To: @ALPHAGANG.DIS
CC:
Subj: Clean-up
THIS WEEKEND IS CLEANUP WEEKEND! CLEAN-UP CREWS WILL BE SWEEPING THE BUILDING
FOR EXCESS STUFF AND THEN CLEANING THE CARPETS.
1) IF YOU WANT TO KEEP ANYTHING THAT LOOKS LIKE EXCESS - TIE IT DOWN.
2) PLACE ALL YOUR TRASH IN AN OBVIOUS SPOT TO HAVE IT REMOVED.
3) REMOVE TAGS FROM FURNITURE YOU WANT TO KEEP.
4) GET EVERYTHING OUT OF BOXES AND COLLAPSE THE BOXES.
5) PUT YELLOW POST-ITS ON THE WALL WHERE YOU WANT THEM TO HANG PICTURES
BULLETIN BOARDS AND GREASE BOARDS - IF MORE THAN ONE, NUMBER THEM.
THE SCHLAGE SYSTEM IS SUPPOSED TO BE OPERATIONAL BY WEDNESDAY; PLAN ON IT
HAPPENING MONDAY.
UNTIL THE SCHLAGE SYSTEM IS IN, BUILDING ACCESS IS RESTRICTED TO 7 AM TO 10 PM.
-CHRIS
___________________________________________________________________________
From: KIM::ALBAUGH 27-NOV-1985 18:03:36.06
To: @SYS$MAIL:JUNK
CC:
Subj: P___ing in the soup
This is addressed to the person or persons who find it
really amusing to dial up the paging port and blast us all out
with "music" (or should I say Musak) or "Speech chip test?".
The ability to use dial up paging is very valuable to
some of us, and very likely to be eliminated if much more of this
B.S. goes on. Perhaps you never work late and need to find a co-
worker, perhaps you are always in your office when anyone needs to
find you. Many of us do depend on paging and found it a real hassle
to live without it, as we will be again.
When we first had this option, many years ago, we also had
a tacit agreement of "one paging joke per person per week". As I
remember it, this worked out pretty well, especially since the jokes
were verbal (hence identifiable) and really poor quality jokesters
got straightend out by peer pressure. Of course, since you have opted
for anonymous aural grafitti, we don't know who you are (yet) and must
fume in silence (so far).
In short: fun is fun, but have a little class and please don't
screw it up for the rest of us.
Mike
___________________________________________________________________________
From: KIM::DOWNEND 27-NOV-1985 18:09:33.26
To: @SYS$MAIL:JUNK
CC:
Subj: P_ssing in the Wind - it comes back at you...
I heartily concur with Mike's message on the abuse of the pager -
DON'T DO IT FOLKS!
___________________________________________________________________________
From: KIM::SUTTLES 27-NOV-1985 18:16:18.94
To: @SYS$MAIL:JUNK,SUTTLES
CC:
Subj: _iss___ in the soup
This is to lend weight to Mike's soapbox with some factual
information. The phone system has been under construction for the
last two months, with various details being nailed down along the way.
Paging should have been nailed down well over two months ago, but there
was a political debate on the merits and demerits of public access
to paging. It is still underway, which is why the paging access numbers
have not been published (officially). Obviously, there is a leak.
It is occasions when a select few demonstrate their lack of
restraint that will (I GUARANTEE) blow it for everyone. It is also
conceivable that access to the page will be granted/denied on an
individual basis, and that abuse will only harm oneself. To some
of us (myself included) public access to the page is a valuable
asset. If you disagree, do so in person, without using the page to
contact me.
I've never heard Jed say it, but "Thank you or else".
sas
___________________________________________________________________________
From: KIM::LIPSON 2-DEC-1985 09:35:59.88
To: @SYS$MAIL:JUNK
CC:
Subj: pisser replies
Did I miss a general outbrake of page-abuse?? or are the three previous
letters all resulting from one (ONE!) page of questionable (ok, bad) taste????
And that one on a Friday!! (the traditional day for the once-a-week for
those who chose to abuse the system). AND on the first week with a new
toy <<<<oops I mean building. I remember as well as anyone else how annoying
that day was a few years ago when KWIMP or some similar station was left on
the page repeatedly, but I don't really remember that being a frequent problem.
Maybe people around here need to be warned to keep their sense of play in
control (at least those of us with perverse ideas of fun) BUT LETS NOT FORGET
WE'RE NOT IBM!!! OKAY???
And I promise not to send a page THIS week, OK?
___________________________________________________________________________
From: KIM::VANELDREN 2-DEC-1985 11:33:01.74
To: @SYS$MAIL:JUNK
CC:
Subj: GEORGE OPPERMAN MEMORIAL SERVICE
There will be a memorial service for George Opperman on Wednesday evening
(Dec. 4) at 7:00 pm. The service will be held at:
LIMA FAMILY MORTUARY
1315 HOLLENBECK AVE.
SUNNYVALE, CA. (Corner of Fremont and Hollenbeck)
The family has informed us that the service will be open to all friends
and co-workers of George who wish to attend. Also, for any of those who
wish to convey their personal condolences and messages to the family, George's
wife Pat, son Kevin, and daughter Heather are residing at:
5869 AMAPOLA DR.
SAN JOSE, CA. 95129
___________________________________________________________________________
From: KIM::FRYE 3-DEC-1985 17:27:07.47
To: @SYS$MAIL:JUNK
CC:
Subj: MOVE UPDATE
SCHLAGE SYSTEM: We are still working on the system and hopefully will
have it operational Wednesday or Thursday. Until
then, building access hours will be 7 a.m. to 10:30 p.m.
"COKE IS IT" A coke machine has been installed in the copy room
(located next to the Executive Conference Room).
PICTURES AND Facilities is continuing work on hanging pictures and
THINGS white boards.
PROBLEMS Punch lists and other related building problems should
be turned in to your department secretary.
B. Frye
___________________________________________________________________________
From: KIM::SHEPPERD 4-DEC-1985 16:06:40.89
To: @SYS$MAIL:JUNK
CC:
Subj: Phones
There are a number of problems with the phone system. In order to save
your time sending messages telling us and to save our time reading
messages telling us, I'll point out some of the known bugs. Steve is
off at Rolm school this week to learn how to make moves and changes
(MAC class), so some of these problems can BEGIN to be fixed next
week.
Lab phones can't dial external numbers. This is a Bob Frye
"feature". All telephones that weren't explicitly assigned
to a warm body, were setup with the lowest class of
service. We think this sucks. You think this sucks.
Actually, the telephones that should have this class of
service are the lobby phones here and at 735 and maybe a
few others. This is entirely a software function so we can
fix it once we know how.
The buttons on some ETS's don't match up to the functions
they perform. This is a hardware problem. We have a bag of
buttons and are making some progress at correcting this
error. If you are one of these "ETS" people, happen to
know your phone number and what the buttons are supposed
to do, drop on by and we may be able to give you the
buttons so you can fix it yourself. In the meantime,
bear with us, we'll get to you.
There may be one or more PacBell trunks with a problem
or one or more of our Rolm trunk circuits with a problem
such that outside calls appear noisy and/or with reduced
volume. This is a hardware problem. We'll investigate this
further and call in the appropriate people to correct it.
The system hold time to too short. If you place a call on
hold and don't re-connect it within a system wide time
limit, the Rolm switch will call you back. It appears this
time is nearer 1 minute than to the more desireable 5 minutes.
Calls are arbitrarily attached to the page. This problem is not
new and is because the page system is a kludge as far as the
Rolm switch is concerned. The fix seems to me to be simple, but
I'll bet that it can't be done. You can flash any telephone by
momentarily holding down the switchook and flashing a call will
place it on hold. Then if you hang up, the Rolm will immediately
call you back. If someone calls the page then hangs up with either
type of flash (either switchook or FLASH button), the Rolm will
call them back connecting them back to the page. I think that
if the switchook flash were disabled system wide most of this
page problem could be solved. We're working on it.
Pick groups are all screwed up. This is a software function and
can BEGIN to be fixed next week. In the meantime, use * 3 number
to pick up other phones.
The page system is sometimes abused. This is a user function and
we can't fix it. The best we can do is tell you from which
telephone(s) these abusive pages are coming and let you figure
out who the offending individual(s) is(are).
If anyone has regularly gotten a busy tone immediately after dialing a 9
for an outside line, please notify me. This may be another problem that
needs to be addressed.
ds
___________________________________________________________________________
From: CHARM::DAVE 4-DEC-1985 20:09:24.65
To: @SYS$MAIL:JUNK
CC:
Subj: A BOOK
I HAVE A BOOK TO LOAN. ITS BY EDWARD ABBEY -"BEYOND THE WALL". IT IS WRITTEN
IN A LESS STRIDENT TONE THAN "THE MONKEY WRENCH GANG" BUT IT GETS THE POINT
ACROSS. I MEAN ANYONE WHO CAN COMPARE TROPHY HUNTERS TO SQUID SHIT CAN'T BE
TO IN TOO MELLOW A MOOD!
DON'T COME TO BORROW THIS BOOK UNLESS YOU KNOW WHAT A WRENCH, KARO
SYRUP, AND SAND HAVE IN COMMON.
REMEMBER, IF WE DON'T GET THEM, THEY'LL GET US.
___________________________________________________________________________
From: KIM::BRAD 5-DEC-1985 10:17:46.60
To: @SYS$MAIL:JUNK
CC:
Subj: finger
Did anyone find a plastic finger that has a threaded screw-like end?
- brad -
___________________________________________________________________________
From: KIM::SHEPPERD 5-DEC-1985 12:42:15.17
To: @SYS$MAIL:JUNK
CC:
Subj: Rolm
If, when making an OUTGOING call, you experience weak volume and/or high
background noise, please dial FLASH * 563. This will record in the Rolm's
error log all the circuits used in your connection. We need this information
in order to find the trouble (if any). Please don't use this unless your
connection is really "not normal". Thanks in advance.
ds
___________________________________________________________________________
From: KIM::FRYE 5-DEC-1985 15:45:59.03
To: @SYS$MAIL:JUNK
CC:
Subj: TELEPHONE REFERRAL
DISCONNECTION OF TELEPHONES AT 1272 WAS COMPLETED THIS DATE (A WEEK
LATE).
OUR MAIN NUMBER, 747-2700 IS REFERRED TO OUR NEW NUMBER, 434-3700.
INDIVIDUAL TELEPHONE NUMBERS AT 1272 CAN NOT BE REFERRED AS THEY
WERE EXTENSIONS TO OUR MAIN NUMBER.
WE ARE STILL WORKING WITH PACIFIC BELL FOR OPERATOR ASSISTANCE
REGARDING THE ABOVE.
B. FRYE
___________________________________________________________________________
From: KIM::SUTTLES 9-DEC-1985 12:44:08.40
To: @SYS$MAIL:JUNK,SUTTLES
CC:
Subj: found...
Remember the "line cord crimp tool" I was looking for so desparately
last week? It has been found. Some absent-minded system programmer type
who shall remain nameless found them in a paper bag in my office at home...
er, that is, HIS office at HIS home. So, thank you for looking and keeping
an eye out for it, as I'm sure you all did. Sorry for the false alarm.
PS: His initials are
sas
___________________________________________________________________________
From: KIM::RUNNER 10-DEC-1985 10:01:28.84
To: @SYS$MAIL:JUNK,RUNNER
CC:
Subj: Greenhill's compiler gotme
Option '-x6' is useful for debugging because it forces the use of the
easily patchable 'mov #0,x' instead of the quicker 'clr x'.
Unfortunately, option '-x6' ALSO forces the default output suffix to
be '.a68' instead of '.s'. So if you expect the '.a68' or '.s' extension,
beware of changing '-x6' for debugging/speedup purposes.
Note: Apparently(?), '-x29' overrides some of this, forcing the
extension to be '.asm'. If so, then '-x6' would again be available for purely
debugging/code-compacting purposes.
G
R
___________________________________________________________________________
From: KIM::HOFF 10-DEC-1985 11:44:57.42
To: @SYS$MAIL:JUNK
CC:
Subj: Headaches and adhesives
I walk in the door and smell the adhesives, the carpet outgassing and
all the other chemicals which are in the air due to the recent, massive
remodeling. About 30 minutes later I get an annoying headache, take some
aspirin, take some more a few hours later ... go home and the headache goes
away.
Please let me know whether or NOT you have similar sensations.
I'll collect your messages and send them on to the right person.
Perhaps, if the gases are what's really doing it, we can get the ventillation
turned up during this initial period when the building is outgassing. Then my
headache and yours can go away.
Morgan
___________________________________________________________________________
From: KIM::PPS 12-DEC-1985 18:04:28.55
To: @sys$mail:engineer
CC:
Subj: BCP Utility
Thanks to Jim Morris, there is a new Graphics Utility available to scale, yaw,
or pitch a picture(s). Scaling can be used to magnify or reduce a picture, yaw
or pitch rotates a picture about the Y or X axis contained within the plane
of the picture (standard Cartesian Coordinate alignment). For location and
documentation, see below.
The exe file is in SYS$USERDISK:[PPS.UTILITIES]BCP.EXE both on nodes KIM::
and CHARM::. The documentation file is in the same place, called BCP.DOC.
******************************************************************************
BCP will yaw, pitch or scale a PK4 file. NOTE: a .PK4 format is equivalent to
a .INT format. The operations required to be done on a frame are explicitly
entered in a command file. The format of this command file follows:
The following must be put at the start of the file in this order:-
input filename(.pk4) output filename(.pk4)
input frame size (width height)
Output frame size (width height)
number of frames in file
The following are optional and tell BCP what to do with each frame:-
! - comment to end of line
p n.n - pitch n.n degrees
y n.n - yaw n.n degrees
s n.n - scale down to n.n% of original size
d - write picture to file
e - end of command list
The d command must be used to write the resultant picture to the output file.
After the d command any operation is performed on the original frame,
(NOT the result of the previous command).
Examples:-
TESTIN TESTOUT
64 64
64 64
1
! start of test scale frame down 50%, then display it.
s 50.0 d
! yaw frame 25.5 degrees then display it
y 25.5 d
! pitch frame 10.5 degrees, then yaw 22.4 degrees then scale down by 22.5%
p 10.5 y 22.4 s 22.5 d
e
The preceding example does the commented operations on one frame in TESTIN.PK4
and outputs the results to file TESTOUT.PK4
The frame is 64 by 64 pixels and so will the output be.
jegm - 12/12/85.
___________________________________________________________________________
From: KIM::MARGOLIN 13-DEC-1985 16:30:17.05
To: @SYS$MAIL:EVERYBODY.UAF
CC:
Subj:
Does anyone have the design information on the Vector Generator Gate Array
that was (I believe) designed by Dean Chang?
Jed
___________________________________________________________________________
From: KIM::SHEPPERD 16-DEC-1985 18:33:28.96
To: @SYS$MAIL:ENGINEER
CC:
Subj: LLF V1.2
LLF V1.2 has just been released. This version has minor changes from 1.1:
1) fixed bug where sometimes a rotten checksum would be computed
for the termination record in a symbol file.
2) fixed bug where sometimes the extraneous error message
"seg {bla_bla} overlays another segment" would be displayed.
3) all directives can be mixed case in the options file and the
primary directives (LOC, DEC, etc) can be abbreviated to
any number of chars.
ds
___________________________________________________________________________
From: KIM::SHEPPERD 16-DEC-1985 19:08:13.39
To: @SYS$MAIL:ENGINEER
CC:
Subj: New TPU section file
A new TPU section file has been placed in utl$exe. This file fixed two
small bugs:
1) a SET SCREEN now affects the main, message and aux windows
(previously the aux_window wasn't changed)
2) the "short cut" GOLD/W (GOLD/{up} or GOLD/{down} when
only 1 window is displayed) has been fixed. This used
to produce the error "unable to operate on invisible
window".
If you have been using the standard TPU calling conventions, you needn't
do anything different to access this section file.
ds
___________________________________________________________________________
From: ERNIE::BELL 18-DEC-1985 14:02:35.15
To: KIM::MARGOLIN
CC:
Subj: TomCat Eproms/proms
Here are the numbers assigned for the devices/locations
for TomCat.
PART
NUMBER DESCRIPTION
136039-001 IC,Programmed EPROM,TomCat,137396-300,1K
136039-002 IC,Programmed EPROM,TomCat,137396-300,2K
136039-003 IC,Programmed EPROM,TomCat,137396-300,1M
136039-004 IC,Programmed EPROM,TomCat,137396-300,2M
136039-005 IC,Programmed EPROM,TomCat,137396-300,1N
136039-006 IC,Programmed EPROM,TomCat,137396-300,2N
136039-007 IC,Programmed EPROM,TomCat,137396-300,1P
136039-008 IC,Programmed EPROM,TomCat,137396-300,2P
136039-009 IC,Programmed EPROM,TomCat,137396-300,1R
136039-010 IC,Programmed EPROM,TomCat,137396-300,2R
136039-011 IC,Programmed EPROM,TomCat,137396-300,1T
136039-012 IC,Programmed EPROM,TomCat,137396-300,2T
136039-013 IC,Programmed EPROM,TomCat,137396-300,1U
136039-014 IC,Programmed EPROM,TomCat,137396-300,2U
136039-015 IC,Programmed EPROM,TomCat,137396-300,1V
136039-016 IC,Programmed EPROM,TomCat,137396-300,2V
136039-017 IC,Programmed EPROM,TomCat,137396-300,13F/H
136039-018 IC,Programmed EPROM,TomCat,137396-300,13B
136039-019 IC,Programmed EPROM,TomCat,137396-300,13C/D
136039-020 IC,Programmed PROM,TomCat,137336-001,6S
136039-XXX IC,Programmed_Devices,TomCat
___________________________________________________________________________
From: KIM::VICKERS 19-DEC-1985 11:33:41.16
To: @SYS$MAIL:JUNK
CC:
Subj: Book review
For those of you who will be sitting around bored with nothing to
do during vacation, I have the perfect gift suggestion for yourself - an
876-page book! (I'm only up to page 650, but I find myself limiting it to
a chapter a night to make it last longer.) It's called The Mists of Avalon,
by Marion Zimmer Bradley. I know a lot of people who've finished it, and
they all say the ending is great.
Basically it's the story of the Arthur legend, with Merlin and
Lancelet and Gwenhwyfar (a lot of the names are spelled different), Camelot
and the Round Table and the Quest for the Grail. But it's all different.
It's told primarily from the perspective of the women involved, especially
Morgaine, Arthur's sister who is trained as a priestess on the island of
Avalon. The basic theme is the battle for Arthur's mind during the
transition from the Celtic/pagan/nature/Goddess religion of ancient Britain
f
oops - to the Christian religion, which strives to drive the "evil" goddess
out of Britain. Arthur is sworn to defend Avalon, which gave him Excalibur,
the magic sword which protects him from harm. When he breaks this pledge,
Avalon must either persuade him to follow his oath, or overthrow him.
The book gives you the feeling that this is the way the story really
happened, and that "sword in the stone" and similar versions is how the story
was rewritten by the winners. This book is very rich, the characters are
utterly real, the ideas are fascinating, and the atmosphere is magic.
There are a couple of real reviews (without typos) on the Audio
group bulletin board.
Earl
___________________________________________________________________________
From: CHARM::SHEPPERD 19-DEC-1985 16:57:49.33
To: @SYS$MAIL:JUNK
CC:
Subj: Santa
If you're lucky enough to have a CIT-101 as your terminal, then type
$ @SANTA
to get some season's greetings.
Happy Holidays
ds
P.S. I didn't do it.
___________________________________________________________________________
From: KIM::ROLM "SUTTLES, SHEPPERD, MOTT, or ALBAUGH" 30-DEC-1985 13:15:10.40
To: @SYS$MAIL:JUNK,ROLM
CC:
Subj: "FEATURED FEATURE" feature
Hi. As you may have noticed, we have a new phone system in place.
While there are some real problems with it (surprize!), many problems can
be avoided by knowing a little more about the system. To help spread the
knowledge, I plan on publishing a semi-regular newsletter (like this one)
which has a "featured feature". I will try to discuss a problem or issue
that is of interest to the most people at that time--second-guessing what
would be the most common question or complaint.
The first featured feature is COMPLAINTS, QUESTIONS, and CHANGES.
(How's that for second-guessing?)
To start with: The primary "phone guy" is me, Steve Suttles. I
worked with people from Atari and with Rolm, trying to set up the system
as closely as possible to what we needed. I work for Dave Shepperd, who
runs the computer systems group (in engineering). It is our group that is
responsible for the care and feeding of the telephone system, since it is
actually a computer running the show. The "pecking order" for phone work
is: Steve Suttles, Dave Shepperd, Stephanie Mott, and Mike Albaugh. There
shouldn't be any long time when you can't reach any of us, but we are known
to go out to lunch once in a great while.
As I mentioned, I specified to Rolm how the phone system was to
operate. Of course, needs change, and by the time the system was ready to
be installed, there were several changes already pending. Also, there were
a lot of things we did wrong, or we didn't get the right information, or I
made assumptions that were not justified. Which brings us to questions
and changes.
My extension is 1710. If you call me, I will answer questions as
well as I can. If you call me and ask for a change, I will tell you that
I will do it (because I intend to) and then forget (because I get a LOT of
phone calls). SO, if you really want the change(s) made, I need something
in writing so that I can use it to remind myself. For those of you with
VAXMAIL capability, you can send mail to (KIM::)ROLM. Our group watches
the mailbox and we will check it out when something shows up. If you aren't
hooked up to the vax, send me (Steve Suttles @675, NOT ROLM!) a note saying
what you want done. If I disappear (vacation or some such nonsense), our
group will still pick it up.
Changes: Any phone or phone number in the system can be made to
look/act/work like any other. While there are obvious differences between
the single-line phones and the electronic telephone sets (ETS), they have
essentially the same capability. So if you would like to have your phone
do what someone elses does, there shouldn't be a problem. For example,
if your phone doesn't system-forward after 3 rings, and you would like it
to, it is simply a matter of telling the phone system that your phone should
do that. If I am unable to make a change you request, I will let you know
why, and suggest whatever alternatives might be helpful.
Looking forward (fearfully) to hearing from you,
Steve Suttles
sas
___________________________________________________________________________
Reference in New Issue View Git Blame Copy Permalink