GUS Daily Digest            Mon, 26 Dec 94  9:37 PST     Volume 17: Issue  25 

Today's Topics:
						   Cyberia and GUS
				  GUS Daily Digest V17 #24 (2 msgs)
						HMI Digital Truncation
					MegaEm and EMM incompatibility
						Patches on a RAMDrive
					Sony 2x CDROM and GUS rev. 2.2
					 Transport tycoon GUS support
			  Where is MAX SBOS?  And what about MegaEm?

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: Mon, 26 Dec 94 06:46:24 PST
From: banshee@rbdc.rbdc.com
Subject: Cyberia and GUS

Has anyone been able to get Cyberia to work with a GUS?  I've tried 
everything I can think of.  I haven't seen much talk about this game yet, 
hopefully someone else out there has it...thanks!


 ------------------------------------
Scott A. Jones
E-mail: banshee@rbdc.rbdc.com
Date: 12/26/94
Time: 06:40:06
 ------------------------------------

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

Date: Sun, 25 Dec 1994 15:42:38 -0500 (EST)
From: Ryan Baker <rynbaker@freenet.columbus.oh.us>
Subject: Re: GUS Daily Digest V17 #24

> Date: Sun, 25 Dec 1994 00:13:16 -0800 (PST)
> From: Public Image <scall@ccnet.com>
> Subject: GUS+DB != GUSMAX?
> 
> Just a quick question/observation.
> 
> I have a 1024k GUS with the 16 bit CODEC attached via DB.  is this "new 
> and improved" MAXBOS program going to ever be updated/modified to work 
> with it?  I purchased the db because I don't need a CD interface, and 
> hads been told (by many sources, including Gravis) that the only 
> differences were the way in which the codec was interfaced (shouldnt 
> cause a problem, IMO) and the lack of an IDE CD port.
> 
	The GUS and GUS Max also have a differnece in the mixer's they use
on the board and the way the memory is set up.  The difference in the
memory is probably compensated for by the chip, but the mixer is still
different, and it is possible that the 16-bit interface is slightly
different.

> >In reply to the person who said Black Thorne (Alias Black Hawk) is good and
> >System Shock is not to be recommended, I say PIFFLE! (Strong language)
>  [junk deleted]
> 
> >Then again, this person might have a personal view of system shock as
> >slow-on-a-386, memory-hungry, 30megabyte eating monster game...
> 
> Dude, I'm running on a 486DX with an ET4000/w32p local bus video card,
> which is no slouch.  Maybe you've been staring at monitors too long, but
> I for one don't like System Shock's heavily pixelized graphics and its
> almost unreadable text font.  Not everyone can afford a speed-demon
> powerhouse computer like you've got.  Different strokes for different...

	I'm getting a little tired of hearing from all of the 486/25 and
33 users about how they hate new games coming out that run slow on their
computers.  If you think a game is good but needs a good computer, say so.
It doesn't mean the game sucks, it just means some people may have to wait
to play it.  WCIII is a good example of this, in my opinion it is the best
game available right now, but for optimal gameplay they recomend P60, 3X
CDROM, 16M, and 62M hard drive space.  The game has high requirments but
will easily still be an awesome game with all the 486ers upgrade to P90's.
If no one programs a game for good computers nobody will buy a good home
computer.  BTW, this is also a response to whoever said that the GUS was
causing problems with WC3, I wouldn't be surprised if the problem was
that the computer just couldn't get the information the the GUS fast
enough, a 486/33 is  below the minimum requirments (not recommendation)
for WC3.  You might have a real problem, but it might just be speed, so
if you really are upgrading soon, I'd do it before you play the game or
spend massive amounts of time trying to fix a problem that might be speed
or processor specific.

> Date: Sun, 25 Dec 1994 03:51:02 +0800
> From: jchen@hs.hkis.edu.hk (Jonathan Chen)
> Subject: This digest & megaem
> 
> Secondly, I have got this stupid MegaEm EMM incompatibility error.  I use my
> Ultrasound Max with QEMM and have tried almost every combinations there are
> including disabling Stealth and putting an exclusion on about all the memory I
> have.  Anyways, even when I clean boot and try to load MegaEM with the NOEMS
> option, it still won't load. Does anyone have any experience on this?  Could it
> be me having too much memory on my system?  I know the ISA cards can only
> address up to 16Mb and I have 16Mb of RAM.  Could it be because MegaEM couldn't
> access that 512Kb?

	The problem, as far as I could figure this one out has to do with
