[PD] knowing if there's anything connected to an [inlet~] in a subpatch or abstraction

[Alexandre Torres Porres]

well, as you'll see in the other thread about maintaining cyclone, my
motivation was to use than in order to code other max clone objects like
[>=~] :)

2015-02-24 16:35 GMT-03:00 Fred Jan Kraan <fjkraan at xs4all.nl>:

> Hi Alexandre,
>
> Some cyclone objects (bitand~, bitor~, bitxor~, pong~, Scope~) change
> their behaviour depending upon a signal is connected to an inlet.
>
> It uses functionality outside the official Pd API (m_pd.h), so depending
> on your point of view they are illegal or just unstable. The part of the
> framework providing the functionality is actually called 'unstable' :-).
>
>
> Fred Jan
>
> > So that's why I guess it has to be an object...
> >
> > Moreover, some objects in pd have this interesting behavior.
> >
> > When you have an argument in [*~], for example, it turns the second
> > inlet into a data only inlet (no signal).
> >
> > I found this behaviour even in some externals like [>~] in zexy, so I
> > wonder if this is some restriction of pd objects itself, or if it was
> > just a design option that was replicated in zexy on purpose.
> >
> > If I have to do this as an object, I'd like it to maintain a signal
> > inlet even though I have  number argument. So I hope there's nothing
> > "weird" in Pd that doesn't allow this to happen.
> >
> > cheers
> >
> > 2015-02-24 14:26 GMT-03:00 Alexandre Torres Porres <porres at gmail.com
> > <mailto:porres at gmail.com>>:
> >
> >     I thought about it, but the the problem is that I'd like the signal
> >     to update the incoming value even if it is 0...
> >
> >     so it doesn't quite make it.
> >
> >     thanks
> >
> >
> >     2015-02-24 14:20 GMT-03:00 Joe White <white.joe4 at gmail.com
> >     <mailto:white.joe4 at gmail.com>>:
> >
> >         Hey Alexandre,
> >
> >         Does this do want you want? Toggles between a signal input
> >         converted to control rate and a default value (if the signal is
> 0)
> >
> >         Cheers,
> >         Joe
> >
> >         On 24 February 2015 at 17:08, Alexandre Torres Porres
> >         <porres at gmail.com <mailto:porres at gmail.com>> wrote:
> >
> >             hi, trying to make an abstraction here that loads a number
> >             argument into an audio signal chain, but I'd like to update
> >             the argument to whatever is coming from an [inlet~], but
> >             then I'd like to load back the argument whenever there is no
> >             signal connected to this inlet.
> >
> >             The only way to do this is if I know wether there was
> >             something connected to this inlet or not, and I believe
> >             that's impossible in a subpatch/abstraction, right?
> >
> >             So, the only way out would be compiling a new object, huh?
> >
> >             thanks
> >
> >             _______________________________________________
> >             Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing
> list
> >             UNSUBSCRIBE and account-management ->
> >             http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> >         --
> >         Follow me on Twitter @diplojocus
> >
> >
> >
> >
> >
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150224/057cdd3e/attachment.html>