posted 12 July 2011 08:41            

Can KYMA process a MIDI stream so that sequential note-on commands a) are unaffected if they're ≥ [a specified time length] apart and b) shifted to different note numbers if they arrive in less than that amount of time?

I'm sure this is poorly worded. Put another way, here comes the note-ons ....C3#1...(500ms)...C3#2....(125ms)....C3#3...(500ms)....C3#4...etc.

I want to run the stream through KYMA and have it make no change to note #s 1,2&4 but shift #3 to a predetermined note value, so that it becomes

....C3#1...(500ms)...C3#2....(125ms)....C3#3(-shifted-toF#3)...(500ms)....C3#4...etc.

posted 14 July 2011 10:04            

So what it sounds like you you are trying to do would require Kyma to be able to foresee the future in order to know that a note was going to be short before knowing when the note will end. Even Kyma is not that powerful ;-)

Apologies if I misunderstand your question.

posted 14 July 2011 15:23            

I didn't word the question well. Even I know that KYMA can't read the future because if it could, everyone on Wall Street would be using it!

No, I meant that a series of note-on commands would be coming down a MIDI wire, all being the same note number (D4, for instance). What I want is to be able to process the MIDI stream so that what is measured is the duration between note-on commands. In other words, a series of notes will be entering the processor, going through it, and out to a drum module. Every single note in this stream will be the SAME note # (ALL C#3, or ALL D4, etc.). The notes in this stream will be arriving melodically (serially), never as a chord, always one-at-a-time. I want the processor to do an "if-then" operation, so that if a given note-on arrives at the processor and the _previous_ note-on was received less than 200ms (or whatever the setting) before it, the processor says, "aha, this current note-on is only 85ms later than the previous one, therefore I will apply an operation to it (shift it up 3 steps, or whatever). And if the note following THAT one arrives at the processor, say, 300ms later, the processor will pass it through unchanged. Is this any clearer?

So thank you for taking the time to respond, and anyone else who has any ideas, please don't be shy!

posted 14 July 2011 19:21            

keyDownrateaffectspitch.kym

!KeyPitch + (((!KeyDown durationBetweenTriggers) lt: 0.2) * !Interval nn)

Then you could shift the "faster" notes up by an Interval that you control in the VCS.