Ahh okay, these are not main signal inputs (the first inlet is used for something already).. and I want to just use `m_pd.h` so I guess I'll add the creation arguments. Good to know about CLASS_MAINSIGNALIN float setting for the first inlet though! Thanks! -Alex
On Thu, Mar 19, 2020 at 8:28 AM Christof Ressi <[email protected]> wrote: > Hi, > > for the first inlet you can simply set the float field passed to > CLASS_MAINSIGNALIN. This is actually done by many Pd objects, e.g. > "phasor~", "osc~", etc. > > For other inlets it's a bit more tricky. If you're ok with including > "m_imp.h", you can use "obj_findsignalscalar" which returns a pointer to > the scalar value for the Nth signal inlet. > > Christof > On 19.03.2020 16:16, x nor wrote: > > Hey Christof and dev list, > > Christof, > I think it was you that did the work that allowed for a default value for > unconnected [inlet~] in the inlet_features branch that didn't get merged? > > I'm wondering, is there a way to do that with externals as is without > modifying the pure data source? Either that or a way to detect connectivity? > > I want to provide some audio rate controls to an external I'm writing but > not *require* them for operation. 0 isn't a good default for some of these > (amp or frequency multiplication). > If its not possible to provide defaults or detect connectivity (so i can > provide my own defaults) I'll probably just provide optional creation args > to opt in to these audio rate parameters.. but that just ends up being a > lot more work so I figured I'd ask first :) > > Thanks, > Alex > >
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
