[PD-dev] dynamic patching - is iemguts the way to go?

2019-08-20 Thread Nick Porcaro
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:

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-08-20 Thread Nick Porcaro
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 wrote: > > Hey Folks, > > It’s been a while since I’ve do

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-08-20 Thread Nick Porcaro
ection of Pd patches with some metadata wrapped in a ZIP file. > > Happy to answer any questions. > > Cheers, > > Jamie > > >> On 20 Aug 2019, at 09:18, Nick Porcaro > <mailto:n...@ccrma.stanford.edu>> wrote: >> >> My setup is a JUCE app

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-08-20 Thread Nick Porcaro
Hey x_nor, The problem with this approach is that you still have active signal processing going in each effect even if they are panned to zero (I assume) and you couldn’t change the running order of effect1 and effect2. Thanks for thinking on it though. I’m going to study Miller’s responses

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-08-22 Thread Nick Porcaro
n multi-FX projects. > > You can find it via deken or go to the repo here: > https://github.com/wbrent/DRFX.git <https://github.com/wbrent/DRFX.git> > The help patch and INSTRUCTIONS.pdf explain the basics if you want to check > it out and see if it's useful in your case. &g

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-09-12 Thread Nick Porcaro
Hi Miller- > On Aug 20, 2019, at 7:08 PM, Miller Puckette > wrote: > > actually I wrote that before I thought the whole thing out :) > > No, if you "tick" a pdlib instance you tick all the patches in it - so teh > way to get different patches in different orders is to

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-09-12 Thread Nick Porcaro
h! pd->processFloat (oneTick, smallBufferIn, smallBufferOut); I’ll try something first thing tomorrow and I’ll let you all know what happens. - Nick > On Sep 12, 2019, at 4:56 AM, Nick Porcaro wrote: > > Hi Miller- > >> On Aug 20, 2019, at 7:08 PM, Miller Pucke

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-09-12 Thread Nick Porcaro
at a different level in my code. Whew, that was close! - Nick > On Sep 12, 2019, at 6:09 AM, Nick Porcaro wrote: > > Miller, et. al: > > > I think I see the problem, this code would appear to tick ALL the patches > in the pd instance: > > for (each buf

Re: [PD-dev] dynamic patching - is iemguts the way to go?

2019-09-12 Thread Nick Porcaro
:36 PM, Nick Porcaro wrote: > > OK folks all is well now - the solution to the problem is as I expected. > > As Miller said, pdlib ticks all the patches in question so if you just want > to feed > samples from one patch to another you have to make sure all the other patches > are