Hi John / list,
I know it's not what you're really after, but for some applications maybe you could achieve similar-ish results by spawning lots of objects and [switch~]ing them on and off where appropriate. Having said that, I've experimented a little bit with the attached patch / abstractions, and seem to be able to build about 13 of the abstractions without disrupting a test tone. How well this would work in a heavier-weight situation I don't know. I also don't know how well supercollider would compare - maybe even the supercollider external.
I think the only dependancy is IEMlibs, but I could be wrong. testDyn is the patch to load, the others should be in the same folder, or somewhere that pd can find them.
Cheers, Peter
One thing which drives me nuts about Max/MSP is that adding signal processing objects or adding/deleting connections while audio is playing results in clicks and nastiness as the DSP chain sorts itself out all over again. Someone mentioned in passing on the max list that PD does not have this problem. I have always assumed that PD had the same issue, but perhaps this is not so. A quick bit of googling didn't turn up much (as indeed it would be a weird thing to come out and say a problem you do NOT have...). If PD were to allow me to create patches which could repatch themselves and spawn new objects during audio playback, I'd be quite excited. Is such a thing possible? I assume the answer is no, but it never hurts to ask...
- JN