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 <fjkr...@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 <por...@gmail.com > > <mailto:por...@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.j...@gmail.com > > <mailto:white.j...@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 > > <por...@gmail.com <mailto:por...@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> mailing > list > > 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 -> > http://lists.puredata.info/listinfo/pd-list > > >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list