Sequential Subcontrols are not "exclusive"?

Question

I have this problem: The sequential Subcontrols are not exclusive!

This means: I have a supercontrol and 4 subcontrols in sequential order. I'm using them to send Bank/Program changes (Bank[1-4], Prog[1-128])

What I was expecting is: Send A OR B OR C OR D , however, what MD does is sending A AND B AND C AND D

So, in result, the Target machine gets all 4 values consecutively and only respond to the last of them.

Example: Select preset 192 in the super.

Wanted value to send: Bank 2, preset 64 (so, global preset 192)

MD sends: Subcontrol1:MAX, SubcontrolB:64, SubcontrolC:MIN, SubcontrolD:MIN   

Result: All four values are sent, (Bank1 Preset128, Bank2 preset 64, Bank3 preset1, Bank4 preset1, so the machine set the last value received (Bank4, preset 1 = global preset 385)

So my question is: There is some way to make the subcontrols to send one single value (and not all of them)? Some like the "group buttons", where only the selected value is sent.

If not, what you would suggest? Making a big grid of buttons that send unique Bank/Program? (500 presets!!) Some ideas?

Comments

I'll comment on this later today. Short answer right now is "no," but the longer answer is about figuring out what what's needed and not needed to bake this feature into a future release.

Thanks!
Dan

---

Thank you, Dan! I think that would be awesome.

I thought I was doing something wrong, looking forward to that long answer! Nice to meet you and use your wonderful app. I hope I can show you the layout I'm doing soon, although at the moment she can not do everything I would like.

---

Thanks man. So another short bit on this: it seems like what we're discussing is that the knobs below are sending out their MAX (if they're below the knob that is currently being manipulated) or their MIN (if they're above the knob that is being manipulated) *if they are not in the right position when the sequential SUPER is moved*. We want a way to ONLY send the knob that is actually relevant to the SUPER move. (Not eloquent but:) Does that sum up the problem pretty well?

Answer 1

similar issue

MIDI Target Manufacturer(s): Other/Unlisted Maker

Yes, I'm having the same issue and have been discussing it with Dan.  My use case is actually very similar:  I have two SUBS that are Bank/Program, and I want a SUPER that "concatenates" them.  When the SUPER is in the range of the 1st control, the 1st control value is sent and the minimum of the 2nd control value is sent, so my pedal receives both commands and defaults to the second one.  It would be great to have a "send one value" option.

Answer 2

similar issue

MIDI Target Manufacturer(s): Other/Unlisted Maker

Yes, I'm having the same issue and have been discussing it with Dan.  My use case is actually very similar:  I have two SUBS that are Bank/Program, and I want a SUPER that "concatenates" them.  When the SUPER is in the range of the 1st control, the 1st control value is sent and the minimum of the 2nd control value is sent, so my pedal receives both commands and defaults to the second one.  It would be great to have a "send one value" option.

Answer 3

Any news about this?

Answer 4

Any news about this?

Answer 5

Building non-sequential Bank / Program Changes

Had a similar problem to solve, and wanted to share my approach in case others had not discovered it. A search has not turned this up, so maybe new.

I needed to group a set of discontinuous patch changes, as follows:

84, 1, 127

84, 1, 128

84, 2, 1

84, 2, 2

…

84, 2, 8

84, 28, 1

…

84, 28, 31

No problem, made three separate bank/program change knobs, then linked them together as sequential sub controls.

Except, you get the correct value from the active subcentral, but the other two also send their min or max values.

So, I just sliced the problem the other way.

First subcontrol knob is msb/lsb, with 41 ticks.

    First two midi value is 10753 (84 * 128 + 1)

    Next eight are 10754 (84 * 128 + 2)

    Last 31 are 10780 (84 * 128 + 28)

Second subcontrol knob has the program change sequence, also 41 ticks.

    126 (subtracting one to get the Midi Value)

    127

    0

    1

…

    7

    0

    1

…

    30

Now a third control, 41 ticks, that is the master, and has contains the patch names.

Link to the sub controls, and the channel controller, send on release only.  Ensure the MSB/LSB is first subcontrol.  MD appears to respect order of sub controls for transmission, but cannot confirm.

I have a workflow with spreadsheets to build my load values, so the workaround is actually easier to implement.

This will be included in RD 2000 Manger, ver 1.05, coming soon.

Answer 6

Building non-sequential Bank / Program Changes

Had a similar problem to solve, and wanted to share my approach in case others had not discovered it. A search has not turned this up, so maybe new.

I needed to group a set of discontinuous patch changes, as follows:

84, 1, 127

84, 1, 128

84, 2, 1

84, 2, 2

…

84, 2, 8

84, 28, 1

…

84, 28, 31

No problem, made three separate bank/program change knobs, then linked them together as sequential sub controls.

Except, you get the correct value from the active subcentral, but the other two also send their min or max values.

So, I just sliced the problem the other way.

First subcontrol knob is msb/lsb, with 41 ticks.

    First two midi value is 10753 (84 * 128 + 1)

    Next eight are 10754 (84 * 128 + 2)

    Last 31 are 10780 (84 * 128 + 28)

Second subcontrol knob has the program change sequence, also 41 ticks.

    126 (subtracting one to get the Midi Value)

    127

    0

    1

…

    7

    0

    1

…

    30

Now a third control, 41 ticks, that is the master, and has contains the patch names.

Link to the sub controls, and the channel controller, send on release only.  Ensure the MSB/LSB is first subcontrol.  MD appears to respect order of sub controls for transmission, but cannot confirm.

I have a workflow with spreadsheets to build my load values, so the workaround is actually easier to implement.

This will be included in RD 2000 Manger, ver 1.05, coming soon.