Translate Velocity (aftertouch, modwhell, pitchbend etc) to CC - Printable Version +- Conductive Labs Support Forum (https://conductivelabs.com/forum) +-- Forum: MRCC - MIDI Router Control Center (https://conductivelabs.com/forum/forumdisplay.php?fid=13) +--- Forum: General Support (https://conductivelabs.com/forum/forumdisplay.php?fid=14) +--- Thread: Translate Velocity (aftertouch, modwhell, pitchbend etc) to CC (/showthread.php?tid=1499)

Translate Velocity (aftertouch, modwhell, pitchbend etc) to CC - User - 04-01-2021 Hi, I like velocity related effects, for example to modify not only volume but also other effects like cut-off.  As I read in instruction there is a possibility to modify velocity into another CC. How about two or more effects at the same time? For example velocity change to cut off, after touch to distortion, modulation to resonance, pitchbend another FX - is t possible? At the same time "real" pitch bend should be turned off to not change pitch.    This is work around for arturia beatstep, beatstep pro, keystep, keystep pro which not record cc layer (but velocity) and access to control knobs are limited to "control mode". This will allow *much* more possibilities during jam. Some synth can't assign parameters related to velocity etc so it could be great if we can assign more than one param.  Can't wait for ordered MRCC RE: Translate Velocity (aftertouch, modwhell, pitchbend etc) to CC - Jesse Johannesen - 04-02-2021 So yeah I assume that would be possible since you are able to create up to 6 "variations" or presets for that mod, you could make one for each destination, (with each having it's own scaling factors even), and place them one after another in a routing (you get 6 slots for modifications for every port to port routing that you create) to have all of them active on one port routing. We just added Aftertouch as another source for the CC remapping, too. Jesse RE: Translate Velocity (aftertouch, modwhell, pitchbend etc) to CC - MidiGiddy - 04-03-2021 When remapping velocity values to a CC number presumably the original velocity data is still being output (along with a copy of those velocity values with the new CC number) because velocity is part of the note information, whereas when remapping CCs the CC data is not part of the note information so the MRCC is not outputting the original CC number, only the new CC number? It might be nice to be able to toggle each CC mapping between either "Move" (the default type) or "Copy" (to keep the original CC number data along with the new CC number data). This would enable us to use one source CC to control multiple target CCs, with different scaling for each target CC if required. If the user wanted to have multiple target CCs but have the original CC removed they could set the first mod slots to be "Copy" and the final mod slot to be "Move", as the processing always occurs in the order of the mod slots. So my feature request would be that the CC scaling and mapping sub page gets a new setting on the screen at the left of the existing line "CC: x to: y" where we can choose whether we want it to "Move" or to "Copy" the CC data from the source CC number to the target CC number. Another separate feature request that might be useful would be allowing us to set the target CC number on that screen to "None", so that (when used with the default "Move" kind of mapping) it would provide a way to delete particular CC number data that is being produced from the source device but that we don't want the target device to see, without having to filter out all the CC data, or having to find some irrelevant CC number to map it to just to get it out of the way. An alternative way of implementing this second feature request would be that if the "Move"/"Copy" option of the first feature request was being implemented, a third option of "Delete" could be included there, and when "Delete" is chosen the "to: y" part of that line and the velocity scaling graphics below it become invisible because they are not relevant when deleting a CC number from the data. In case my post above is confusing, this is a visual example showing my described way of implementing both these features via a new option where you can select one of the three behaviour types "Move", "Copy" or "Delete": I imagine Velocity would only be available as a source for "Copy", but CCs and Aftertouch would be available as a source for all three behaviours and as a target for "Move" or "Copy".