
GUS Musician's Digest       Tue, 2 Nov 93  3:25 MST      Volume 2: Issue   1  

Today's Topics:
                       envelope: after sustain
                       Ground_Loop_Isolator::()
                     GUS Musician's Digest V2 #1
                              GUS Volume
                Piano20 - wish I could get it to work!
                             piano20 bugs
                    Rejected by Custodian (2 msgs)
                             Sesamet.669
                     Sesamet.669 - it's too big!
                           Sessions program

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: Tue, 2 Nov 93 0:29:45 CST
From: chuth@lonestar.utsa.edu (Cornel H. Huth)
Subject: envelope: after sustain

> >>As someone
> >>said about piano.pat, if you hold a note for a long time, so that
> >>it has nearly died away, and then release it, it gets louder
> >>again before ending.
>
> Actually, it was me. Still haven't had any suggestions on how to get
> rid of it. Can't really see a way around it. The problem is that for

Strictly a software problem since envelopes are implement in software with
the GUS. Unless you fix the software, there's nothing you can do about it
(get new software?).

> `fake reverb' you need two decays after note off: one for the note
> dying away and one for the reverb. You can't take the immediate decay level
> to zero because then you've got no level to reverb from. But you also want
> the note to die away completely during key sustain. The result is
> this funny ressurection of the note after key release. It's weirdest when
> you've been holding on to the sustain pedal for a while and thne release it.

If you do your own envelope generation (code-wise) just check the current
volume for the voice. If it's below the next envelope point, don't use
the patch envelope point but instead one lower than the current volume.
This simply causes the voice to continue ramping down rather than
possibly ramping back up if the next envelope point is louder than the
current volume. Easy enough if you write your own software for the GUS.
At your driver-supplier's mercy, if not. A very simple fix and I'm surprised
that it's not already so (disclaimer: I've not used any GUS software (much)
other than my own).
--
chh
 Internet: chuth@lonestar.utsa.edu
  Fidonet: 1:387/800.8
      BBS: The 40th Floor;V32b@1(210)684-8065;M-F:5pm-9am,WE:1p-9a CT

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

Date: Mon, 1 Nov 93 20:24:55 MST
From: Steve "Bongos" Larson <larson@ee.ualberta.ca>
Subject: Ground_Loop_Isolator::()

Hi everyone.

It seems that ever since I mentioned "ground-loop-isolator", I've been
busy answering queries about it. I've smartened up and compiled a text
on the subject (what, why, where, how much) for anyone who's interested.
Just send $49.95+GST (Okay, a witty note will suffice :-) for your copy.

*Very* briefly, it is a 1:1 transformer between your GUS line-out and
your amp line-in which "isolates" each device's ground. Use one...
You'll (probably) thank me.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Steve Larson,             Dept. of Computer Engineering, Univ. of Alberta
larson@bode.ee.ualberta.ca	c311-47@ucs.ualberta.ca (if bode bounces)

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

Date: Tue, 2 Nov 1993 00:37:27 -0500 (EST)
From: dionf@ERE.UMontreal.CA (Francois Dion)
Subject: Re: GUS Musician's Digest V2 #1

> From: chrisw <chrisw@leland.Stanford.EDU>
> Subject: Csound ftp site
> 
> Since the topic has come up a few times lately, Csound for the PC 
> is available by ftp from ftp.bath.ac.uk in directory pub/jpff.
> 
> Beware: this is not a program for novices. Also, I'm not willing to answer
> questions on it. Try it at your peril...

However, there is a quite good manual you can get from cecelia.media.mit.edu,
and also lots of .sco and .orc files in the latest unix package (beta) at
this site too, which is the Csound official site. There is also a mailing
list for Csound and there is also an OS/2 version of Csound and another
version for PCs, but i dont know where these are. However the person who
compiled them was on the gus daily digest, so hopefully he's still around, and
on this list...

> From: Clarke Brunt <CLARKE@lsl.co.uk>
> Subject: Some queries
> 
> 1) Linear volume response.
> 
> What exactly does the GUS do, and what
> would we like it to do?

The GUS driver from disks 2.06 and before has only logarithmic volume which
is what the hardware can do. The next driver has log and linear. Linear volume
is done with a table lookup. As simple as that. What happened is that the GUS
has 4096 volume levels and midi has 128 :( so the correspondance that was made
didn't take into consideration that the 4096 levels were logarithmic, so the
volumes do not correspond to the linear 128 levels volume of midi.

> We often hear mentioned "When we get new Windows drivers..." to
> correct for this. Is there any evidence that anyone is producing
> any?

Yes.

> 2) What do Windows users out there have set up as system noises?
> 
> I only connect my GUS to my amplifier when I am explicitly using
> is, so if system beeps are played through it, I am more likely to
> get nothing.

Instead of fiddling with drivers, how about a pair of cheapo speakers
connected to the amplified out? It wont sound great but still much better
than what the PC squeaker can do. There are some at 10$ a pair (sounds like
sh*t, but, hey you get what you pay for). Another solution is to buy two
4" widerange drivers which are shielded (i remember buying a dozen for 20$),
and making a system to hook them to your monitor (you dont need an enclosure
because they are shielded and the basket has no holes). Of course an
enclosure looks better... And if you want better imaging, add 2 small
Phillips-DeForest piezo tweeters.

Ciao,
-- 
Francois Dion
    '  _   _   _ 
 CISM (_) (_)  _) FM       Montreal , Canada       Email: CISM@ERE.UMontreal.CA
      (_)  / . _)             10000 Watts          Telephone no: (514) 343-7511
_______________________________________________________________________________
Audio-C-DJ-Fractals-Future-Label-Multimedia-Music-Radio-Rave-Video-VR-Volvo-...

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

Date: Mon, 1 Nov 1993 11:59:27 -0500 (EST)
From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
Subject: GUS Volume

> Date: Sun, 31 Oct 1993 12:16:42 +0000
> From: Clarke Brunt <CLARKE@lsl.co.uk>
> Subject: Some queries
> 
> 1) Linear volume response.
> 
> What exactly does the GUS do, and what
> would we like it to do? Certainly what is observed is that
> (on a scale of 0-127) the GUS is near inaudible below 64 and most
> of the useful range is between 100 and 127, so some MIDs suffer
> from near inaudible tracks.
> [...]

Basically, we have to do a log on any volume we send to the GUS before
the volume curve will be perceived to be linear by the human ear.

> 
> We often hear mentioned "When we get new Windows drivers..." to
> correct for this. Is there any evidence that anyone is producing
> any? The present GUS patches have levels set in their enveloeps

There is very tangible proof that the new Windows driver with linear
volume (and other goodies) is being produced.

> 3) Patch envelopes.
> 
> Following the recent discussion of piano patches, I had another
> play with PATCH.EXE. Trying to load Chris's piano.pat into it
> crashes my machine with an EMM386 message (maybe changing EMM386
> parameters would fix that - that is not my query). Can anyone
> out there set out clearly how envelopes work? At the hardware

The patch envelopes aren't very intuitive, are they?  It doesn't help
that the graphical display doesn't match my visualization of an ADSR
envelope at all.  The best way to get a feel for the envelopes would be
to experiment with them.

Phat.

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

Date: 01 Nov 93 08:12:30 EST
From: "Eric Bell, Howling Dog Systems" <71333.2166@CompuServe.COM>
Subject: Piano20 - wish I could get it to work!

>Has anyone successfully gotten piano2.0 (piano20.zip) to record in a sequencer?

>I have tried to do this (unsuccessfully) in calkwalk 2.0 for win, midisoft
>recording session, and the three shareware midi sequencers i could find on epas.
>Although I can use my midi keyboard for this, i find the ability to record
>quick ideas with my computer keyboard usefull when I am taking a break from some
>other work.

>I did set the driver up in the control panel btw.

I downloaded this yesterday and thought it was pretty cool. Putting keyboard
support into Power Chords has been on our 'wish-list' for some time. I was
hoping this would be an even better solution, as it theoretically would work
with all MIDI programs. And it can play multiple notes at one time. With patch
caching! Wow!

However, I couldn't get piano20 to record with Power Chords Pro, or Power
Chords 1.1. I even altered some code in a test to try to get it to work, but
with no luck.

I *did* get it to record into Winjammer Pro, though!

The piano20 program is a terrific idea. I'm going to contact the author to see
if it can be made to work with more programs, including hopefully ours.

Eric

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

Date: Mon, 1 Nov 93 14:46:55 EST
From: dmcintyr@muselab.ac.runet.edu
Subject: piano20 bugs

I had problems with it myself.  The author knows what's wrong and will
hopefully fix it whenever he reads my message again...

The problem using Session is that both Piano and Session try to use the
Midi Mapper for output.  They can't both use the Midi Mapper, so that
one's definitely out.

The problem with Cakewalk is that the author goofed and called the driver
"Piano Midi In " in one place and "Piano Midi In port" in another place. 
Cakewalk notices the difference between the two names and refuses to
recognize the presence of the driver.  I attempted to patch the driver to
have the same string in both places but although Cakewalk no longer had a
problem with recognizing the driver it also would no longer work.  :(

However, I DID get it working with Winjammer and it works just great!  Try
Winjammer if all else fails.

And hopefully he will re-compile it soon to fix the naming bug and get it
to work with Cakewalk.
--Michael-- << dmcintyr@muselab.ac.runet.edu >>

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

Date: 1 Nov 1993 05:00:40 U
From: "QMGATE" <qmgate@qmgate.anl.gov>
Subject: Rejected by Custodian

Mail*Link(r) SMTP               GUS Musician's Digest V3 #1

GUS Musician's Digest       Mon, 1 Nov 93  2:27 MST      Volume 3: Issue   1  

Today's Topics:
                         Fake Reverb Problem
                           video <-> sound

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: 31 Oct 1993   07:36:55 PST
From: chrisw <chrisw@leland.Stanford.EDU>
Subject: Fake Reverb Problem

------------
>>As someone
>>said about piano.pat, if you hold a note for a long time, so that
>>it has nearly died away, and then release it, it gets louder
>>again before ending. 

Actually, it was me. Still haven't had any suggestions on how to get 
rid of it. Can't really see a way around it. The problem is that for
`fake reverb' you need two decays after note off: one for the note
dying away and one for the reverb. You can't take the immediate decay level 
to zero because then you've got no level to reverb from. But you also want
the note to die away completely during key sustain. The result is
this funny ressurection of the note after key release. It's weirdest when
you've been holding on to the sustain pedal for a while and thne release it.

