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

Yeah, maybe that is positive (reverb tails etc) but if not, you could put the control on the other end, send your signal into every effect in parallel and then mix in the one you want to hear selectively. Alex On August 20, 2019 7:06:10 PM PDT, Nick Porcaro wrote: >Hey x_nor, > >Th

Re: [PD-dev] Mac SDK version for externals

but still failed to resolve some symbols on a 10.10 machine. I'll see about linking against the earlier SDK once I get some time. Thanks for the advice! -Alex On Tue, Mar 20, 2018 at 3:14 AM, Pierre Guillot <guillotpier...@gmail.com> wrote: > Hi Alex, > > If you really want to com

Re: [PD-dev] Mac SDK version for externals

C++ version and set/typdef > the namespace as required. Look in the OpenFrameworks ofConstants.h header. > > > > On Mar 19, 2018, at 10:49 PM, Alex <x37v.a...@gmail.com> wrote: > > using my cmake setup in the jit_expr project I was able to build just now > for 10.9 b

Re: [PD-dev] Mac SDK version for externals

Pd is 10.6 which is the first version that > supported i386 (ie. Intel processors). > > On Mar 19, 2018, at 12:00 PM, pd-dev-requ...@lists.iem.at wrote: > > From: Miller Puckette <m...@ucsd.edu> > To: Alex <x37v.a...@gmail.com> > Cc: pd-dev <pd-dev@lists.iem.at>

[PD-dev] Mac SDK version for externals

I'm curious what is the earliest SDK people target for building externals? It looks like the jit_expr external I built on my work machine, mac os version 10.13, doesn't work on a 10.10.5 machine and it seems as though it must be an SDK version issue. Thanks, Alex

Re: [PD-dev] [PD] Fwd: external help, please

Iohannes just merged an update to the external howto doc with this info. On February 26, 2018 5:30:20 AM PST, Pierre Guillot wrote: >And sys_getblksize() always returns the global vector size (64). Within >an >external you need to know the vector size of the signals

Re: [PD-dev] Fwd: external help, please

IOhannes, I'll try to get on that this weekend! On Fri, Feb 23, 2018 at 8:40 AM, IOhannes m zmölnig <zmoel...@iem.at> wrote: > On 02/23/2018 05:26 PM, Alex wrote: > > Pierre, > > That is really helpful! So, do we not know the vector size until the > *_dsp > > me

Re: [PD-dev] Fwd: external help, please

Pierre, That is really helpful! So, do we not know the vector size until the *_dsp method then? There is EXTERN int sys_getblksize(void); in m_pd.h, it would probably be useful if we added comments indicating the usage of that if it isn't giving us the block size that we should expect in _perform

Re: [PD-dev] osx -stdlib path

noted. yeah, i wasn't planning to actually make them clash :) On Wed, Feb 21, 2018 at 10:25 AM, Lucas Cordiviola <lucard...@hotmail.com> wrote: > On 2/21/2018 2:47 PM, Alex wrote: > > Considering this should be a drop in replacement for the expr family, > > a cl

Re: [PD-dev] osx -stdlib path

e. On Wed, Feb 21, 2018 at 9:43 AM, Lucas Cordiviola <lucard...@hotmail.com> wrote: > I'm not sure but -lib might also work on linux. > > Mensaje telepatico asistido por maquinas. > > On 2/21/2018 2:39 PM, Alex wrote: > > [declare -lib jit_expr] worked on my osx machine

Re: [PD-dev] osx -stdlib path

hink there will be no name clashes if you keep your [jit_expr] naming. > If you use [expr] it will clash with Pd's [expr]. > > > > -- > > Mensaje telepatico asistido por maquinas. > > On 2/21/2018 1:50 PM, Alex wrote: > > I have an external I've created that

[PD-dev] JIT expr/expr~/fexpr~ clones

in checking it out the source is here: https://github.com/x37v/jit-expr I'll submit a deken package once its been tested enough, I resolve a couple questions I have about potential memory leaks and finalize the licensing. -Alex ___ Pd-dev mailing list Pd-dev

