Apparently-To: john.smith@gravis.com


GUS Daily Digest            Sat, 6 Nov 93   007          Volume 8: Issue   6  

Today's Topics:
                  256Kx4 DRAM vendor cross reference
                  A potentially stupid DRAM question
                        DosMax?? Where is it??
                                 FYI
                           GUS 206L problem
                              GUS and JP
                   GUS Daily Digest V8 #5 (3 msgs)
                         where is mega-h.zip
                        Where is mega-h.zip???

Standard Info:
	- Meta-info about the GUS can be found at the end of the Digest.
	- Before you ask a question, please READ THE FAQ.

----------------------------------------------------------------------

Date: Fri, 5 Nov 93 16:01:37 MST
From: tschmidt@pefs1.micron.com (Tom Schmidt)
Subject: 256Kx4 DRAM vendor cross reference

I have a few updates to the list of vendors that make 256Kx4 Fast Pagemode
DRAMs.  I am not saying that all of these will work in the GUS because the
timing and power consumption of every vendors design is slightly different.
Nor have I personally tested each of these vendors in the GUS.  If anyone has
pros or cons about any of these vendors, or knows of additional vendors parts
that work with the GUS, please post them to the digest or E-mail me so that
we can update this list and get it into the FAQ.

This is only a cross reference list that I put together with a little research
into various DRAM data books and the IC Master 1993 master selection guide.
For simplicity, I am leaving the speed grade designation off (a -10, -8, -7,
or -6 extention at the end of the part number).

Manufacturer		Part Numbers of 256Kx4 Fast Pagemode DRAMs
--------------------	------------------------------------------
Micron Semiconductor	MT4C4256
AT&T			M441024
EDI			EDI44256C
Fujitsu			MB81C4256P
Goldstar		GM71C4256A
Hitachi			HM514256AP
Hyundai			HY51C4256 or HY53C4256
Intel			21014
Mitsubishi		M5M44C256BP
Mosel-Vitelic		V53C104
Motorola		MCM514256AP
NEC			uPD424256C
NMB			AAA1M304P
OKI			MSM514256
Panasonic		MN41C4256
Samsung			KM44C256BP
Sharp			LH64256
Siemens			HYB514256
Texas Instruments	TMS44C256
Toshiba			TC514256BP

You may have noticed that the Sanyo part (LC324256BP) has been removed from
this list.  This was done because at least four GUS users have reported
problems in the digest when trying to use them to upgrade the GUS.  I also
could not find the Sanyo part in the IC Master or other data books, so I
am not exactly sure whether or not it is a 256Kx4 Fast Pagemode DRAM.

I repeat:  I am not recommending any one part type or vendor.

_____      ___     Tom L. Schmidt
  |  |    /   \    Manager - Component Characterization
  |  |    \___     Micron Semiconductor, Inc.
  |  |        \    2805 E. Columbia Rd.  Mail Stop 376
  |  |____\___/    Boise, ID  83709-9698
                   tschmidt@vax.micron.com or tschmidt@pefs1.micron.com

Note:  These opinions are mine and are not necessary shared by Micron

------------------------------

Date: Fri, 5 Nov 93 08:42:42 EST
From: "Burns Fisher, VMS Engineering  05-Nov-1993 0844" <fisher@skylab.enet.dec.com>
Subject: Re: A potentially stupid DRAM question

>From: Paul Murgatroyd <s1114@kowande.Bond.edu.au>
>Subject: Re: GUS Daily Digest V8 #4
>
>For some silly reason, DRAM chips are specified in "KilioBITS", not
>"KiloBYTES". 256 KilioBITs is actually 32 Kiliobytes (8 bits/byte). 256Kx4
>means 256 Kilobits times 4, which works out to 32 kiliobytes times 4. 
>This means that for each single DRAM chip there is 128 Kilobytes.
>
>The six dram chips will then make up the needed 768 kilobytes needed to
>expand your GUS to the full megabyte.
>
>I have no idea why DRAMs are identified in this way...it is just something
>we'll have to accept.

It's not silly at all.  Yes, these parts do have 1 megabit, or 128Kbytes on 
them, but you can't easily access them that way.  Each chip only has 256K 
addresses that you can access.  The "x4" means that you can get 4 bits at one 
time from each address.  Thus you need 2 chips to get 8 bits (one byte) out at 
the same time.  And when you put these two chips together, you get 256K separate 
addresses that you can access.

So to summarize, there are two pieces of information in 256Kx4:  1) the number 
of addresses (256K) and 2) the number of bits you get out in parallel (4).

Makes a lot of sense once you get used to it.

I hope this helps...

Burns

------------------------------

Date: Fri,  5 Nov 93 06:14:00 BST
From: b.williams44@genie.geis.com
Subject: DosMax?? Where is it??

Dear Paolo Colombo,
   Since I don't know where you're logging in from? I'll try to tell you
a little more more about the program and straighten out my post for you.
 
   DOSMAX.EXE is a Device Driver which will Maximize the use of low Memory