the way Pentium and some new 486 motherboards handle some things.  QEMM by
default passes Virtual Mode Interrupts to real mode devices, but this
doesn't work with the combination of the motherboard and MEGA-EM.  The fix
to this problem is either to stop using QEMM or use the PENTIUM:VME:N
command in the QEMM386.SYS line.  This option is only available to QEMM
7.5 users, so if you don't have it you'll have to upgrade or just deal
with it.  Worked for me and several other people, so I'm almost
absoulutely sure thats your problem.

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

Date: Sun, 25 Dec 1994 17:07:43 -0500 (EST)
From: "Jesse Ozog (GE)" <ozog@suntan.eng.usf.edu>
Subject: Re: GUS Daily Digest V17 #24

On Sun, 25 Dec -1, GUS Server wrote:

> From: gt0074b@prism.gatech.edu (P.Chen)
> Subject: sys shock
> 
> >Then again, this person might have a personal view of system shock as
> >slow-on-a-386, memory-hungry, 30megabyte eating monster game...
> 
> Dude, I'm running on a 486DX with an ET4000/w32p local bus video card,
> which is no slouch.  Maybe you've been staring at monitors too long, but
> I for one don't like System Shock's heavily pixelized graphics and its
> almost unreadable text font.  Not everyone can afford a speed-demon
> powerhouse computer like you've got.  Different strokes for different...
> uh... huh huh... he said stroke.

System Shock runs like a dream on my machine and the graphics are pretty 
damn good.  If you only have 4megs ram the graphics aren't that hot but 
on 8 megs, they are pretty nice :>.  The game is pretty complex, and 
there is many different ways to go about doing it.  Anyways, the text 
isn't that unreadable.....
-=:ozog@suntan.eng.usf.edu:=-
/es

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

Date: Mon, 26 Dec 1994 10:12:17 +1100 (EST)
From: Andrew See <asee@st.nepean.uws.edu.au>
Subject: HMI Digital Truncation

I have noticed that any game that I run on my machine which uses the HMI 
drivers with the GUS, chops the end off any digital samples that are 
played. Where the sound is a continuous stream such as speech in UAKM, it 
skips. My GUS is at 210,7,7,7,7 and I have an SB at 220,5,1.

Any clues?

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

Date: Sun, 25 Dec 1994 21:59:52 +0100 (MET)
From: KLK sc Katowice <klk@beta.nask.katowice.pl>
Subject: MegaEm and EMM incompatibility

Replying to message written by Jonathan Chen

Pentium and some newer 486 processors have Virtual Mode Extensions, and
QEMM uses them by default to pass most software interrupts directly to
real-mode programs. This causes incompatibility with MegaEm. If you're
using QEMM 7.0x then probably nothing can be done (well, you can use EMM386
to run games). However if you're using QEMM 7.50, you can specify P:VME:N
parameter in QEMM command line. This should help.


										 Marek J. Nelec

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

Date: Mon, 26 Dec 1994 03:25:36 -0330
From: Aaron Cameron <acameron@europa.cs.mun.ca>
Subject: Patches on a RAMDrive