Re: [PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

t... > > On Aug 18, 2017, at 6:29 PM, Alex <x37v.a...@gmail.com> wrote: > > Is the goal to switch pd instances before calling the libpd calls or pass > a pd_instance to the libpd calls? > > > > Dan Wilcox > @danomatika <http://twitter.com/dan

Re: [PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

yeah, that is what I based my changes off of. What all needs to be done to integrate the new 'stuff'? Maybe I'd try my hand at it. Is the goal to switch pd instances before calling the libpd calls or pass a pd_instance to the libpd calls? -Alex On Fri, Aug 18, 2017 at 8:54 AM, Dan Wilcox <dano

Re: [PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

ntegrated that into the master branch yet either. > > SO some changes coming, but probably not right away... > > On Aug 18, 2017, at 6:36 PM, Alex <x37v.a...@gmail.com> wrote: > > oh great, if I can call libpd_init multiple times that is great. I'll > look at the pd_mul

Re: [PD-dev] Whole directory path uploaded on deken

On 08/16/2017 08:22 PM, IOhannes m zmölnig wrote: On 08/16/2017 07:19 PM, alex wrote: I compiled iemguts for ARMv7 and uploaded it on deken. When I downloaded it to test if it works, the whole directory tree where the original files are located in my computer was downloaded, which

[PD-dev] Whole directory path uploaded on deken

I compiled iemguts for ARMv7 and uploaded it on deken. When I downloaded it to test if it works, the whole directory tree where the original files are located in my computer was downloaded, which is this: home/alex/pd_patches/modular_synthesizer/externals/iemguts Did I do something wrong when

Re: [PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

Ahh, okay. Maybe I'll see about running libpd with a slightly older pure-data source submodule.. Thanks for the heads up! -Alex On Mon, Aug 14, 2017 at 4:29 AM, Dan Wilcox <danomat...@gmail.com> wrote: > Note: There is currently an issue with the pd sources and libpd: > https://git

[PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

hanks tons for any help you can provide! Alex ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] Deken missing sources for 'iemguts/0.2.1'!

On 06/30/2017 09:59 PM, IOhannes m zmölnig wrote: On 06/30/2017 08:30 PM, alex wrote: On 06/30/2017 08:11 PM, IOhannes m zmölnig wrote: On 06/30/2017 04:03 PM, alex wrote: Hi, I just compiled iemguts from here[1] on a Raspberry Pi 3. I want to upload the compiled objects to deken

Re: [PD-dev] Deken missing sources for 'iemguts/0.2.1'!

On 06/30/2017 08:11 PM, IOhannes m zmölnig wrote: On 06/30/2017 04:03 PM, alex wrote: Hi, I just compiled iemguts from here[1] on a Raspberry Pi 3. I want to upload the compiled objects to deken, but typing: deken upload -v 0.2.1 iemguts/ throws this error: Checking puredata.info for Source

[PD-dev] Deken missing sources for 'iemguts/0.2.1'!

Hi, I just compiled iemguts from here[1] on a Raspberry Pi 3. I want to upload the compiled objects to deken, but typing: deken upload -v 0.2.1 iemguts/ throws this error: Checking puredata.info for Source package for 'iemguts/0.2.1' Missing sources for 'iemguts/0.2.1'! Checking Pd's website

Re: [PD-dev] hi and clicking and multithreading

, or at least connect through another envelope controlled section. This also wouldn't help when you sum into that same signal input, but it is a very unobtrusive way to allow for this without a major revamp. Alex On March 15, 2017 4:35:18 PM PDT, Damian Stewart <li...@damianstewart.com> wrot

Re: [PD-dev] clone doesn't respect [declare] like a direct abstraction instance does

OOPS, never mind that.. my test example was incorrect, everything works fine. On Thu, Jun 23, 2016 at 11:07 AM, Alex <x37v.a...@gmail.com> wrote: > Sorry for the flood of messages, been playing with clone a bunch, again > with a wrapper I'm working on. > > Again I'm on 0.

Re: [PD-dev] clone doesn't take vis message on left inlet when abstraction has signal for left inlet

uppressed (as in [pd] and a couple of > others). > > cheers > M > > On Thu, Jun 23, 2016 at 09:56:30AM -0700, Alex wrote: > > Either way, isn't [clone] a built in object so can't it take messages > _and_ > > signals on its left inlet like [dac]? I guess mayb

Re: [PD-dev] clone doesn't take vis message on left inlet when abstraction has signal for left inlet

be the way for me to fix a long-standing bug - float > messages > to signal subpatch inlets don't work. > > cheers > Miller > > On Thu, Jun 23, 2016 at 09:42:18AM -0700, Alex wrote: > > I'm on pd-0.47-1 binary downloaded from UCSD [mac 64-bit]. > > > > I've c

Re: [PD-dev] jack related pull requests on github

Sounds good! Thanks! Alex On June 18, 2016 12:49:37 PM PDT, Miller Puckette <m...@ucsd.edu> wrote: >Correct... I'm only very occasionally looking at github. Eventually I >hope >to migrate everything to something nonprofit like Oregon State's Open >Sourge Lab. In the meantime

[PD-dev] jack related pull requests on github

case, they are.. just not this one]. Anyways, here they are: set a custom name for the pd jack client: https://github.com/pure-data/pure-data/pull/19 disable automatic connections to the jack graph: https://github.com/pure-data/pure-data/pull/20 -Alex