From mailserv@dsd.es.com Wed Nov  3 05:39:51 1993
Precedence: Bulk
Date: Wed, 3 Nov 93  4:30 MST
From: gus-sdk-request@dsd.es.com (GUS Programmer's Server)
Reply-To: gus-sdk@dsd.es.com (GUS Programmer's Digest)
Subject: GUS Programmer's Digest V6 #3

GUS Programmer's Digest     Wed, 3 Nov 93  4:30 MST      Volume 6: Issue   3  

Today's Topics:
                   Digest Admin: Getting Connected
                              Gus memory
                GUS Programmer's Digest V7 #2 (2 msgs)

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 1993 12:15:34 -0700 (CST)
From: ddebry@grue.dsd.ES.COM (Dave DeBry)
Subject: Digest Admin: Getting Connected

1] New FTP site for all your favorite GUS software:

	theoris.rz.uni-konstanz.de    aka    gopher.uni-konstanz.de

	This machine mirrors epas & wuarchive at 03:00 localtime
	(GMT+1) currently.

2] GUS talk on IRC.

	There seems to be some call for realtime chatting about the
	GUS.  I've usually got a window somewhere on my screen scrolling
	IRC babble in the background, so I'll try from now on to keep
	the channel #GUS open.  I'm "Z_Grue" on IRC, so keep an eye out
	for me.

-- 
Dave  ddebry@ debry@   \ "In summing up, the moral seems
DeBry dsd.    peruvian. | A little bit obscure...
      es.     cs.utah.  | Whatever you do, 
      com     edu      /  Take care of your shoes."

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

Date: Tue, 02 Nov 1993 10:11:28 -0500
From: davidm@marcam.com (David MacMahon)
Subject: Re: Gus memory

>Date: Mon, 1 Nov 1993 20:46:54 -0600 (CST)
>From: Siu-fung Lee <umlee182@CC.UManitoba.CA>
>Subject: Gus memory
>
>Anyways, I have an idea for the Gus tsr.  Use dma tranfers, so the Gus can
>use system RAM as well as Gus RAM.  Basically you have 64k samples loaded
>into the Gus initially, and then the remaining sample ( >64k) is loaded in
>32k chunks to the Gus after every 32k is played.

This is more or less the way that PLAYFILE and other players play long 
samples.  This idea could theoretically work for MIDI patches, but it would 
introduce alot of constraints on the patches.  Basically, any looping 
portions of the patch would have to fit into 32K and the TSR (sub-patch 
caching?) would have to be aware of when the patch was looping so that it 
wouldn't load new data over the looped data.  There may be more limitations 
of which I'm not aware.

Basically, an interesting idea, but implementing it would prove challenging 
to say the least (if it's even possible and practical).

Dave

David MacMahon
Systems Administrator
davidm@marcam.com

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

Date: Tue, 2 Nov 1993 17:32:02 -0500
From: "Evan Champion" <evanc@carbon.isis.org>
Subject: Re: GUS Programmer's Digest V7 #2

I've seen messages about both a high-level and a low-level SDK.  Can anyone 
tell me where I can ftp either/both?  Thanks.

Evan
-- 
\/\ Evan Champion [evanc@carbon.isis.org] Ottawa, Ontario, Canada /\/

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

Date: Tue, 2 Nov 1993 19:38:48 -0500
From: Greg Chung <gchung@pegasus.rutgers.edu>
Subject: Re: GUS Programmer's Digest V7 #2

Re: Gus memory

It's very possible to store samples in regular memory and DMA it to the GUS
as needed, while playing.  This is really just a double buffering:
disk -> main memory -> GUS memory.  While playing an extremely long sample
that can't be broken, you read from the disk as necessary and upload it to
the GUS as soon as it's needed.  Programs like PLAYFILE certainly already
do this, but they probably only use around a 32K buffer.

Why would you want to load the whole thing in memory though?  You could you
EMS to load up, say, an entire 3 MB sample, but one of the advantages of
GUS memory is that you never have to.

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

End of GUS Programmer's Digest V6 #3
************************************

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
                   theoris.rz.uni-konstanz.de
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.).


