Apparently-To: john.smith@gravis.com


GUS Programmer's Digest     Sat, 23 Oct 93  4:12 MDT     Volume 5: Issue  19  

Today's Topics:
                                clicks
                              Correction
                Jitter/Dropout Free Recording with GUS
                              Need help

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, 22 Oct 93 7:50:28 CDT
From: chuth@lonestar.utsa.edu (Cornel H. Huth)
Subject: clicks

> > The tune field has been obsolete for quite a while. (since around late '92)
>
> No wonder tune=1 works. :)

Another one of those best kept secrets, no doubt. Anyway, it was only
4 lines of code (about 10 bytes), so either way, it was no big deal
to me -- except in the "not knowing" part.

> During playback of many samples, such as in a MOD or like, clicking is
> :
> Starting sample:  first, I set the volume to something low.  Then I
> initiate the volume ramp to the desired volume, using the fastest
> possible rate.  Then I start the voice.  Still clicks.

But do you set the VOL_RAMP_START=CURRENT_VOLUME? If current_volume (9/89)
doesn't equal the vol_ramp_start (7/87) then you will get a pop/click/whatever.
Not sure how the SDK code handles it, so maybe that's already done. This
assumes your initial ramping is up. If not, set current=end_ramp.

> Ending sample:  I have the end of the sample set to generate an
> interrupt, and in the callback function I initiate a ramp to a low

Okay, like I thought then -- the SDK doesn't handle ramping.

> volume, against at fastest possible rate.  Admittedly, since I'm
> starting the ramp AFTER the voice ends maybe this should do anything
> anyway.  But since the click itself is some weird phenomenon that
> manifests itself after the sample ends, who knows?

Probably also related to what I wrote above -- the clicks you hear
may be coming not from the end of a ramp, but the next ramp start.
Read page 22 in SDK 2.01. That page is full of "Note:"s.

> theory that it is too late to initate a ramp right before/right after
> a sample starts/end.

Yeah, yeah...you're right, probably. I gave that method a little thought
and it's just way too late (and inefficient). My fix was what I wrote above.

The docs really are pretty complete for programming the HW. Sure, there
are holes to fill in, but that's the fun part. Just hate those damn
black holes TUNE= not being documented as "obsolete".

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

Date: Fri, 22 Oct 1993 17:56:37 -0400
From: davidm@marcam.com (David MacMahon)
Subject: Correction

Hi (again),

In another message I incorrectly stated the name of the FTP site.  It is 
archive.epas.utoronto.ca.  It is NOT .edu as given in my other message.

Sorry for any confusion this caused,
Dave

David MacMahon
Systems Administrator
davidm@marcam.com  <---New address, use this one
davidm@opl.com     <---Old address, don't use this one

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

Date: Fri, 22 Oct 1993 17:51:36 -0400
From: davidm@marcam.com (David MacMahon)
Subject: Jitter/Dropout Free Recording with GUS

Hi,

I have uploaded TESTRECS.ZIP to archive.epas.utoronto.edu in the
/pub/pc/ultrasound/submit directory.

TESTRECS.ZIP contains three test recordings from the Gravis UltraSound 
soundcard.  I made these recordings to compare the quality of three 
different recording programs: USS8, PLAYFILE, and GUSDELAY (a new, 
unreleased version).  This new, soon-to-be released version of GUSDELAY 
uses a revolutionary new recording technique that I developed (so I may be a 
little biased when I say "revolutionary") which allows jitter-free and 
dropout-free recording with the GUS.

Dave

David MacMahon
Systems Administrator
davidm@marcam.com  <---New address, use this one
davidm@opl.com     <---Old address, don't use this one

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

Date: Fri, 22 Oct 93 15:51:12 CET
From: mico@trzdor1.ico.olivetti.com (Michele Costabile)
Subject: Need help

Life has its own plans and I am spending my money in furniture rather
than the next bext faxt Intel CPU.
So, I am still stuck with an old faithful and dependable AT&T 6300 that
with its modest 8086 serves me well as a support for Cakewalk and BB.
I bought a GUS several months ago when my new blue CPU seemed closer
and now I am thinking to start doing something with it.
What I want is:

- load patches and samples taken on the net in the GUS.
- try making patches with Csound on the R4000 beast from which I am typing
  and make patches of it to see how it sound like.
- play the GUS as an expander to my D10.
- play midi files on it without disturbing the MPU401 that talks with my
  Roland D10.

Does that look feasible to those of you that have tried something similar?
Francois, do you use an ole XT?
What do I need to do what I have planned?
How do I create a patch?

One more question: what is the difference between (no, it's not a joke)
controller 7 and channel volume?  What do I use to alter the volume of a
channel? The volume of a single note in a channel?

A big THANK YOU to all that can help.
-- 
					Michele (mico@trzdor1.olivetti.com)

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

End of GUS Programmer's Digest V5 #19
*************************************

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

FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
                   wuarchive.wustl.edu       systems/msdos/ultrasound
Hints:
      - Get the FAQ from the FTP sites or the request server.
      - Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
	related mailing lists (general use, musician's, etc.).



