GUS Daily Digest            Fri, 13 May 94  9:37 PST     Volume 13: Issue  12 

Today's Topics:
		 (still) Line-in problem, "PARITY ERROR", and others
					   ADPCM compressed patches
						Battle Isle 2 and GUS
			   DIGEST ADMIN: DON'T SEND YOUR VOTES HERE
		 Does your GUS rev 2.2 has these hardware anomalies?
						 Doom, this and that
				  GUS Daily Digest V13 #11 (6 msgs)
							GUS Newsletter
						   Megaem questions
						Mod4Win & XWNGSNDS.ZIP
						  Return to Zork CD
						 Windows/Stacker 4.0?

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: Thu, 12 May 1994 14:55:26 -0600
From: masten@beta.lanl.gov
Subject: (still) Line-in problem, "PARITY ERROR", and others

Help!!

I've received some suggestions, thanks.  But nothing has worked so far. 
About to hit the 30-day on the GUS, and unless I can get it working
peacefully with the LAPC-1...well only one of them can be returned  :-(

PROBLEM 1
---------
I can't get any sound from my SBPro connected to the line-in of the GUS in
DOS.  Yes, I've got "ULTRINIT -L" in the AUTOEXEC.  [ULTRINIT -L -O, no
difference]  Software is 3.11 (ultrinit is 2.18).  

I've observed:
It works in Windows (I can play the CD connected to the SBPro thru the GUS
line-in).  I know the SBPro is working as I can rerout the sound to the
amp.  So it isn't the cable, SBPro output, or GUS line-in connectors or
stages.  Ultrasnd is set to 240,5,5,5,5. Moved from default primarily as
the SBPro is on 220, IRQ7, and wanted 16-bit DMA. Can the GUS IRQ's both on
5 cause a problem?  Didn't in the past, and I'm running out of IRQ's (see
below).  I've tried with SB DMA sharing  both on and off.

[This just in: last night I got it working, somehow, but then after either
playing playmidi, or going into Windows, it died again.  I've made sure the
Windows mixer has line-in enabled and saved]

Works if I have the GUS connected to the SBPro line-in, but I'd like to do
it the other way to avoid SBPro noise if I'm just GUS'ing.

PROBLEM 2
---------
I can't get the right digitized sounds in Doom with IRQ 11 or higher. 
Works fine on 5 (SBPro on 7, LAPC takes 2/9?).  Is this symptomatic of
something?

PROBLEM 3
---------
More importantly, I still have the:
PARITY ERROR ????
SYSTEM HALTED
happen occasionally. Seems to only occur when I have the GUS and LAPC1 in
the system simultaneously.  Pull out the LAPC, and I haven't seen it with
the GUS/SBP combo.

Someone mentioned it could be a board timing problem.  I'm pretty sure my
dx2/66 MB has some hard-wired wait states (pisses me off).  I did add a
SRAM wait state, but I'm loathe to live with the performance hit.  And all
boards have worked just fine except in this combo. Any other ideas?

PROBLEM 4
---------
Also, I've had it all of a sudden lose the CMOS info (HD codes, etc).  Has
happened about 6 times.  Again, only when the GUS and LAPC were in the box.
This is scary.

