While using this interrupt with GFA, I found a couple of
problems.  After several months of pulling my hair out, I have
found a way to keep your GFA program from bombing, while using
this interrupt.

First - Make sure you have more than 16K available for the User  
      Stack

GFA basic automatically takes all available memory except for
16k.  I have found that the interrupt bombs one way by
overflowing the User Stack.  Leaving about 25k or more seemed to
be a key factor in helping this problem.  The best way to do it
is to use the M$ command for the compiler.  Also, check to make
sure that 25k or more is available to the user stack after your
memory check for your program. Example:
    
                      IF FRE(0)<320000 OR MALLOC(-1)<25000
                        PRINT "NOT ENOUGH MEMORY
                        END
                      ENDIF

Second - Make sure that placement of the Sound routine is placed
         after any BMOVES, PUTS or BITBLTs.

This was my first attempt to remove the bombs, and it seemed to
help a little.  So, I now program this way, just to be on the
safe side.

Try to use 5000 to 8000 hertz for your playback.  Using faster
rates tend to slow down the program.  I also noticed that mouse
movement while the sound was playing, caused it to slow down a
bit, on the non-BLITER, 8MHZ ATARIs.

You can use DMAs without this routine for the STE computers.     

You can use this routine in your programs so long as you give
credit to 2-BIT and MICRODEAL in the manual and screen.

Vince Valenti