Anybody ever try putting all the patch files (%ultradir%\midi\*.pat) on a 
RAMDrive to speed up patch loading?  I'm trying to create a config for 
playing midi files where all the patches are put on a RamDrive (d:) so 
that they will load faster.  Problem is:  it won't work.  I have 8 Meg of 
ram (will have 12 meg within the next couple days), and i set up a 6.5 
meg (approx) ramdrive d:.  My HDD is c:, my ultradir env setting is 
c:\gus, and I'm running a GUS MAX on a 486dx40.  I've tried everything 
from substituting d: for C:\gus\midi (dos's subst command) right down to 
changing the ultradir setting to d:\.  I've copied any files that 
playmidi.exe could possibly need (*.ini, all the pats and the *.cfg files 
for the midi's, playmidi itself, ultrinit, sbos, and the like) to the 
ramdrive, as well as trying to run them in the C:\GUS dir.  Nothing. 
Nadda.  When playmidi goes to load the patch(es) for the midi's, it 
accesses the HDD and then spits out the following error messg:

Error on patch info call <patch_name>:  DOS error.

Where <patch_name> is the name of the first patch that it tries to load.  
I've been trying all sorts of tweeking and altering the variables in many 
different parts of the config and autoexec for the past couple of 
hours... all to no avail.  Gone through bootup under F8 (dos 6.22), and 
all the commands executed fine without errors.  I've run out of things to 
try.  If anybody has any prior experience with this (or any reasonably 
intelligent people have any decent suggestions), please drop me a line to 
the address in the sig.  Thanks all.

Cheers,
AC

/---------------------------------------------------------------------------\
|        ***              *****               WELCOME TO MY WORLD!          |
|       *****          ***********            ~~~~~~~~~~~~~~~~~~~~          |
|      **   **       *****      ***         It's really not that bad...     |
|     ***   ***      ****                   once you get used to it!        |
|    ***********     ****                                                   |
|   *************    *****      ***    ---------> Aaron Cameron <---------  |
|  ****       ****     ***********     Memorial University of Newfoundland  |
| *****       *****       *****        ---> acameron@europa.cs.mun.ca <---  |
\---------------------------------------------------------------------------/

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

Date: Mon, 26 Dec 94 00:28:38 CST
From: epyle@alliant.backbone.uoknor.edu (Eric Pyle)
Subject: Sony 2x CDROM and GUS rev. 2.2

Okay, I'm confused.  Can anyone tell me what the difference
is, hooking a GUS rev. 2.2 up to a Sony 2x CDROM opposed to 
a GUS MAX.?

I have an enhanced VLB IDE controller.  What is the advantage
(if any) of having a GUS MAX when interfacing it with a CDROM.

I've heard Sony, Mitsumi, and Panasonic are compatible.  Why 
just these drives?

eric

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

Date: Mon, 26 Dec 1994 12:24:52 +0200 (EET)
From: Mika Fonsen <mf@clinet.fi>
Subject: Transport tycoon GUS support

Somebody was talking about Microprose's Transport tycoon.

	The tycoon.exe loads the ultramid driver and on my computer it is 
unable to uninstall the driver. Not too clever way to do it.
	The problem can be fixed with hex-editor. Just look for /f and 
remove it. I agree that the music is well done, but it gets a bit 
annoying when you've played a while, so I use CD music. Because the .exe 
loads the ultramid I had to hex-edit the .exe and add /l instead of /q (I 
use line-in for cd music).
	Anyway it's a great game, but it doesn't run smooth on my 486/66 
32mb ram VLB system.

PS. Where can I find those alpha level OS/2 drivers?
--- __  __   ______                                         __  __   ______
   /  \/  \ | ____/ :          ,   : Mika Fonsen      :    /  \/  \ | ____/
  / /\__/\ \| |__   : Mika Fonsen  : Kaukonpolku 4b14 :   / /\__/\ \| |__
 / /      \ \  _/   : mf@clinet.fi : 04200 KERAVA     :  / /      \ \  _/
 \/  OS/2  \/_|     : ^temporary^  : Finland          :  \/  GUS!  \/_|

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

Date: Sun, 25 Dec 1994 22:27:39 -0800 (PST)
From: Stephen Thomas Brindle <sbrindle@netcom.com>
Subject: Where is MAX SBOS?  And what about MegaEm?

I can't find the new MAX SBOS on the GUS sites.  Would someone who has it 
from the Gravis BBS upload the original ZIP?

Also, what about that new protected mode MegaEm?  I hear it was delayed.  
Until when?

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Stephen Thomas Brindle |"I have made this letter longer than usual, because
------------------------|I lack the time to make it short."
	Ethereal Dragon     |                                     -Blaise Pascal
	 -==(UDIC)==-       |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

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

End of GUS Daily Digest V17 #25
*******************************
