[PD] Dumb (?) [ctlin] question

[Urs Liska]

In the meantime, I thought to share my little workaround abstraction.
The [pack] construct at the end of the line isn't necessary and could be 
replaced by a second outlet. But I found it very practical for my 
purposes - especially with the reversal of elements allowing to [route] 
by CC number.

Best
Urs

Frank Barknecht schrieb:
> Hallo,
> Urs Liska hat gesagt: // Urs Liska wrote:
> 
> 
>>I'm feeling a little bit dumb, but is it really not possible to restrict 
>>the output of [ctlin] to input from a specific channel (but all CC#s)?
>>As far as I can see it is only possible to filter by a CC number (on all 
>>channels) or a channel _and_ a CC number.
> 
> 
> You're right, it is not possible. Reason is, that [ctlin] uses
> positional arguments and the first argument always is the CC number,
> while the second is the midi channel.
> 
> I see two ways out, if ctlin should change: 
> 
> One is keyword arguments or attributes as made popular by flext
> externals. Then it could look like this [ctlin @chan=7 @cc=3] and you
> could exchange @chan and @cc. 
> 
> The other solution would be a wildcard as in using [ctlin * 10] to get
> all controllers from midi channel 10. 
> 
> For simplicity I'd prefer the second solution actually. It could also
> be used for [ctlout]
> 
> Ciao

-- 
Urs Liska
Glümerstr. 5
D-79102 Freiburg

www.graft-music.com
www.suono-mobile.de

[Pd 0.39.0, WinXP]
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ctlinCh-help.pd
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050915/58386045/attachment.asc>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ctlinCh.pd
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050915/58386045/attachment.txt>