[PD] midi learn

[Raphael Raccuia]

Thank's for that,
I thing I'll stay without defaults the moment, but I'll remember this
approach.
I added a 'bang' option, so object outputs a bang instead of a value for
non-zero midi value, for use with a button. The list now has a third
item, 0 or 1, to indicate if it's enabled or not...
cheers,
r

Le lundi 20 septembre 2010 à 20:37 +0100, Andrew Faraday a écrit :
> hey
> 
> 
> I've put together a little abstraction (attached) to demonstrate the
> defaulting I mentioned earlier. Either give it no arguments for the
> range object to output 0 to 127 or set your top and bottom range with
> this. Unfortunately without arguments the fixed variable boxes stuck
> on zero, I've added some conditional logic so this will work unless
> you set the second argument as 0. Then it will default to 127. Either
> way, hope this helps. 
> 
> 
> Andrew
> 
> 
> ______________________________________________________________________
> Date: Mon, 20 Sep 2010 14:54:58 +0200
> From: rafael.raccuia at blindekinder.com
> To: jbturgid at hotmail.com
> CC: pboivin at gmail.com; pd-list at iem.at
> Subject: Re: [PD] midi learn
> 
> hi,
> I also patched a midi learn abstraction... then I found this
> discussion and replaced all [select] by [==]... Thank's :-)
> Hope you'll enjoy this one: both cc and channel values are saved in an
> external message box with a [set( message in the abstraction itself...
> so no need to re-learn on each session. Two arguments to scale your
> 0-127: can be negative numbers or reversed scale. 
> Maybe somebody can help me with that: I didn't found a way to set
> 0-127 as default. So the two arguments are obligatory...
> cheers
> raf
> 
> Andrew Faraday a écrit : 
>         I actually prefer your solution to mine, the [==] boxes are
>         exactly what I was looking for and would have saved quite a
>         lot of logic. Also I didn't think of [t a a a] which would
>         have saved quite a lot of time. Will have to keep an eye on
>         these for future work.  
>         
>         
>         I've got you in one place, tho. you can use [*] for
>         conditional logic (with a [bang]) to activate when the right
>         inlet changes. instead of multiple spigots. The logic goes, if
>         all of them are 1, the result is 1. If any are 0, the result
>         is zero. Useful stuff. Although more useful when you're
>         working in audio, usually with [expr~] and the inlets of [*~]
>         are summing. 
>         
>         
>         I've gone on a bit of a tangent here. Always interested in
>         approaches to logic in pd, tho. 
>         
>         
>         Andrew
>         
>         
>         
>         > Date: Wed, 4 Aug 2010 13:20:51 -0400
>         > Subject: Re: [PD] midi learn
>         > From: pboivin at gmail.com
>         > To: jbturgid at hotmail.com
>         > CC: pd-list at iem.at
>         > 
>         > Hi Andrew,
>         > 
>         > I made something similar a couple of weeks ago, as I needed
>         a quick
>         > way to map midi controllers. It's only for CC though...
>         > 
>         > 
>         > Patrick
>         > 
>         > 
>         > On Tue, Aug 3, 2010 at 1:09 PM, Andrew Faraday
>         <jbturgid at hotmail.com> wrote:
>         > > Hey All,
>         > >
>         > > I don't know if anyone's done this but I've attached a
>         midi learn
>         > > abstraction I've been working on. The logic's a bit messy
>         but I got it
>         > > working in the end.
>         > >
>         > > Basically from banging the learn patch it listens to the
>         next signal, either
>         > > a note or a control signal, and then filters out only the
>         velocity or
>         > > control value from that. (I've started taking an interest
>         in controlling
>         > > patches with the velocity, as opposed to the note number).
>         > >
>         > > Let me know what you think, and if you know of anything
>         similar being done.
>         > >
>         > > Cheers
>         > >
>         > > Andrew
>         > >
>         > > _______________________________________________
>         > > Pd-list at iem.at mailing list
>         > > UNSUBSCRIBE and account-management ->
>         > > http://lists.puredata.info/listinfo/pd-list
>         > >
>         > >
>         
>         
>         ______________________________________________________________
>         
>         _______________________________________________
>         Pd-list at iem.at mailing list
>         UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>           

-------------- next part --------------
A non-text attachment was scrubbed...
Name: raf_ctlin.pd
Type: text/x-puredata
Size: 2822 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100922/a21bf303/attachment.bin>