Xref: utzoo comp.sys.ibm.pc:53250 rec.games.programmer:1984
Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!ames!dftsrv!mimsy!mojo!nulspace
From: nulspace@eng.umd.edu (Michael Chang)
Newsgroups: comp.sys.ibm.pc,rec.games.programmer
Subject: Re: Quality of PC sampled sound
Keywords: samples, sound, IBM-PC, Amiga
Message-ID: <1990Jun28.030448.19388@eng.umd.edu>
Date: 28 Jun 90 03:04:48 GMT
References: <1207@metaphor.Metaphor.COM> <1990Jun26.013548.246@eng.umd.edu> <1990Jun28.003451.1287@persoft.com>
Sender: news@eng.umd.edu (The News System)
Distribution: na
Organization: College of Engineering, Maryversity of Uniland, College Park
Lines: 19

>The problem with this program is that it grabs almost EVERYTHING in
>the machine to accomplish its task.  In other words, it makes the
>(usually foolish) assumption that it can do whatever it damn well
>pleases with the hardware, and if you've got something else running in
>the machine (like multitasking shells, network shells, device drivers,
>TSRs, et cetera) you're screwed - the machine will act weird, lock up,
>or even reboot in the middle of the sound playback. 
>
>I don't mean to cut down the program you mentioned, but after spending
>several hours tracing through it to find out exactly why it wouldn't run
>with anything else in the machine, I felt compelled to respond. :-)

No problem at all... I mean, it isn't "my baby"... anyways, it seems to
work fine on the network IBM PS/2s in the computer labs on campus, which
are chock full o' drivers.  What is important is that mac sounds CAN be
duplicated by the PC speaker, which means it must be possible to 
rewrite it to be more friendly.  The author will give you assembly
code if you give him $15, I will do it as soon as I get around to it.
[The possiblities are endless, given source]