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@lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)