[PD] dsp start/stop

[Winfried Ritsch]

I am a little afraid, since start/stop dsp is used in some of my
patches in sense of 'mute' and realy fast (eg 5 ticks) to let the cpu
(message stack) catch up... so i think if the whole audiocard buffer
has to be filled and emptied, there could be even some clicks on some
soundcards which looses sync or so... so in concert situation its not
a good idea...

My suggestion is to make an additional switch sound on/off:

a) where
sound off  forces dsp stop if not already stopped, and dsp start
forces sound on if not already on.
or
b) sound on/off could is releasing/assigning the audiodevice and dsp
continues running on timer mode (eg. for soundfile output...)

mfg winfried

 > I have the exact same problem... this sounds like a good idea.  Note that
 > with DSP stopped time measurement has to come from gettimeofday() instead
 > of counting DSP blocks...!  This means surgery to the main scheduler, which
 > I've been loathe to attempt (but now seems like a good moment.)
 > 
 > cheers
 > Miller
 > 
 > 
 > 
 > that you'd like to have the choice (use the DAC for time
 > On Sun, Nov 18, 2001 at 05:02:33PM +0100, CK wrote:
 > > hi,
 > > 
 > > before I go about patching my copy of pd I was wondering if there were
 > > any major objections to free the /dev/dsp filehandle when stopping the
 > > dsp and reopening it when starting it again (under linux for now).
 > > Since I have pd running pretty much all of the time but sometimes like
 > > to use a waveeditor aswell (without patching it to write to a pipe ;)
 > > I think this would be a pretty usefull feature esp. in connection with 
 > > a cmd line switch like -freedsp 
 > > 
 > > what do you think ?
 > > 
 > > regards
 > > 
 > > x
 > > 
 > > -- 
 > > chris at lo-res.org	Postmodernism is german romanticism with better
 > > http://pilot.fm/	special effects. (Jeff Keuss / via ctheory.com)
 >