Hello,
Thanks for pointing me to the concept of proxy inlets.
I've tried to implement a test external using this code: http://puredata.info/Members/mjmogo/proxy-example-for-pd.zip/view
In the linked code, they're basically making another class of type t_proxy:
typedef struct _proxy { t_pd l_pd; // if you want to maintain a pointer to your main class, // if not, besure to change the 'init' function void *yourclass; } t_proxy;
This struct is declared as a member of the main class's struct:
typedef struct _yourclass { t_object x_obj; t_proxy pxy; } t_yourclass;
and the new inlet is created in the "new" method of the main class (yourclass_new) but with the destination pointing to the proxy rather than the main class. This is done via:
inlet_new(&x -> x_obj, &x -> pxy.l_pd, 0, 0); with no selectors passed. However, this only makes a control inlet.
Trying out:
inlet_new(&x -> x_obj, &x -> pxy.l_pd, &s_signal, &s_signal); makes a signal inlet, but it seems like the signal values are only accessible via the main class's dsp/perform methods and not via the dsp/perform methods i tried to make for proxy (I call CLASS_MAINSIGNALIN in both the setup of the main class and the proxy class). That's not a huge deal, but I also declared a float method within proxy's setup via class_addfloat(proxy_class, (t_method)proxy_post); where proxy_post just posts to the pd window whenever it receives a float and this method only seems to be called when I declare the inlet the first way with no selectors (when it's a control inlet) and not the second way passing the signal selectors (making it a signal inlet). In the second way, the float just acts like a substitute for a signal (which is what I don't want).
My main goal is to have a second signal inlet that can also accept floats not as a substitute for a signal but calls a separate method. Any ideas? Thanks!
Derek
www.derekxkwan.com