Still interested in creative answers to this one. Won't even be angry
with you :-).

Chris.

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

Date: Mon, 1 Nov 1993 09:02:20 +0100 (MET)
From: tgakem@chem.tue.nl
Subject: video <-> sound

I'm having a problem with a Diamond Stealth Pro VLB video card causing
cracking noises on the ultrasound sound in windows. It does not occur
in the 640*480 video modes, but it does running in 800*600 resolution or
higher. For midi use (the only use I'm interested in), the 'solution' I found,
was to put the ultrasound in the conserve memory mode. The removes the
cracking, but why did I upgrade my GUS to 1MB |( ?
I know that a video card should not be put on top of the GUS, and it isn't
(some 10 cm in between). Among the things I tried to get rid of the
noise, were changing the monitor scan frequencies, number of colors, and the
number of active voices of the GUS. I suspect there might be a possibility to
solve the problem using a physical shielding (metal plate, case) between
the two cards. Has anyone had similar problems? Any suggestions?

Eric

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

End of GUS Musician's Digest V3 #1
**********************************

To post to tomorrow's digest:                        <gus-music@dsd.es.com>
To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
To contact a human (last resort):              <gus-music-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
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-music-request@dsd.es.com> for info about other
	GUS related mailing lists (general use, programmers, etc.).


------------------ RFC822 Header Follows ------------------
Received: by qmgate.anl.gov with SMTP;1 Nov 1993 05:00:36 U
Received: from grue.dsd.ES.COM ([130.187.85.24]) by orca.es.com (4.1/SMI-4.1)
	id AA13693; Mon, 1 Nov 93 02:57:55 MST
Errors-To: gus-music-owner@dsd.es.com
Received: by grue.dsd.ES.COM (4.0/E&S-esv_server/2.0-dsd)
	id AA19241; Mon, 1 Nov 93 02:58:00 MST
Message-Id: <9311010958.AA19241@grue.dsd.ES.COM>
Precedence: Bulk
Date: Mon, 1 Nov 93  2:27 MST
Errors-To: gus-music-owner@dsd.es.com
From: gus-music-server@dsd.es.com (GUS Musician's Server)
Reply-To: gus-music@dsd.es.com (GUS Musician's Digest)
Subject: GUS Musician's Digest V3 #1
Apparently-To: kurt_spokas@qmgate.anl.gov

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

Date: 1 Nov 1993 02:40:50 U
From: "QMGATE" <qmgate@qmgate.anl.gov>
Subject: Rejected by Custodian

Mail*Link(r) SMTP               GUS Musician's Digest V2 #1

GUS Musician's Digest       Mon, 1 Nov 93   007 MST      Volume 2: Issue   1  

Today's Topics:
                           Csound ftp site
                        ground loop eliminator
                              piano2.pat
                             Piano20.zip
                     Sesamet.669 - it's too big!
                             Some queries

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: 31 Oct 1993   03:26:10 PST
From: chrisw <chrisw@leland.Stanford.EDU>
Subject: Csound ftp site

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

Since the topic has come up a few times lately, Csound for the PC 
is available by ftp from ftp.bath.ac.uk in directory pub/jpff.

For those who don't know, Csound is a software synthesis program.
It takes in two text files: one containing instructions on the sounds to use
and one containg information on which notes to play and when to play them,
and puts out .wav files (in this PC version). It does not run in `real time'.

Beware: this is not a program for novices. Also, I'm not willing to answer
questions on it. Try it at your peril...

Chris.

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

Date: Mon, 01 Nov 1993 09:39:27 +1000
From: David Vu <ccdvu@cc.uq.oz.au>
Subject: ground loop eliminator

Hello GUSers,

There was a mention of this Ground Loop Eliminator that you 'd use
between a line out and an amp to eliminate ground noise.
My local Tandy doesn't know what it is and I doubt if other electronics
shops know about it.  So what is the device, how does it work, and
how to construct one - I've got my soldering iron ready :-)

-David-

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

Date: Sun, 31 Oct 93 9:36:04 EST
From: dmcintyr@muselab.ac.runet.edu
Subject: piano2.pat

You're right...  It sounds much more mellow than the original one you did.

I'm sorry we irritated you by being such critical bastards.  I was only
trying to be helpful.

BTW, I tried the .mid on a friend's JV-80 and it sounded just fine with
that piano patch.  We never could figure out exactly what was wrong with
the patch, and se we lengthened the notes by 25% to try to get rid of the
choppiness.  It didn't work.

I think acpiano sucks though, so I'm definitely going to keep these two
patches.
--Michael-- << dmcintyr@muselab.ac.runet.edu >>

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

Date: Sun, 31 Oct 93 16:00 EST
From: kildayb@erau.db.erau.edu (B. Kilday)
Subject: Piano20.zip

Has anyone successfully gotten piano2.0 (piano20.zip) to record in a sequencer?

I have tried to do this (unsuccessfully) in calkwalk 2.0 for win, midisoft
recording session, and the three shareware midi sequencers i could find on
epas.  Although I can use my midi keyboard for this, i find the ability to
record quick ideas with my computer keyboard usefull when I am taking a break
from some other work.  

I did set the driver up in the control panel btw.

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

Date: Sun, 31 Oct 1993 12:33:50 -0800 (PST)
From: mikebat@netcom.com (Mike Batchelor)
Subject: Sesamet.669 - it's too big!

I have a 669 file - Sesamet.669 (Sesame Street Rave).  Under any DOS
Module player I care to try - even PMP - it sound garbled, with the wrong
sounds at the wrong times, partial sounds in most places, and the
occasional complete sample, but at the wrong place.

None of the DOS players say anything is wrong.

I finally got around to building a Linux kernel with Ultrasound support
this weekend.  Everything went smoothly, and I was able to get both gmod
and Tracker compiled and operating right away.  I thought the problem with
Sesamet.669 was that there was just not enough memory under DOS to load
the song.  Under Linux, this would not be a consideration.  I tried
sesamet.669 with gmod, and it was garbled, same as with DOS.  I tried it
with Tracker, and for the first time, got an error message that explains
everything:  Sesamet.669's samples are too large to fit in the 1Mb GUS
memory!  The file itself is 1.2Mb, by the way.

I suppose it is a credit to the sound driver and/or Tracker authors that
one or both of them caught this problem, and reported it, rather than
winging it.  Now the question is, how can I reduce the size of the
samples?  Am I going to have to pull some samples out of the song, reduce
their size (lower freq, or...?), and put them back into the song?  Or is
there some way to cut back via software as the song loads?

The song is 1.2Mb in size, so I would guess that only a couple of samples
need to be shrunk to get it to fit (200K worth).

I was frankly surprised that a lowly module file would be beyond the
capability of the GUS.  Presumably, it plays fine on SB's and PAS's, but
takes a lot of CPU overhead to shove the samples at the DAC.  Is there no
way to operate the GUS in "CPU intensive" mode, playing samples out of
main system memory?

-- 
Mike Batchelor      |
mikebat@netcom.com  |                  This space for rent
mikebat@qdeck.com   |

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

Date: Sun, 31 Oct 1993 12:16:42 +0000
From: Clarke Brunt <CLARKE@lsl.co.uk>
Subject: Some queries

1) Linear volume response.

What exactly does the GUS do, and what
would we like it to do? Certainly what is observed is that
(on a scale of 0-127) the GUS is near inaudible below 64 and most
of the useful range is between 100 and 127, so some MIDs suffer
from near inaudible tracks.

Is it that the GUS plays waveforms with an AMPLITUDE proportional
to the number we tell it (0-127 in MIDI)?  POWER in the sound wave
is proportional to the square of the amplitude, so if the numbers
in the MIDI file represent power, then we need to take its square
root (and re-scale to 0-127) to yield amplitude for the GUS.

A further complication is that perceived sound level is said to
be proportional to the logarithm of the power - that is to say
that to produce apparently equal steps, you need to multiply the
power level by a constant. So are volume levels in MIDI files
supposed to represent power, or perceived volume level?

We often hear mentioned "When we get new Windows drivers..." to
correct for this. Is there any evidence that anyone is producing
any? The present GUS patches have levels set in their enveloeps
that are correct at present - so changes should only affect
MIDI volume (a combination of note velocity, the volume
controller, and the overall level set in Mixer) and not the
actual patch envelopes.

2) What do Windows users out there have set up as system noises?

I only connect my GUS to my amplifier when I am explicitly using
is, so if system beeps are played through it, I am more likely to
get nothing. If you have no wave drivers (WAV=... in SYSTEM.INI)
then you get a beep on the PC speaker. You can set up the
(in)famous PC speaker driver (available by ftp etc.) as default
wave device, changing the GUS to WAV1=..., so system sounds are
played on the PC speaker, but you can still (if you are lucky)
select the GUS for wave output in other apps, but as anyone who
has tried it will know, the PC speaker driver is not very
satisfactory (the machine locks up until the noise finishes
playing). Is there a way of getting system noises to just beep
the speaker (as if no wave drivers were present) even though
the GUS wave driver is installed.

Yesterday, the GUS Mixer app wouldn't start up for me - I found
that I had lost the AUX=.../ultrasnd.drv line from SYSTEM.INI,
so if anyone else gets this problem, that's probably what it is.

3) Patch envelopes.

Following the recent discussion of piano patches, I had another
play with PATCH.EXE. Trying to load Chris's piano.pat into it
crashes my machine with an EMM386 message (maybe changing EMM386
parameters would fix that - that is not my query). Can anyone
out there set out clearly how envelopes work? At the hardware
level, I believe that the GUS is just given a start volume,
a target volume, and a step size - it changes the volume by
the step until the target is reached, and the interrupts to ask
what to do now. The step is not a simple number - some of the
bits are scale factors, to enable attacks and decays on scales from
milliseconds to several seconds. A patch has 6 stages, with a
volume and a step for each. Exactly how to play these is controlled
by (at least?) two bits, one of which means sustain (hold the note
at the 3rd stage of the envelope as long as the note is still on).
The other bit controls what happens when the note is released
and this is where I am less clear what is going on. As someone
said about piano.pat, if you hold a note for a long time, so that
it has nearly died away, and then release it, it gets louder
again before ending. This is because it is playing the final
stages of the envelope, which have a higher level than that to
which the note had already decayed.

So... Has anyone got a proper explanation of what all the control
bits in a patch do? Was there ever a further installment of the
tutorial on this in patchkit.arj?

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

End of GUS Musician's Digest V2 #1
**********************************

To post to tomorrow's digest:                        <gus-music@dsd.es.com>
To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
To contact a human (last resort):              <gus-music-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
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-music-request@dsd.es.com> for info about other
	GUS related mailing lists (general use, programmers, etc.).


------------------ RFC822 Header Follows ------------------
Received: by qmgate.anl.gov with SMTP;1 Nov 1993 02:40:45 U
Received: from grue.dsd.ES.COM ([130.187.85.24]) by orca.es.com (4.1/SMI-4.1)
	id AA08240; Mon, 1 Nov 93 00:38:06 MST
Errors-To: gus-music-owner@dsd.es.com
Received: by grue.dsd.ES.COM (4.0/E&S-esv_server/2.0-dsd)
	id AA14278; Mon, 1 Nov 93 00:38:11 MST
Message-Id: <9311010738.AA14278@grue.dsd.ES.COM>
Precedence: Bulk
Date: Mon, 1 Nov 93   007 MST
Errors-To: gus-music-owner@dsd.es.com
From: gus-music-server@dsd.es.com (GUS Musician's Server)
Reply-To: gus-music@dsd.es.com (GUS Musician's Digest)
Subject: GUS Musician's Digest V2 #1
Apparently-To: kurt_spokas@qmgate.anl.gov

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

Date: Mon, 01 Nov 93 16:31:37 PST
From: pauln@thetech.com (paul nguyen)
Subject: Sesamet.669

I have a 669 file - Sesamet.669 (Sesame Street Rave).  Under any DOS
Module player I care to try - even PMP - it sound garbled, with the wrong
---

It's techno/house type music by the way. The author of that mix
is a friend of mine. It was composed with Digital Composer Ver. 1.3.
It plays fine with Digital Composer. I don't think it will work under
any DOS player, because it's not an average .669. I freed enough 
memory so I could play it with DMP, but you get the Garbled sounds.
The results were the same with other players. 

-Paul

--
pauln@thetech.com (paul nguyen)
The Tech BBS (408) 279-7199 San Jose, CA

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

Date: Tue, 2 Nov 1993 14:21:36 +1030 (CST)
From: Gavin <SCARMAN@hfrd.dsto.gov.au>
Subject: Re: Sesamet.669 - it's too big!

>Presumably, it plays fine on SB's and PAS's, but
>takes a lot of CPU overhead to shove the samples at the DAC.  Is there no
>way to operate the GUS in "CPU intensive" mode, playing samples out of
>main system memory?

Actually this brings up something else, MODEDIT 3.? runs ok with the GUS using 
SBOS but the sound quality is disgusting. Upping the mixer rate helps a tad 
(maybe) but the poor program is flat out and the KB and mouse don't respond too 
well then. 
My question is does the real SB sound awful playing MODs too? If so then I would 
have thought that 669's are beyond the SB.

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

Date: Mon, 1 Nov 93 05:38:55 PST
From: Rick Skalsky <skalsky@aaai.org>
Subject: Sessions program

Has anyone tested the Sessions program on a Gus?  Is it possible to get all
parts working (i.e., Wav, Midi, CD, and Mixer)?  If yes to the last question,
where can it be purchased from?  Thanks,

Rich

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

End of GUS Musician's Digest V2 #1
**********************************

To post to tomorrow's digest:                        <gus-music@dsd.es.com>
To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
To contact a human (last resort):              <gus-music-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
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-music-request@dsd.es.com> for info about other
	GUS related mailing lists (general use, programmers, etc.).