by moving MS-DOS 3.1 or above, system data to upper memory block (UMB)
provided by your upper memory manager.(Since I use Dos 6.0 I don't know
what you are using and MemMaker is very helpful)
 
   DOSMAX.EXE also can move a portion of COMMAND.COM into a UMB instead of
the High Memory Area (HMA). This feature recovers space in low memory which
is available when DOS is in the HMA. Support is also included for Windows 3.0
and 3.1 , There are also many more features included, too many to go into
here.Also Zipped file includes a couple of other programs by the same author.
 
   As to where I got it, I stated that I had downloaded it off a Local BBS.
And though that it probably was on Internet or Epas, since it is a Shareware
program and well worth the registration price.I know for sure it is on Genie
(I uploaded it myself) and it is on Compuserve.But are you out of the
Continental United States or Canada? If not get in touch with me thru Genie
at this Address. B.WILLIAMS44@Genie.Geis.com ,It can be sent thru Internet
to this address.
If you are outside of the US or Canada, we can work out somehow getting it
to you, I hope.
 
  I average around 618k Conventional memory ,have Mouse, Sbosdrv and
Smartdrive loaded high in UMB. Also it loads around 272k of COMMAND.COM
high into UMB.I use a statement in EMM386 line after my Expanded memory
#number.It's I=B000-B7FF this uses the system UMB that is set aside for
the SVGA and Monocrome Monitor, and adds several UMB's to system.Acually I've
ran my SVGA while this was being used for UMB's and I had no problems with
the video.
 
 
 
 
 
 
 
This is my MEM/C statement from Dos prompt.
 
           Total       =    Conventional    +   Upper Memory Blocks
 
MSDOS      15277 (15k)      15277 (15k)         0 (0k)
HIMEM      1168  (1k)       1168  (1k)          0 (0k)
EMM386     3120  (3k)       3120  (3k)          0 (0k)
COMMAND    2976  (3k)       2704  (3k)          272 (0k)
DOSMAX     288   (0k)       0     (0k)          288 (0k)
SMARTDRV   27280 (27k)      0     (0k)          27280 (27k)
MOUSE      17088 (17k)      0     (0k)          17088 (17k)
FREE       713936 (697k)    632848 (618k)       81088 (79k)
 
  As you can see I have plenty of Conventional memory and quite a large UMB
and with out Smartdrive there's even more UMB room.A word of advice
Seal Team the newest Electronic Arts release doesn't like Smartdrive.
I'm using MSDOS 6.0, no Doublespace, Memmaker of course and DOSMAX.EXE.
If you don't have DOS 6.0 but have DOS 5.0, upgrade it's worth it!
Also with DOS 6 I can use more than 1 Config.sys and Autoexec.bat by using
DOS 6's Batch program it's nice.
  Also I'm not loading SBOSDRV because Ultramid removes it anyway.
 
 
 
DOSMAX17.ZIP  58,512  This is how it was listed on Local BBS
DosMax.exe  Version 1.7 Copyright(1992) by Philip B. Gardner
Philip B. Gardner
10461 Lever St.
Circle Pines, MN 55014
(612) 785-9439
 
Registration fee is $15.00
 
Well this is getting long so E-mail me (anyone who needs it and can't find
it) and I'll try to help even if it means using Snail Mail!
 
                      ***StarHawk***
                     B.WILLIAMS44@GENIE.GEIS.COM
MAY THE GUS BE WITH YOU!
 
 

------------------------------

Date: Fri, 5 Nov 93 11:47:12 -0500
From: Brennan Stephens <stephens@cs.unc.edu>
Subject: FYI

Attention all you GUS types!

