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

[Brady Sharp]

Oh, OK!  Understood. Thanks for clarifying.

Brady

On Mon, Dec 18, 2017, 2:30 PM Simon Iten <itensimon at gmail.com> wrote:

> On 18 Dec 2017, at 14:33, Brady Sharp <bradysharp at gmail.com> 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 johannes makes is, that you are toggling the dsp by
> creating new objects.
>
>
> I think it would be an improvement for a basic routing abstraction to work
> as it should, and not have someone learn dynamic patching to get around it,
> which is why I brought it up, but I'm personally fine with my workaround.
>
> Thanks again!
>
> Brady
>
> On Mon, Dec 18, 2017 at 3:46 AM, IOhannes m zmoelnig <zmoelnig at iem.at>
> wrote:
>
>> 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
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>
>
> --
> Brady Sharp
> bradysharp at gmail.com
> bradysharp.com <http://www.linkedin.com/in/bradysharp>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20171219/31eb2362/attachment-0001.html>