-=> Quoting Peter Fitzsimmons to Rob Basler <=-

 RB> activates a time critical thread every second clock 
 RB> tick to POLL the Playlist to figure out which buffer 
 RB> is playing. I figure the average latency with this


 PF> I allocated enough buffers (min 2) to hold as many seconds of audio
 PF> data as  required.  Each buffer also gets its own event sem.  As 
 PF> each buffer is played,  and i get the MMOS2 notification,  
 PF> I post the event sem for that buffer -- at which time 
 PF> another thread, blocked on that sem (the sems are always 
 PF> cleared in the same round robin order) wakes up and fills 
 PF> the buffer with new data.

 PF> They playlist looks something like this:

 PF> DATA_OPERATION
 PF> MESSAGE_OPERATION     // to get the sem posted.
 PF> DATA_OPERATION
 PF> MESSAGE_OPERATION     // to get the sem posted.
 PF> DATA_OPERATION
 PF> MESSAGE_OPERATION     // to get the sem posted.
 PF> ...
 PF> BRANCH_OPERATION (goto top)

  The newest DEVCON DOCs directory in mmref2.inf also now has
    SEMPOST_OPERATION
    SEMWAIT_OPERATION
  to help with your programming MMOS/2 events - but I cannot find
  these defines in the mm....x.h header files  !

  -Jeffrey-



... Not all tracks are the correct path ......    

--- Maximus 3.00