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@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@gmail.com mailto:porres@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@gmail.com <mailto:white.joe4@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
Cheers, Joe On 24 February 2015 at 17:08, Alexandre Torres Porres <porres@gmail.com <mailto:porres@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@lists.iem.at <mailto:Pd-list@lists.iem.at> mailinglist
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->