486dx2/66, 8MB RAM, Diamond SS Pro VLB (recently disabled its IRQ2 option,
though it hadn't cused any probs with the LAPC), Contaq chipset.  No SCSI,
just IDE, CD-rom connected to the SBPro, DOS 6.2.

Am I just snake-bit?

Dave
masten@beta.lanl.gov

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

Date: Thu, 12 May 1994 17:30:13 -0400 (EDT)
From: mikebat@netcom.com (Mike Batchelor)
Subject: Re: ADPCM compressed patches

Not the GUS Server once wrote...
$  
$  ------------------------------
$  
$  Date: Tue, 10 May 1994 13:53:31 -0700 (PDT)
$  From: "George A. Montemayor" <gmontem@eis.calstate.edu>
$  Subject: Compress samples w/ db?
$  
$  Is it possible to use the 16-bit db's 4:1 ADPCM compression to compress 
$  the samples and have the GUS uncompress them on the file while it plays a 
$  MIDI file? That way, we can compress those Pro Pats v2.0 and be able to 
$  use them with MIDI and games with little loss of quality.

No.  MIDI is still played through the GF1, which has no connection with
the digital audio part of the card.  I asked this question specifically of
the Gravis rep when I spoke to him earlier this week.  There are no plans
to do anything along this line with the GF1.  He would not even comment
about a GF2, or whatever might follow the GF1, except to say that there
will be a next generation GF? chip in a future Gravis sound card.

$  ------------------------------
$  
$  Date: Tue, 10 May 1994 18:00:50 -0600 (MDT)
$  From: Derek the Dweebosaurus <dng@med.ucalgary.ca>
$  Subject: TFX & GUS
$  
$  Also, I've just bought a SB-16ASP MultiCD card and a
$  CD-ROM (I was extremely happy with the GUS alone but at $199Cdn, why not
$  and get the CD interface included too?) and they co-exist awesome
$  together, so I no longer need SBOS and I run MegaEm with the -SBOFF option
$  and it works (after changing the IRQs and DMAs around). However, is it
$  possible to disable the SB DMA on the GUS at all? There is still the odd
$  program that conflicts since the SB DMA must be set at 1 and the two
$  boards are using it... 
$  
$  I'm using: SB-16ASP = A220, I5, DMA1 and 5, Midi at 300H
$  GUS = A260, I11, DMA6, SBInt7, Midi at 330H(unchangable)

If you are not loading SBOS, then the SB DMA channel is not being used by
the GUS.  Something else is the matter.

$  Also, in Windows does one get better results and compatibility using GUS
$  for both MIDI and WAVE, or GUS for just MIDI and the SB16ASP for the WAVE? 

I would say the GUS WAV driver is the one to use.  Try it both ways, and
see which one you like best.


-- 
Mike Batchelor      | UseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinux
mikebat@netcom.com  | xuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesU
 -----------------------------------------------------------------------------
Plug 'N' Play:  A specification invented by Microsoft and Intel which
enables a computer and its operating system to create hardware conflicts
without user intervention.

No more jumpers to misplace!  The computer will misplace them for you.

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

Date: Thu, 12 May 94 21:41:45 METDST
From: Broderdue <iqivar@hp1.cbs.dk>
Subject: Battle Isle 2 and GUS

Anyone know how to get sound out of this little baby ?

Battle Isle 2 has a really odd setup/install program that asks for
i/o addresses only when setting up the game, and it fails to locate
mega-emulator when I use 330 for music and 220 for digital. :)

No more luck with SBOS.

It appears to be using ordinaryy%

Anyone know how to make this GREAT game work ?

	Thanks,
	Ivar Frolich

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

Date: Fri, 13 May 1994 01:10:04 -0600 (MDT)
From: Dave DeBry <ddebry@dsd.es.com>
Subject: DIGEST ADMIN: DON'T SEND YOUR VOTES HERE

	I thought of this after I sent in the notices yesterday, but I
didn't act on it.  Stupid me.

	FOLKS:  DON'T SEND YOUR VOTES ABOUT THE USENET NEWSGROUPS TO
THE DIGEST.

	I know the CFV says you can just reply to the message.  But
it's in a digest now, so that's false.  You have to do it by hand.

	I just cleaned out a lot of votes.  If you don't get a reply
back from the vote tallyer in the next couple of days, it may be
because you sent your votes to the wrong address.  Send them in again.

	Thanks!

-- 
Dave  ddebry@ debry@   \  
DeBry dsd.    peruvian. | "First I was a hippie, then I was a 
	  es.     cs.utah.  |  stockbroker, now I am a hippie again."
	  com     edu      /  

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

Date: Thu, 12 May 1994 18:41:44 -0700 (PDT)
From: Juan Carlos Leon <jleon@chaph.usc.edu>
Subject: Does your GUS rev 2.2 has these hardware anomalies?

Hi, I just got a 2.2 GUS for my brother (I have a 2.4).  It does look a bit
different, more components.  But I'm quite concerned with some anomalies in
the soldered components.  I would like to know from anybody of you who has
a 2.2 board if this is what your board also has or if not, which are the
correct values:

