Who would like to see MIDI Remote support for “(TouchSensitive) MotorFader”?

hoglibogli · November 18, 2022, 7:29am

Who else would like to see “(TouchSensitive)MotorFader” being supported?

That would enable me to move to midi scripts and use the full potential of MIDI Remote instead of hijacking 3Party “drivers” that support TouchSense.

thomas_martin · November 19, 2022, 1:46pm

Hi, it’s been asked already and @Jochen_Trappe said it was on the todo list.

Hopefully, it will be in the next version.

Cheers,

Thomas

robw · November 20, 2022, 3:13am

I rigged one up via scripting and it works a treat

hoglibogli · November 20, 2022, 9:23am

@robw That’s great, how do you transmit/receive the the information that the fader is touched? I couldn’t find that in the documentation.

hoglibogli · November 20, 2022, 9:28am

@thomas_martin I have seen that, but since it has been April ( and I think 2 updates) since he mentioned it, this here is my desperate try to move it up on his list

robw · November 20, 2022, 9:59am

I rigged up a fader for the fader and a button for the touch.
You can see it in my icon platform+ touch fader code:

github.com

woodcockr/midiremote-userscripts/blob/e7f0e6b03a1a8c48742ef23bb8ef97341d7ca6a0/icon/platformmplus/icon_elements.js#L64


      
          
          
/**
           * @param {MR_DeviceSurface} surface
           * @param {MR_DeviceMidiInput} midiInput
           * @param {Number} channel    - instance of the push encoder.
           * @param {number} x           - x location of the push encoder in the gui
           * @param {Number} y           - y location of the push encoder in the gui
           * @param {Number} w           - width of the push encoder.
           * @param {Number} h           - height of the push encoder.
           */
          function makeTouchFader(surface, midiInput, midiOutput, channel, x, y, w, h) {
            // Fader + Fader Touch
            var fader = surface.makeFader(x, y, w, h).setTypeVertical()
            fader.mSurfaceValue.mMidiBinding
              .setInputPort(midiInput)
              .setOutputPort(midiOutput)
              .bindToPitchBend(channel)
          
          
  var fader_touch = surface.makeButton(x + 1, y, 1, 1)
            fader_touch.mSurfaceValue.mMidiBinding
              .setInputPort(midiInput)

Then you just bind the touch button to change what you want to have happen:

github.com

woodcockr/midiremote-userscripts/blob/b54d37dafe966cea899bc21ab7edabca1546057d/icon/platformmplus/icon_elements.js#L170


      
          channelControl.fader_touch = tf[1]
          
          
// Channel Buttons
          channelControl.sel_button = makeLedButton(surface, midiInput, midiOutput, 24 + channelControl.instance, fader_x + 4, fader_y + 6, 3, 3, false)
          channelControl.mute_button = makeLedButton(surface, midiInput, midiOutput, 16 + channelControl.instance, fader_x + 4, fader_y + 9, 3, 3, false)
          channelControl.solo_button = makeLedButton(surface, midiInput, midiOutput, 8 + channelControl.instance, fader_x + 4, fader_y + 12, 3, 3, false)
          channelControl.rec_button = makeLedButton(surface, midiInput, midiOutput, 0 + channelControl.instance, fader_x + 4, fader_y + 15, 3, 3, true)
          
          
var channelIndex = channelControl.instance
          
          
channelControl.fader_touch.mSurfaceValue.mOnProcessValueChange = function (context, touched, value2) {
            channelControl.faderTouched = touched
            switch (activePage) {
              case "Mixer":
                if (touched) {
                  midiOutput.sendMidi(context, helper.sysex.displaySetTextOfColumn(channelIndex, 1, makeLabel(channelControl.faderValueTitle, 6)))
                }
                else {
                  midiOutput.sendMidi(context, helper.sysex.displaySetTextOfColumn(channelIndex, 1, makeLabel(channelControl.faderObjectTitle, 6)))
                  midiOutput.sendMidi(context, helper.sysex.displaySetTextOfColumn(channelIndex, 0, makeLabel(channelControl.faderValueTitle, 6)))
                }

That second link is from a branch I’m working on. When the fader is touched the varibale touched is set and then I use that elsewhere in the code to change the Display to show the current touch value on and its name in full on the two line display.

hoglibogli · November 20, 2022, 10:33am

I actually want the touch to trigger automation write and more importantly end write when it is released. “Write On” is not really a big problem in Cubendo since it will start automatically when it receives a controller value. Ending automation write is the tricky bit here. If you don’t send an “Stop Automation Write When Touch Released” it will write on for about 1-2 seconds after it received the last controller and then drop out of automation.
Would that be assignable too? Maybe I have searched for the wrong terms in the documentation, but so far I did not stumble across it.

thomas_martin · November 20, 2022, 11:10am

This is a nice idea to use the touch value to change the display.

But the real need for me is support for “touch” automation mode. Without touch sensitive support, Nuendo will keep writing value for a few seconds after release of the fader.

This is supported in Mackie Control, and other protocols but not in MidiRemote yet.

We don’t really need a new kind of control, just access to some kind of “write enable” for each host objects…

cubace · November 20, 2022, 1:55pm

It should not be needed to have specific support for it. The primitives should be good enough so that all logic can be done in the controller driver. And Steinberg should have a example driver for a mixer, MCU is very common and are used by many vendors. However I don’t think Mackie accept that and Steinberg have probably NDA’s with Mackie. There are other old Steinberg devices like Houston that they can use. Or a Yamaha mixer. I think AVID have a SDK for their Eucon protocol that should be possible to use. (Ok, it is wont be useful it does not use 40 year old midi stuff it is based on modern network protocols)

hoglibogli · November 20, 2022, 5:32pm

In my naive imagination is_touched/is_not_touched “just” needs to be made accessible to the midi remote scripts. Preferably for every assigned parameter, not just volume.

robw · November 21, 2022, 7:24pm

It should be possible have Write mode enabled/disabled on the track that is touched in the same way I change the display - it’s just a command binding to do so. Not sure if they will give the desired outcome though.
I’ve got some other things on my plate but might fiddle with setup some more and see if I can get it closer. Mackie can’t be doing much more than this because the Touch is just a Midi event, nothing special.

robw · November 21, 2022, 7:26pm

Touched is just a midi event, is accessible to midi remote and can be bound to anything - nothing to do with volume unless you bind it to volume. I’ve had it bound to select track previously, and now it acts as a state change for the display (you could in fact have it change depending on what Page you are in…)

cubace · November 21, 2022, 9:09pm

“is” methods usually a object property. It is good with such method but it need to be global.
So a is_touched is true even if it is on a MCU or Eucon fader. For a remote controller you need a event that you can watch “subscribe” or “use”. It is the controller that touching or not touching. The controller should be able to interact with read-write automation configuration.

robw · November 22, 2022, 6:49am

After some further fiddling with some alternatives, I can’t reproduce the intended Touch behaviour where it punches in/out automation on touch. Using Write creates its own special kind of “not quite the intended” behaviour as well. There must be another switch inside cubase for the way MCU does it or I am just lost in midi remote.

stevetwist · December 3, 2022, 3:04am

+1 for touch-sensitive fader support.

Ideally this would be implemented such that the current fader element has an optional value (e.g. mTouchValue) that can be bound (separately from mSurfaceValue) to the MIDI messages sent for touching (e.g. map to a note message for note-on = touched, note-off = not-touched). If a fader is configured in this way, Nuendo should use that touch information when writing automation for anything bound to that fader. If mTouchValue isn’t bound, the fader isn’t touch sensitive.

QuintessenceMusic · March 16, 2023, 4:18pm

YES PLEASE!

I’ve been begging for this in the Nuendo section, but I’m guessing Cubase being more ‘composer/producer’ focussed, functionality like this could get much more traction here.

Being able to punch in and out of automation passes for synth/instrument CC’s the way you can for the mixer would be a DREAM.

Seeing it’s on the to-do list really does make me smile.

Cheers, let’s hope it gets included.

Little side note: A ‘bypass’ function might be useful so you won’t have your faders ‘clacking’ all over the place all the time when you’re working.