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 Subject: Re: GUS Daily Digest V17 #24 > Date: Sun, 25 Dec 1994 00:13:16 -0800 (PST) > From: Public Image > 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)" 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 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 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 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 : DOS error. Where 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 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 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 *******************************