

GUS Programmer's Digest     Wed Jun  2 00:07     Volume 2: Issue   2  

Today's Topics:
                       GUS PROGRAMMER'S DIGEST
                            Help needed...
                               subsribe
                            UltraPeekData?

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, 01 Jun 93 12:14:19 
From: john.smith@gravis.com
Subject: GUS PROGRAMMER'S DIGEST
Message-ID: <9306011214.A7298wk@gravis.com>

G>Programming the midi ports I encountered a small bug in the
 >gus sdk.
 >Enabeling midi recive interrupts hung my system. This was caused
 >by the function UltraMidiEnableRecv() which enables the transmit
 >irq instead of the receive irq (vica versa for the transmit
 >enable function).

Did you fix it by modifying the source code and rebuilding the libs?
I'll print this out and pass it on.

John
---
 ~ QMPro 1.02 05-8925 ~ How do I set my laser printer to "stun"?

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

Date: Tue, 1 Jun 93 10:47:49 PDT
From: cs64sbg@sdcc8.UCSD.EDU (Anthony Tang)
Subject: Help needed...
Message-ID: <9306011747.AA00885@sdcc8.UCSD.EDU>

 I can't seem to get a program which will load a large patch (more
 than 100K...)  It only loads the first small bit, then a bunch of
 garbage.  Or, when I try to play it back, I get a weird looping
 (although I didn't set looping)  I think I've semi-tracked the
 problem down to the the size I'm passing the loadsound function as
 unsigned, which would be 64K, but then the loadsound function
 (UltraDownload) only takes Unsigned.  Does this mean I need to use
 the PEEK and POKE functions instead of the DMA?  Or do I need to go
 in parts.  (How could I implement this?)
 


 Also, I wrote a stupid program which takes a patch and plays it back
 at different frequencies at different keypresses.  This is probably
 related to the problem above... After playing a while, the voice
 seems to "corrupt" itself.  (i.e. it starts to get scratchy, then it
 breaks up, then it doesn't play anymore, then it kind of comes back,
 then it goes away...)  Anyway, this only happens with larger patches
 (35K doesn't work, but a 5K one does).  I'm using 14 voices, and
 cycling between them, and using the UltraVoiceOn function.  Should I
 manually prime each voice and do it that way?
 
 FINALLY, since they only provice the header format, and not much
 else, I assume if we want to load patches and use them, we need to
 manually read in the header, figure it all out, assign memory
 locations to each part of each patch, do the same for all the other
 patches, making sure there's enough memory, then go on?
 
 Thanks for any help.  I'm going to have a lot of free time this
 summer, so I might as well do something useful :-)
 -- 
 Anthony Tang				Real exciting sig, eh?
 AANT
 aktang@sdcc13.ucsd.edu
 
 

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

Date: Tue, 01 Jun 1993 03:16:36 -0400 (EDT)
From: int224@headcheese.daa.uc.EDU
Subject: subsribe
Message-ID: <9306010716.AA07336@brie.daa.uc.edu>



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

Date: Wed, 2 Jun 93 01:12:29 +0200
From: d91-sme@nada.kth.se
Subject: UltraPeekData?
Message-ID: <9306012312.AA08738@dront.nada.kth.se>

I have tried to use some SDK routines to play the samples from a
.MOD-file in DOS and it worked fine.
Then I tried the same in Windows and suddenly I get exception errors
from calls to UltraPeekData(). Why?
It is the very call that makes Windows complain.

I got a bit surprised to find the SDK to be written in K&R-C and not in
ANSI-C. And to find that the GUS didn't support 32 voices 44.1 Khz
playback like it said on the box when I bought it.

But I'm very pleased to see that the 32 voices really are in true stereo
(16 positions). I had got the impression that the voices were pannable


only completely to the left or to the right.

/Smedis (Niklas Smedberg, d91-sme@nada.kth.se)

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

End of GUS Programmer's Digest V4 #2
************************************

To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
To contact a human (last resort):     <gus-sdk-owner%itchy@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%itchy@dsd.es.com> for info about
	other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)



