[PD-dev] Default value for unconnected signal input, or connection detection in an external

[x nor]

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 <info at christofressi.com>
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20200319/c036cf08/attachment.html>