PF> Yes,  but the interface to this device driver is supposed to
 PF> be used by MMOS2,  not by the end programmer -- so you are

 GB> That's true, and I know that. I hoped however that MMOS2 would just be a 
 GB> more advanced layer upon a well-defined device-driver 
 GB> interface. That would make it possible to access the 

Okay,  so you understand what is going on... I suggest you buy the DDK (or
Device Driver Devcon I think they are calling it now,  since it includes
the devcon cdroms),  where you will get all the details (and some source
for an actual sound driver).


 GB> of hardware independency. The file-interface to some 
 GB> kind of audio device driver would be much simpler to 
 GB> use than MMOS2 and be sufficient for most applications.

I think the whole point of MMOS2 is to make it simple;  going directly to
the SBAUD*$ device will be harder,  and non-portable (you're assuming a
sound blaster).

 PF> Read the toolkit MMOS2 stuff;  you'll probably want to use
 PF> the MCI api to send it a "play" command.
 GB> AFAIK the play command requires a filename to play 
 GB> from. Since I want to play audio from tape, I can't

You can (with more work) feed it data from anywhere you want.  The MMOS2
docs are not very good at giving an overview (I have not untangled it
myself yet,  so I can't immediately tell you how to do it).  If you figure
it out,  let me know -- I want to do the same thing (cd to tape,tape to
audio).


--- Maximus/2 2.02p1