I just thought some of you might be interested in
this little tidbit.  The Computer Science department
at UNC-Chapel Hill, which boasts the fastest graphics
computer in the world, and is a world leader in 
Virtual Reality Research (paraphrased from "Computer
Graphics World", March 1993) has just decided to set  
up a PC at every Head-Mounted Display to act as a 
dedicated sound server.  The GUS will be the card 
used in these machines.  The decision to use the GUS
was made primarily because of the 3D capabilities, 
and the fact that most other cards offering 3D sound
were 10-20 times more expensive than the GUS.

I thought this was a pretty impressive notch in the
GUS belt.

------------------------------

Date: Fri, 5 Nov 1993 12:40:19 +0100
From: Nils Olav Brandstorp Bekken <NILSOBB@dhhalden.no>
Subject: Re: GUS 206L problem

> Date: Wed, 1 Sep 93 01:52:01 PDT
> From: zorro%40607.hepnet@Lbl.Gov
> Subject: GUS 206L problem
> Message-ID: <930901015201.20210e91@Lbl.Gov>
> 
> i have unzip all the disks with the -$ option so i put the label on the
> disk infact it put the label 930520 GUS2 on all disks, but when i install it
> and i choose the full installation it begin to copy the disk1 then when i
> ask for disk2 and i insert it and press return it tell me that it wants disk2
> i press return and it answers with the same thing "insert disk 2 and press RET"

Delete the labels from the disks (you know, label a: -> delete 
current label:Yes) and try again, I had no problem installing it 
without any labels. 

If you still can't get it to recognize the disks, use the right 
labels. I don't remember them right now but I've seen them somewhere.

Nils Olav B. Bekken 

------------------------------

Date: Fri, 5 Nov 93 14:28:22 MET
From: Broderdue <iqivar@hp1.cbs.dk>
Subject: GUS and JP

 First I want to say that I got my GUS 2 weeks ago, and everything
 has worked smoothly. Sbos, mega-em, AIL - everything. Great card.

 Was just wondering if John Smith please could give is a word about
 Jurrassic Park. He said he was looking into it last week (I think)
 after hearing that this guy in the UK actually tested a beta with
 3d sound. So is there a patch coming or what ?

 Lastly, Elite 2 works fine with mega-em, although with no sound effects.

 Rock on people,
 Ivar Frolich

------------------------------

Date: Fri, 5 Nov 1993 02:37:26 -0800 (PST)
From: Ganja farmer <yaga@u.washington.edu>
Subject: Re: GUS Daily Digest V8 #5

Hey all!  With all this talk about 2nd Reality demo and Terminator 
Rampage, I was gnawing at the bit to try them myself.  However, I have 
been unable to find either of them, and I don't know their filenames, so 
archie is really not working too well for me.  If anyone could _please_ 
tell me where to find them;  I've looked at wuarchive, ftp.uml., cs.uwp., 
nic.funet., etc.  but still can't.  Argh.  Many thanks in advance!
chris
yaga@u.washington.edu

------------------------------

Date: Fri, 5 Nov 1993 20:46:17 -1000 (GMT-10:00)
From: Paul Murgatroyd <s1114@kowande.Bond.edu.au>
Subject: Re: GUS Daily Digest V8 #5

> For some silly reason, DRAM chips are specified in "KilioBITS", not
> "KiloBYTES". 256 KilioBITs is actually 32 Kiliobytes (8 bits/byte). 256Kx4
> means 256 Kilobits times 4, which works out to 32 kiliobytes times 4. 
> This means that for each single DRAM chip there is 128 Kilobytes.

Hmmmm....just read the explanation from all your more educated folks, and
now I am more enlightened on the subject. Still, the method I describe
above is how I was taught about DRAMs and EPROMs etc, back when I did some
work for my father's company programming all the EPROMs for the blood
analysis machines and the likes. I guess it doesn't matter which way you
do it, as long as you get the right answer every time :-)

------------------------------

Date: 5 Nov 93 08:44:00 EST
From: "VULCAN::WATTERS_C" <WATTERS_C%VULCAN.decnet@gate.hosp.ohio-state.edu>
Subject: Re: GUS Daily Digest V8 #5

>Now, what I'm wondering is, if these guys are planning for the future,
>than what the hell are they doing writing software which "... writes
>directly to the FM chips...". Do they really think that's the future? If
>it's future they want, than they should write programs that support the
>AIL drivers. I don't think that future games will be tied down to
>specific sound cards. And from what I understand, programming for the AIL
>drivers isn't such an immense, very costly job.

Return to Zork specifically mentions AIL drivers in the docset, it doesn't
really give you instructions on how to install them, but it does say that if
your sound boards doesn't have drivers supplied by Mediagenic/Activision/
Infocom, you should be able to install any AIL drivers for your board and 
get it to work.

------------------------------

Date: Sat, 06 Nov 93 00:34:50 EST
From: BGUZ000 <BGUZ@MUSICB.MCGILL.CA>
Subject: where is mega-h.zip

I read in the digest that there was a time extender for
Mega-em located at epas. For some reason I can not find it.
Could someone please tell me exactly where it is located.
Thank You

------------------------------

Date: Fri, 5 Nov 93 11:46:22 CST
From: Han-jung Kim <kim@physics.auburn.edu>
Subject: Where is mega-h.zip???

Phat wrote a patch of megaem 20 min limit is on epas. But could not locate it
although I roamed away here and there. Even the Index.ALL does not show 
mega-h.zip.
Woul any one locate this file for me?
I sent an email to Jayeson to release on version without the time limit and
he told that the program was already reconfigured and not too easy to 
remove the time part and also new version would not be released too much
far off.
However I want to use the current version of megaem over 20 min and need
the hack right now!!!
thanks.

------------------------------

End of GUS Daily Digest V8 #6
******************************

To post to tomorrow's digest:                        <gus-general@dsd.es.com>
To (un)subscribe or get help:                <gus-general-request@dsd.es.com>
To contact a human (last resort):              <gus-general-owner@dsd.es.com>

FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
                     wuarchive.wustl.edu            /systems/msdos/ultrasound
                     archive.orst.edu                    /pub/packages/gravis
                     theoris.rz.uni-konstanz.de                /pub/sound/gus
FTP mail server:     mail-server@nike.rz.uni-konstanz.de

Hints:
      - Get the FAQ from the FTP sites or the request server.
      - Mail to <gus-general-request@dsd.es.com> for info about other
	GUS related mailing lists (programmers, musicians, etc.).



