Forums > MaxMSP

poly~ and targetnote message

October 22, 2006 | 3:02 am


October 23, 2006 | 5:41 am

Jean-Fran?ois Charles wrote:
> poly~ knows internally the mapping from notes to voices, but as far as I
> know, we don’t have obvious means to get this mapping info.

you can send this info out of poly~… thispatcher will give the voice
number, pack it with the note and send it to an outlet or store it
directly in a coll…

> If such a message existed, it could be ignored in case the note is not
> currently active.

the problem is, that you assume there is only one voice playing the same
note which might not be true…

> When that would be helpful:
> For example when you use a synth with polyphonic aftertouch. I don’t find
> obvious ways to route the polyphonic aftertouch to the corresponding voice,
> knowing the midinote.

You can send it to all voices, and ignore if its a different note or not
playing…
Or use a coll as described above to determine the voice…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


October 23, 2006 | 1:25 pm

>> If such a message existed, it could be ignored in case the note is not
>> currently active.
>
> the problem is, that you assume there is only one voice playing the same
> note which might not be true…

Several voices may play the same note, sure, but this is also true for the
noteoff message (midinote 60 0): if middle C is played by several voices,
poly~ chooses to turn off only one (the "oldest one", I think). A
‘targetnote’ message could make the same choice (and therefore would be able
to speak only to the oldest of the "same notes", like noteoff.

>> When that would be helpful:
>> For example when you use a synth with polyphonic aftertouch. I don’t find
>> obvious ways to route the polyphonic aftertouch to the corresponding voice,
>> knowing the midinote.
>
> You can send it to all voices, and ignore if its a different note or not
> playing…
> Or use a coll as described above to determine the voice…
>
The coll solution is what I think would be nice to avoid doing ourselves,
since the info is already stored inside poly~.
Thanks for the suggestions.
Jean-Fran?ois.



jml
October 23, 2006 | 4:22 pm

would banging thispoly~ work for you?
certainly not as elegant as targeting the current "new note", but could be useful…

jl


October 23, 2006 | 7:01 pm


October 24, 2006 | 6:28 am



jml
October 25, 2006 | 6:55 am

right;
apologies for the asynchronous nature of my message arrival;
i’m posting on-forum.

cheers,
jl


Viewing 7 posts - 1 through 7 (of 7 total)