2017-01-05 13:55 GMT-02:00 Miller Puckette <[email protected]>:
> And another use case - non-real-time (batch) audio rendering as in csound
> where you just allocate instances as you need 'em. This definitely needs
> doing.
>
recently, I was trying to figure out a way of doing a simple SuperCollider
recursion code in Pd
"var function = { |i|
var osc = {SinOsc.ar(i, function.(i - 1))};
if(i >= 160, osc, 0)};
{function.(170) ! 2}.play)"
And the idea (instead of dynamic patching) was to have a method for [clone] to
change the number of instances.
yeah, definitely needs doing ;)
> cheers
> M
>
> On Thu, Jan 05, 2017 at 04:45:15PM +0100, IOhannes m zmoelnig wrote:
> > On 2017-01-01 21:32, Miller Puckette wrote:
> > > I can take on a larger list of smaller changes.
> > > The major changes I want to try to put in this release are as follows:
> >
> > here's another one that emerged from my wishlist, after the few mentions
> > of [clone] in the last days:
> >
> > add a method to clone to change the number of instances.
> > i understand that this is not a realtime operation, but a use-case could
> > look like:
> > - at startup, run a profiling patch estimating the CPU power of the
> machine.
> > - use that info to determine the number of voices my synth can handle
> today.
> >
> > or:
> > - specify the number voices via a startup flag (to my script, which
> > passes the voice-number to Pd via "-send num_voices ${VOICES}", which
> > passes the voice-number to [clone])
> >
> > fgmasdr
> > IOhannes
> >
>
>
>
>
> > _______________________________________________
> > [email protected] mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
> _______________________________________________
> [email protected] mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
