hi Miller,
perhaps, there could be a 'resetdsp' message to pd, or the message 'dsp' taking an optional second argument: ``do not touch audio hardware'' flag ?
Btw, am I right, that all well-behaving tilde-externals should be transparent to the dsp graph resorting, i.e. they are expected not to reset their state. For example a filter should not clear its memory, etc?
I think, no tilde-internal in Pd resets state in its dsp routine, unless the sr or the block size changes. That is really great. It is a different story in max (which is easy to check with the tapin/tapout pair).
Krzysztof
Miller Puckette wrote:
Here's an idea... send a "paste" to any subpatch (perhaps making sure there's nothing in the "paste" buffer by sending "copy" first). This forces a DSP resort without restarting the audio driver.