Minor Change Request to CC#s

[House de Kris]

Hey Kris,
This is definitely the most thoroughly documented feature request I've come across. I'll be sure to pass this along to Steve and see what he thinks. 
My two cents is that it seems a little bit fiddly to use the bit values of one channel for the Play/Pause, rather than individual on off CCs. I can see it being really hard to use for people with a MIDI controller slider or knob, no? It would seem to be simpler to just add a CC, I could see that working more predictably anyway.
I don't imagine any major expansions of the ModMatrix are likely but I will for sure run it by the man and see what he thinks. I do see how that would be pretty neat. 
Thanks for taking the time to present these ideas, your feedback has always been top notch. I can't say whether or not they get implemented but I imagine we will have more time to look at these in March after the MRCC is launched. 
Best,
Jesse

True, my first request may seem fiddly at first, and it would definitely be a nightmare for those using a slider or knob controller. But, this was a request for a CC# 'in addition to' and not 'instead of' the existing four CC#s optimised for physical controls. I don't know what you envision with "be simpler to just add a CC," but I'd like to hear your thoughts if it would accomplish similar control.

At any rate, the issue I'm trying to work around is that the individual Play/Pause is truly a pause, and not a mute. Although that is obvious, the ramification is that if a lot of effort is put into the rhythmic patterns of Motif 1 and Motif 2 so that they create a complex interplay with each other, there's very little chance of pausing the parts and then successfully unpausing them synchronized again with the front panel finger buttons. The only way to do that is to use CC# controls. I bought a Synthstrom Audible deluge for live control with hopes that it's CC# sequencer would make this happen. Alas, programming of its CC# data is through a knob (it is a Continuous Control, after all). This means the exact timing of data WRT its timing within a measure is hard, if not impossible, to get precisely correct. The result was still Motif 1 & 2 getting out of sync with a couple pauses.

My solution that did work was to program note data on four MIDI channels, and then process this into CC#s to control Play / Pause. The timing relationship of Note data can be precisely controlled by the user. But, because NDLR's Play / Pause control is spread out over four CC#s, I had to use four MIDI channels. Plus, I also had to use all four of the processors in my MIDI number cruncher to translate MIDI channels into CC# and Note data into CC values. It worked great, but took lots of resources.

My request of a single CC# to control all four parts of the NDLR would allow me to program notes with a specific bit pattern on a single channel of the deluge, use only a single processor to translate this to CC values, and get precise control of NDLR parts.