"I think that even in the case of an external, it's difficult to know whether there's a signal connected to a signal inlet, or not (...) I think Eric Lyon's externals do what you want"
I guess it can be tricky, but not impossible. I'd be really surprised and blown away if it turned out to be impossible. And I guess it is actually impossible to work this out in a patch, huh? I wouldn't be surprised... thanks 2015-02-24 14:36 GMT-03:00 Alexandros Drymonitis <adr...@gmail.com>: > I think that even in the case of an external, it's difficult to know > whether there's a signal connected to a signal inlet, or not. I think Eric > Lyon's externals do what you want (maintain their signal inlet even if > they're provided with an argument), but haven't understood how he does that > (even though I've read his book about externals...). > > Converting an inlet to a control inlet if there's an argument provided, is > quite easy, on the contrary. > > On Tue, Feb 24, 2015 at 7:31 PM, Alexandre Torres Porres <por...@gmail.com > > wrote: > >> 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>: >> >> 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>: >>> >>> 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 >>>> > 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 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