- At top edge of the card:
	C13, C14, C15 & C16 not only have a capacitor but a 2.2K resistor
	in series with the capacitors.  The abnormal thing here is that there
	are no places for the resistors.  It's like one leg of the capacitor
	is soldered in one trace, one leg of the resistor is at the other
	trace and the other leg of each component are soldered on the "air".

- At the middle of the card:
	There's a capacitor soldered on top of U24, between pins 4 & 7.
	Again there's no traces for this but it's soldered like it was a
	not planed modification of the board.

The board works though but I don't know if there's something that I've
overlooked.  I was tempted to remove those components and solder them as
they are in my 2.4 card but I guess that's not a wise thing to do since
the card have some differences.

So, should I worry?  I don't know but this doesn't look like it was done by
Gravis.

Juan
-- 
email: jleon@scf.usc.edu                   *-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*
Major in Electrical Engineering, Computers |    empty until I have time to   |
University of Southern California          |    think on a new signature     |
Los Angeles, CA.  USA                      *-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*

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

Date: Fri, 13 May 1994 23:19:13 +1000 (EST)
From: "Marshall / John Leonard (ISE)" <u888430@student.canberra.edu.au>
Subject: Doom, this and that

I've been a silent participator of this digest for a couple of months now 
and have found it to be the major source of useful information for my 
GUS. In my neck of the woods, its just about the only publicity the GUS 
gets! How many people are acutally subscribed to this digest anyway?

