Sorry, but that doesn’t work either.
Notes are Held in Rack Midi Input Monitor
Changed expressions for Dmaj
But, if the Condition is shortened to just an F#, it works
Below, if F# sent to Rack, the MG-1 gets a D4 with the simplified condition. Recognizing the chord does not work.
This may be related to something i’ve been having trouble understanding as far as triggering an action from a chord. I would think that triggering on a note in the chord (or any note) wouldn’t work, because the any_pitch_class_held would require that the note is already being held when the trigger occurs (i.e. before the note is played). Am i missing something, or is this the root of the OP’s problem ?
— Jimbo
To be clear… those pitch class functions look at the state of the onscreen keyboard only - not the MIDI stream into the rack nor anywhere else.
Then the Onscreen Keyboard Loopback output port should work if a midi input is routed to the loopback? I’ll try to send the Fishman to the Loopback:Onscreen Keyboard and see what happens.
Some of the “…class_held…” expressions appear to partially work on other midi inputs besides the Onscreen Keyboard. The chord recognition does not.
Not sure how that can happen, but if it is then it’s a bug. Please send me details on how to reproduce this if this is what’s happening.
Brad
I’ll email to you.
No, I won’t email. I thought I was monitoring a midi input for chord recognition BUT was using the on screen keyboard to input. Therefore; the onscreen keyboard was in the mix. With that said, I’d think I could use the “Loopback:Onscreen Keyboard” to monitor for chords with an external midi input device, so I’ll try that path. I’ll break out a controller and see what I can do.
I’d like to monitor an external midi notes input and if a notes in a chord are held, then fire a binding.
