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
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
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@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
also you can have a look to moonlib/dinlet~, which (I think) does what you want. source is there: https://github.com/MetaluNet/moonlib/blob/externals/moonlib/dinlet%7E.c
Le jeu. 19 mars 2020 à 16:41, x nor x37v.alex@gmail.com a écrit :
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@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
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
This is pretty adventurous :-)
On 19.03.2020 19:17, Antoine Rousseau wrote:
also you can have a look to moonlib/dinlet~, which (I think) does what you want. source is there: https://github.com/MetaluNet/moonlib/blob/externals/moonlib/dinlet%7E.c
Le jeu. 19 mars 2020 à 16:41, x nor <x37v.alex@gmail.com mailto:x37v.alex@gmail.com> a écrit :
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@christofressi.com <mailto:info@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_______________________________________________ Pd-dev mailing list Pd-dev@lists.iem.at <mailto:Pd-dev@lists.iem.at> https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
This is pretty adventurous :-)
admittedly ;-) but it works quite well since ... 2001! (although I remember I had to help fixing one or two "bugs" in Pd to make it possible...)
Antoine
Le jeu. 19 mars 2020 à 19:38, Christof Ressi info@christofressi.com a écrit :
This is pretty adventurous :-) On 19.03.2020 19:17, Antoine Rousseau wrote:
also you can have a look to moonlib/dinlet~, which (I think) does what you want. source is there: https://github.com/MetaluNet/moonlib/blob/externals/moonlib/dinlet%7E.c
Le jeu. 19 mars 2020 à 16:41, x nor x37v.alex@gmail.com a écrit :
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@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
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing listPd-dev@lists.iem.athttps://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
-
Antoine Rousseau -
Christof Ressi -
x nor