A quick Doom question: the sound effects for the Gus are great, but my 
system swaps the left and right channels around, defeating the 
advantage of having stereo sound. I hear imps to the left when they are 
really to the right.  Can anybody help me out?  (BTW no, my speakers 
*aren't* reversed!) 

John Marshall, |
Grad Dip CS    |  " Mr Alphabet says: 'Don't be afraid, there's no
---------------|                       marmelade!' "
University of  |
Canberra, ACT, |------------------------------------------------
Australia      |u888430@student.canberra.edu.au

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

Date: Thu, 12 May 94 17:38:42 EDT
From: dmcintyr@muselab.ac.runet.edu
Subject: GUS Daily Digest V13 #11

> Whoever said:
> > at large understands it.  I realize that GM is really just a specification
> > for what to name your patches and really little else, but for me GM
> > support means GM patchset+MPU-401+hardware/firmware capable of
> > UNDERSTANDING MIDI.  The GUS only works as a GM synth in Windows or with
> > hacks, kludges, and a very VERY few programs that support it completely in
> > native mode. 
> 
> I guess you would like a PC that has DOS in hardware? or windows? 

No, I'm not saying that at all.  I'm saying that the GUS would have been 
more valuable to me if it had been a true MIDI device capable of 
understanding and using MIDI data directly, and therefore usable by games 
directly without any need for special drivers.

I 
> think that you insult Jayeson by calling megaem a kludge.

Mega-Em is a kludge because it is a program which attemts to make the GUS 
be something it's not.  If it were not a kludge then there would be no 
need for it in the first place.

 I see it as a 
> DRIVER much the same as you may have a cd-rom DRIVER.

A CD-ROM driver is a kludge as well.  Its function is to allow the 
antiquated architecture of the PC to communicate with a device whose 
nature is alien to it.  SCSI drivers are a kludge too.  Real mode 
segment:offset RAM access is also a kludge.  Being a kludge is not 
necessarily a bad thing, IF the kludge WORKS!

 I am GLAD that the GUS 
> requires these. It seems to imply that other OS may be able to better use 
> it. 

I don't follow that logic at all.  It's good that the GUS does not work 
neatly and efficiently with existing software, but rather requires a 
precariously balanced TSR which accomplishes its task by fooling the 
software into thinkig there's a card there that doesn't exist?  Sure it's 
slick as a greased rat, but it's still a kludge.  I think even Jayeson 
would agree.  After all, if the GUS had met JAYESON'S original 
expectations then he wouldn't have had to set out to write the thing in 
the first place.  (And just for the record, I was one of the original 
beta testers for Mega-Em and one of the few people to actually support 
Jayeson by PAYING for it instead of trying to figure out ways to kill the 
time limit.  I had a fully functional Mega-Em long before most of you 
guys.)

As far as that goes, I would be perfectly happy with a Mega-Em like 
program used as a driver for the GUS if the card had the hardware for 
MIDI that it does for Sound Blaster emulation.  What I mean is if Mega-Em 
could have hardware assistance to capture the MIDI data stream, then it 
would be able to function concurrently with newer protected mode games, 
as it wouldn't need to make use of any special protected mode functions 
to accomplish its task, and could reside entirely in DOS memory (which 
wouldn't affect protected mode games anyway.

This reasoning might be flawed, as I think the AWE 32 has just that sort 
of hardware assistance--I recall that the AWE 32 MIDI kludge TSR requires 
a working NMI procedure like SBOS, so its function might be similar to 
that which I have described above as desirable for the GUS--in which case 
the above reasoning is flawed because the AWE 32 shares the same lack of 
usability as the GUS in that its MIDI kludge TSR does not work with 
protected mode games.
 
The problems with GUS are not as bad as trying to get network cards 
> working! Same goes for almost ANY add-on card for an IBM PC. Personally, 
> I've never had any problem with the GUS. (If I had, my story would 
> probably be different, but who knows?) 

I've only had problems using it with software that didn't support it,
which is the vast majority of software.  Even in Windows very few programs
support the patch caching part of the MPC specification.  That much, at
least, is not Gravis' fault.  If Gravis had released a card compliant with
the existing standard, with features thrown on top that could be taken
advantage of at a later date, then it would have had much better success. 

That's what SBOS was intended to do, true, but my contention is that I 
didn't buy a GUS to emulate a Sound Blaster.  They should have picked GM 
as their "support for the moment" and gone from there.

> Fine line between bash and not bash, I guess.

Let me rephrase that.  I am stating the reasons why I am unhappy with the 
card, and therefore I am bashing it.  I am not saying that you or anyone 
else is foolish for loving it to death, so I am not bashing YOU.  I DO
think that people who are willing to settle for FM sound are foolish, 
however.

> I know some people who cannot tell the difference between a 45" and a CD. 
> I guess you are like that with sound cards. If so, then an SB is just 
> fine for you. Also, it may be easier for you.

No, no you're missing my point ENTIRELY.  I'm SICK of having to settle 
for Sound Blaster music, which is why I'm so unhappy with the GUS.  The 
only card I've been able to USE with my newest games is my Sound Blaster, 
which I've had since 1989.  It sounded bad in 1989, and now it REALLY 
sounds bad compared to the way things OUGHT to be.

What I want is 100% wavetable synthesis with NO MORE CRAPPY CHEESY FM, 
but without any headaches either.  It's not too much to ask.  Really, it 
isn't.  If I wanted to shell out the bucks I could get it right now in 
the form of a Sound Canvas.  I'm still reluctant to shell out the bucks.

I've never said anything bad about how the GUS sounds.  It sounds very
nice for most stuff.  The only real complaint I have about the sound when
it works is the lack of an effects processor, but that's a relatively
minor omission.  My complaint is my inability to get it to function with
my software. 

 Oh well. I hope you keep 
> the GUS, because I see great things coming....

I intend to keep it.  Hopefully I can get it to co-exist with whatever 
new card I end up settling for.  That way I can get the best sound 
possible out of those very rare games that both work with the card and 
that I'm interested in purchashing, while still having WAVETABLE sound in 
those games that can't be made to function with the GUS.

Although, quite frankly, I do not see good things coming at all.  After 
more than a year now of false hopes and never-ending delays and excuses, 
I just don't see a good future for the GUS.

Perhaps, however, this will change if Gravis is aggressive enough at
marketing the MAX.  FM compatibility aside (who the hell cares anyway?) it
should get higher reviews if it has good recording capabilities.  Perhaps
that will be what finally gets us GUS support, as even the people who 
should be inclined to like the card (Windows lovers, for instance) are 
rating it poorly because of the lousy 8-bit disk-based recording.  
(Personally, I don't care about recording any more than I care about FM, 
but it's something that the reviewers are demanding, and many people 
who might have did not purchase the GUS because of these bad reviews.)
 
In the meantime, I'm going to go play with something else while I contiue
to wait.  That way I can only be pleasantly surprised if GUS support does
one day arrive, and I will not be stuck out in the cold if that day does
not come.  It's time for FM to die, and I don't care WHAT card I'm using,
I just don't ever want to be subjected to another note of
Yamaha-synthesized FM "music." 


--Michael-- << dmcintyr@muselab.ac.runet.edu >> <<dmcintyr@vt.edu>>

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

Date: Thu, 12 May 1994 15:24:55 -0700 (PDT)
From: Emory Menefee <em@crl.com>
Subject: Re: GUS Daily Digest V13 #11

> 
> Date: Tue, 10 May 94 15:20:50 CDT
> From: Daniel A Nielsen <dnielsen@ria-emh2.army.mil>
> Subject: Distorsion on Beethoven's 5th
> 
> Well, One more time I guess.  I used midi1m to play B's 5th. After the applause
> it starts to make what sounds like a beeping distorted fog horn sound.  At
> first I thought something was played wrong, but now I think it shouldn't
> be there at all.  Any suggestions?
> 
> Thanks again
> dan

After your earlier posting I went back to play the 5th with what I have 
(unfortunately not midi1m).  Here's my report:
	  PowerTracks  -- OK
	  Midisoft Session -- OK
	  Cakewalk demo version --OK, but after a message that says not 
		  enough memory to hold all the patches (though PatchMan says 
		  there's 594K left after loading) 
	  Midisoft Studio -- Major skipping (whole sections).  Contacted 
		  MidiSoft and found there is a problem with patch caching, soon to
		  to be corrected.
	  Playmidi -- this too gives a strange noise after the applause, in 
		  this case more like the audience continues softly applauding into 
		  the opening of the symph.

What to make of this?  I assume the midi1m is a direct DOS player like 
Playmidi -- maybe it's the same.  One wonders if there is some miscueing 
of the midi information, though things seem OK after the beginning.  Did 
Gravis write Playmidi?  Who wrote Dan's?  The problem needs looking into.

By the way, Dan -- sorry about the earlier lame joke about the noise being 
the applause.       

Emory

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

Date: Thu, 12 May 1994 21:05:29 -0400 (EDT)
From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
Subject: Re: GUS Daily Digest V13 #11

> Date: Tue, 10 May 1994 13:53:31 -0700 (PDT)
> From: "George A. Montemayor" <gmontem@eis.calstate.edu>
> Subject: Compress samples w/ db?
> 
> Is it possible to use the 16-bit db's 4:1 ADPCM compression to compress 
> the samples and have the GUS uncompress them on the file while it plays a 
> MIDI file? That way, we can compress those Pro Pats v2.0 and be able to 
> use them with MIDI and games with little loss of quality.

Answer: No.  The new 16-bit codec has nothing to do with the GF1 synth,
which will still support only 16-bit or 8-bit linear samples.

> Date: Thu, 12 May 94 06:49:36 -0400
> From: "Marco Coletti" <p00923@psilink.com>
> Subject: Return to Zork 1.1 / VOICEOOH.PAT
> 
> For anyone that is interested, the 1.1 update to RTZ now uses EMS/XMS to
> free up an additional 64K of conventional RAM.  If you don't have the 
> 1.1 update I suggest you nab a copy (I got it from Compu$erve, ughhh).
> 
> In the ongoing saga of Zork problems I'm having, I've noticed that the
> README file says to get a patch called VOICEOOH.PAT if you are 
> experiencing "Divide by zero" errors.  Well, I am so I'd like some help 
> in finding this file.  Is it in one of the files under ../gravis/disk?

Simply copy doo.pat to voiceooh.pat, or change any reference of 
voiceooh in the game's ultramid.ini to doo.

Phat.

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

Date: Fri, 13 May 94 1:13:05 CDT
From: cowles@hydra.convex.com (John Cowles)
Subject: Re: GUS Daily Digest V13 #11

Juan Carlos Leon writes:
> Subject: Anyone with problems with MIDI volume?
> 
> Hi again GUSers!
> 
> Well, it seems that there are some people that don't like us in the
> comp.ibm.pc.soundcard group.
> Has anybody suffered of this problem? I'm playing some MIDI files with the
> Creative Labs Jukebox, it plays three or four files and then the volume
> gets lowered a lot.  They volume stays that way until I stop the jukebox,
> clear the queue and play some other file manually.  Then I can start again
> the thing until it strikes again.
> I think this is because my GUS&PAS configuration but I want to make sure it's
> only this and I'm the only one.
> 
> Juan
Midi files contain volume control messages in them that can change the
volume from 0 (totally off) to 127 (as loud as possible) on a per track
basis. If a midi file changes the volume to 10 on each track and then
does not change it back, the volume on those tracks will remain at 10
until something changes them back. I think most midi player programs
reset all volumes to 100 (the GM default) when they start up (but not
when they begin a new song). If you have a sequencer, just add a control
7 with a value of 100 to each track that is too soft.

John
-- 
	 John Cowles        cowles@hydra.convex.com   CompuServe: 72074,451
						Convex Computer Corp.  214 497 4375
						3000 Waterview Pkwy
						Richardson, Tx. 75080

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

Date: Fri, 13 May 1994 09:17:11 +0100 (BST)
From: Toby <T.W.Nichols@hertfordshire.ac.uk>
Subject: Re: GUS Daily Digest V13 #11

On Thu, 12 May -1, GUS Server wrote:

 
> Date: Tue, 10 May 1994 13:51:25 -0700 (PDT)
> From: "George A. Montemayor" <gmontem@eis.calstate.edu>
> Subject: Hopefully waiting for an improved Mega-Em
> 
>   Any news on Jayeson's new Mega-Em project? I just heard that the he is 
> working on a version that will work under protected-mode software.  While 
> he is coding that, can he add these other features?
> 
>    * Ability to load patches > 64k
>    * Ability to load only patches listed in a config file
This would be great.
>    * Ability to do software reverb (is this possible?)
It is possible but involves cunning. Check out the program GUS delay v1.0
it samples a line of mic input DMAs it in to ram waits a bit then stuffs 
it out on the line output. adjusting the time delay gives reverb, echo, etc,
So it is possible.

>    * Ability to do software chorus effects ""
Dunno if this is possible. 

>    * Support SB-PRO DAC
yes please
>    * Load MT-32 custom 'patches'
>    
> heck, if the new mega-em supports all or most of these, i wouldn't mind 
> paying for the new version.
> 


# | \        /  ~~|~~ /~~~\ !   !      {} ............................ | #
* <  \  /\  / /~\ |   |     |---|  /\  {} Pessimism? It'll never work. > *
# |   \/  \/  \_/ |   \___/ !   ! /~~\ {} ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | #

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

Date: Fri, 13 May 94 13:46:57 +0300
From: Yossi Oren <LIOREN1@WEIZMANN.weizmann.ac.il>
Subject: Re: GUS Daily Digest V13 #11

>From: Juan Carlos Leon <jleon@chaph.usc.edu>
>Subject: Anyone with problems with MIDI volume?
>
>Hi again GUSers!
>
>Well, it seems that there are some people that don't like us in the
>comp.ibm.pc.soundcard group.
Just ignore that Heimlich loser.  Or just have your newsreader do it for you.
>Has anybody suffered of this problem? I'm playing some MIDI files with the
>Creative Labs Jukebox, it plays three or four files and then the volume
>gets lowered a lot.  They volume stays that way until I stop the jukebox,
>clear the queue and play some other file manually.  Then I can start again
>the thing until it strikes again.

I beleive this is caused by a (IMHO very serious!) bug in the Windows drivers,
namely not resetting controller 11 between MIDI files.  Controller 11 is used
to fade songs out, and controls the volume of channels by setting it to 0 to
127, with 127 being normal.
What I did to solve this was dig out MRS and create a tiny MIDI file containing
a note on every 16 channels (so that MRS will save them), and a controller
change MIDI event changing controller 11 to 127 on all 16 channels.  It took
me about 5 minutes, but it still means I have to fiddle.
HTH,
Yossi.

+---+-----------------------------------------------------------+---+---+
| = | Yossi Oren, Al-Daf Technological Mercenaries. [diet .sig] | v | ^ |
+---+-----------------------------------------------++----------+---+--+|
|LIOREN1@weizmann.weizmann.ac.il (or just @weizmann)||GUS-sound that's ||
|The people are with the Golan Heights!             ||worth hearing!   ||
+===================================================++=================++

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

Date: Fri, 13 May 1994 01:54:23 -0700 (PDT)
From: "Chad M. Seitz" <case@cyberspace.com>
Subject: GUS Newsletter

I would be very grateful if you could add my name to the GUS newsletter
mailing.  Thank you.



						  - Case -


Living to run the Matrix... case@cyberspace.com

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

Date: Fri, 13 May 1994 13:59:02 +1000
From: Dennis Mills <dcm@mlb.dmt.csiro.au>
Subject: Megaem questions

Okay, I've read everything I can find and monitored the news and
digests for a while and I can't find the answer to a couple of
problems I have, so here goes:

I have a 768k GUS and I noticed that when using GM music in megaem (eg:
in X-Wing) high numbered patches were defaulting to patch 0, presumably
because there wasn't enough memory to hold them all. Fair enough, so
I use emuset -f22 to load them in at 22kHz and now they all seem to
work fine. Only thing is, I notice that emuset reports "loading GM
patch set for 768k - 8 bits 22kHz" or somesuch. Is it really loading
them at 8 bits? How do I make it load patches at 16 bits if so?

Secondly, I have not seen any reference to problems with X-Wing and
megaem (in GM + SB mode), but I have had it crash on me 3 times so far.
I *think* that every time has been at the same place - about 5-7 minutes
from the "end" of X-Wing historical mission 5 (the Calamari rescue one).
Anyone else seen this or have any clues as to the problem?

Thanks

Dennis
--
Dennis Mills, Senior Research Engineer,     Phone:  +61 3 662 7758
CSIRO Division of Manufacturing Technology, Fax:    +61 3 662 7851
Cnr Albert and Raglan Streets, Preston
Victoria, Australia, 3072.      Internet: dcm@mlb.dmt.csiro.au

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

Date: Thu, 12 May 94 13:02:49 CDT
From: Chevnut@osuunx.ucc.okstate.edu
Subject: Mod4Win & XWNGSNDS.ZIP

	I downloaded MOD4WiN about 3 months ago when I had time to play,
now that the semester is over and I again have time to play, my MOD4WIN
does not work.  I think it might have something to do with the GUS
drivers in the GUS0041 package, but I do not know what the problem is.
It starts out with the shareware message and then when I click OK it
just exits the program.  I even tried reinstalling it, and that didn't
help a bit.  I am seriously considering registering this software if I
can get it to work again, and decide that I really want it.  I have only
used it two or three times (3 months ago).  Any ideas?

	Also, I am interested in knowing where the XWNGSNDS.ZIP file is
located and if it is worth my trouble.  On the same note anyone know
where the FAR093.ZIP file is?  I have the appendium (?) for it and I can
locate FAR08o.ZIP, but it doesn't seem to work right.

	Any suggestions for the best MOD players for Windoze or DOS?

	Any suggestions for the best MOD composer for Windoze or DOS?


						The Tramp

******************************************************************************

		and then finals were over...

	^  ^
	*  *
	 /\
	   \    /
	\__/            chevnut@osuunx.ucc.okstate.edu

*******************************************************************************

	

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

Date: Thu, 12 May 1994 12:05:12 -0700 (PDT)
From: Duncan Sutherland <dasu@mercury.sfsu.edu>
Subject: Return to Zork CD

I'm trying to get the Return to Zork CD and my gus working together in my 
machine but Zork keeps on freezing up everytime I try to save the game
(sometimes sooner).  Iv'e tried about every configuartaion I can think 
of.  Does anybody have any experience with the RTZ CD and GUS?
		
				Duncan Sutherland

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

Date: Thu, 12 May 94 16:15:04 EDT
From: FrEd <james_d@cs.odu.edu>
Subject: Windows/Stacker 4.0?

	Upon upgrading to STACKER 4.0 I recieve an "Off Board Parity
error at 0000:0002" when trying to use such applications as Patch Manager,
Cakewalk Pro for Windows, etc.... Turtle Beach Wave works fine (as
do all the non-patch oriented applications. All DOS applications work
fine but any Windows 3.1 patch users halt the system. 
	Oh, I thought it was the mother board so I upgraded and still
the same thing.  I've had my Gravis for well over a year and this problem
started when I installed Stacker 4.0........

			Thanks!!!

				  _-Fred-_

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

End of GUS Daily Digest V13 #12
*******************************
