[PD-dev] dynamic patching - is iemguts the way to go?
Nick Porcaro
nick at ccrma.stanford.edu
Tue Aug 20 10:18:58 CEST 2019
My setup is a JUCE app that uses libpd. I load a patch that’s an effects chain,
with each effect in it’s own abstraction that can be switch~’d to zero so it does not
comsume processing when not in use.
The solution I have now is to rename the abstractions to reflect a new processing
order and then I reload the patch. This works, but it’s a hack. What’d really be
slick is if there was api in libpd for inspecting and editng a running patch.
The goal is to minimize glitches on reloading the patch. We do a similar thing in
GeoShred http://www,moforte.com <http://www,moforte.com/> in the effects chain. We use Faust for the signal processing
in GeoShred. There we essentially reorder a table of function pointers to accomplish the reordering.
- Nick
> On Aug 20, 2019, at 3:47 AM, Nick Porcaro <nick at ccrma.Stanford.EDU> wrote:
>
> Hey Folks,
>
> It’s been a while since I’ve done any hard core work with Pd but that time has come again,
> and I’m glad to be back on the scene!
>
> In the project I’m working on I need to be able to reconfigure the processing order
> of DSP objects in a given patch on the fly:
>
> For example, from this:
>
> [noise~]
> [lop~]
> [hip~]
> [dac~’
>
> To this:
>
> [noise~]
> [hip~]
> [lop~]
> [dac~]
>
> Of course this is a trivial example, but it’s not if you wanted to arbitrarily reorder
> an effects chain with 30 objects in it.
>
> I stumbled across this paper:
>
> https://lac.linuxaudio.org/2009/cdm/Saturday/18_Zmoelnig/zmoelnig_pdreflection.pdf <https://lac.linuxaudio.org/2009/cdm/Saturday/18_Zmoelnig/zmoelnig_pdreflection.pdf>
>
> and this GitHub repo https://github.com/iem-projects/pd-iemguts <https://github.com/iem-projects/pd-iemguts>
>
> and it appears that iemguts might do what I need -
>
> What do you all think?
>
> (I posted this to the patch~ section of the Pd forum as well, and there’s some discussion going on).
>
> - Nick
>
>
>
>
>
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20190820/11b3f924/attachment.html>
More information about the Pd-dev
mailing list