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

[Fred Jan Kraan]

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
>