03-17-2020, 06:48 PM
On firmware 1.1.066, arming a chord sequence and then starting any individual part or combination of parts with midi CC#'s 85-88 does NOT start the chord sequence. Stopping all parts with individual CC#'s 85-88 stops the chord sequence if it is already running, though.
By contrast, starting an individual part or combination of parts on the front interface of the NDLR starts an armed chord sequence, and stopping them all from the front interface stops the sequence.
This is a strange inconsistency.
Starting all the parts with the new-to-firmware 1.1.066 midi CC# 90 does start an armed chord sequence, and stopping them all with it stops it. I assume this is the correct behavior; it is useful to me. I just got that to work and it feels like a huge victory.
Let me explain.
I am hoping to be able to use an external sequencer to start and stop chord sequences on the NDLR. The NDLR's internal chord sequencer is less 'glitchy' than sending the NDLR chord changes through midi when modulating through many different keys; the NDLR's chord sequencer is easy to program, also, compared to sending the NDLR key and mode changes with midi CC's. An external sequencer for starting and stopping the chord sequences is still helpful. Starting the NDLR's chord sequencer with another sequencer that I can cue anywhere in a bar and have it start right on the next bar allows for easier timing live. I can also program the external sequencer to stop the chord sequence automatically if I wish.
Now that I have midi CC# 90 to do this, I'm delighted. Would like to see the individual midi CC#'s do the same thing. A little more versatile.
If you could spare a midi CC# to arm or disarm the chord sequence, that would also be helpful. While I am here asking for a pony, why just five internal sequences? Why not more?
Using the NLDR's chord sequencer to 'play a song' is not too useful to me and seems a little bit more than what the NDLR should do. Every song is different and I have other sequencers for things like that. But using the chord sequencer to store a few templates of modulations and fire them off live with automatic arpeggiation is an exciting idea and a better fit for the NDLR's concept.
By contrast, starting an individual part or combination of parts on the front interface of the NDLR starts an armed chord sequence, and stopping them all from the front interface stops the sequence.
This is a strange inconsistency.
Starting all the parts with the new-to-firmware 1.1.066 midi CC# 90 does start an armed chord sequence, and stopping them all with it stops it. I assume this is the correct behavior; it is useful to me. I just got that to work and it feels like a huge victory.
Let me explain.
I am hoping to be able to use an external sequencer to start and stop chord sequences on the NDLR. The NDLR's internal chord sequencer is less 'glitchy' than sending the NDLR chord changes through midi when modulating through many different keys; the NDLR's chord sequencer is easy to program, also, compared to sending the NDLR key and mode changes with midi CC's. An external sequencer for starting and stopping the chord sequences is still helpful. Starting the NDLR's chord sequencer with another sequencer that I can cue anywhere in a bar and have it start right on the next bar allows for easier timing live. I can also program the external sequencer to stop the chord sequence automatically if I wish.
Now that I have midi CC# 90 to do this, I'm delighted. Would like to see the individual midi CC#'s do the same thing. A little more versatile.
If you could spare a midi CC# to arm or disarm the chord sequence, that would also be helpful. While I am here asking for a pony, why just five internal sequences? Why not more?
Using the NLDR's chord sequencer to 'play a song' is not too useful to me and seems a little bit more than what the NDLR should do. Every song is different and I have other sequencers for things like that. But using the chord sequencer to store a few templates of modulations and fire them off live with automatic arpeggiation is an exciting idea and a better fit for the NDLR's concept.