Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-20 Thread Brady Sharp
Oh, OK! Understood. Thanks for clarifying. Brady On Mon, Dec 18, 2017, 2:30 PM Simon Iten wrote: > On 18 Dec 2017, at 14:33, Brady Sharp wrote: > > Using the dynamically-created solution in my example let's everything work > as it should. That

Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-20 Thread Simon Iten
> On 18 Dec 2017, at 14:33, Brady Sharp wrote: > > Using the dynamically-created solution in my example let's everything work as > it should. That abstraction passes audio right after creation, without > having to toggle DSP, or save, or anything else. the point that

Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-18 Thread Brady Sharp
Using the dynamically-created solution in my example let's everything work as it should. That abstraction passes audio right after creation, without having to toggle DSP, or save, or anything else. I think it would be an improvement for a basic routing abstraction to work as it should, and not

Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-18 Thread IOhannes m zmoelnig
On 2017-12-18 00:45, Brady Sharp wrote: > I'd rather not toggle DSP, > since I could be in the midst of recording a long loop or something but you already do (by whatever you do to make Pd aware of new signal processing objects). or am i missing something ( i *might* be). fgasdmr IOhannes

Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-17 Thread Brady Sharp
Thanks IOhannes. For me, the dynamic patch option (included in the demo link I sent) is probably the best workaround, since it passes audio instantly upon creation as expected. Since I'm usually holding a guitar as I perform, it's fewer keystrokes and stuff I'll need to worry about. I'd rather

Re: [PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-17 Thread IOhannes m zmölnig
On 12/17/2017 06:40 PM, Brady Sharp wrote: > [...] this is kind of known (at least to me :-)). my workaround for live coding sessions is simply to hit Ctrl-S (save the patch), which will force a recompilation of the DSP graph as well. that workaround is so simple and effective, that i didn't

[PD] "waking up" an audio patchbay abstraction upon live creation.

2017-12-17 Thread Brady Sharp
I'm working on an audio patchbay function, with a small abstraction that simply [receive~]'s from one bus and [throw~]'s to another. I'm using $1 and $2 in the bus names, but that doesn't seem to be the issue, as it does the same for fixed-name buses as well. What happens is that when I create