Add Virtual MIDI cable routing on the rack
-
- Posts: 271
- Joined: 25 Jan 2017
With so many possibilities with players and such, it would be awesome to have virtual MIDI cables in the rack, much like audio cables now, that we can route MIDI from/to anything that can send or receive MIDI. Include a MIDI version of SPYDER too, so we can send multiple outs from one in etc. The creative possibilities for setting up complex patches in the Combinator, for example, would be endless!
- diminished
- Competition Winner
- Posts: 1880
- Joined: 15 Dec 2018
Yes please.
Most recent track: resentment (synthwave) || Others: on my YouTube channel •ᴗ•
Polyphonic midi signal (note/gate) you can duplicate by MIDI-CV converter Player.
Monophonic control changes (CC) can convert into CV and otherwise RPG-8 and Thor.
The only problem i have in this - lack of ability to send "performance controls" (expression, sustain, breath, etc) to VST by CV directly.
Monophonic control changes (CC) can convert into CV and otherwise RPG-8 and Thor.
The only problem i have in this - lack of ability to send "performance controls" (expression, sustain, breath, etc) to VST by CV directly.
-
- Posts: 271
- Joined: 25 Jan 2017
CV routing is just not the same a full on MIDI. To make the MIDI work properly, they would need to have 2 things: virtual MIDI cables and virtual MIDI IN/OUT/THRU ports on the back of the VI's and the players. Consider the Dual Arp module, for example. Right now there are NO connections on the back of it. Imagine if there were 2 MIDI out ports on the back that you could route separately to two different (or multiple) other VI's in the rack. Put those inside a Combinator and you can have a multilayered arp'd patch with only your imagination as the limit.ljekio wrote: ↑03 Jun 2019Polyphonic midi signal (note/gate) you can duplicate by MIDI-CV converter Player.
Monophonic control changes (CC) can convert into CV and otherwise RPG-8 and Thor.
The only problem i have in this - lack of ability to send "performance controls" (expression, sustain, breath, etc) to VST by CV directly.
Do the same with an external midi controller. Instead of the current MIDI assignment module, have a MIDI in from the controller that you can route however you wish via virtual MIDI cable.
CV control is nice, but can't duplicate the level of control MIDI can.
Put MIDI-CV Converter after Dual Arp and receive some ports for any instruments.DonnieAlan wrote: ↑03 Jun 2019Consider the Dual Arp module, for example. Right now there are NO connections on the back of it. Imagine if there were 2 MIDI out ports on the back that you could route separately to two different (or multiple) other VI's in the rack.
Or give me please example where internal virt-midi can more than it.
Sure. But available tools are now enough for most routing tasks.CV control is nice, but can't duplicate the level of control MIDI can.
- esselfortium
- Posts: 1456
- Joined: 15 Jan 2015
- Contact:
I'd really like a MIDI routing system that's full-featured enough to handle MIDI VSTs that send notes and control data to multiple instruments at once, for Distributor-style chord splitting and whatnot.
Sarah Mancuso
My music: Future Human
My music: Future Human
-
- Posts: 271
- Joined: 25 Jan 2017
No, they're not. What you are suggesting are workarounds. Not all instruments respond to CV either. If all rack RE's and VST's had MIDI in ports (easy enough to add to the VST host module), would be so much easier. It is not correct to say we have the tools to do this now, because we really don't.
Therefore, I asked for examples that, in your opinion, cannot be solved with the available tools. I really find it interesting and I would like to try.
Plus, some of us just don't want to get involved in the world of CV routing. I realise that statement constitutes heresy around here and also that the CV thing is a big part of the Reason thing for some folks but I just have no interest in it, in the same way that I have no interest in modular synths. (oops- double heresy hehe). Reason could have better MIDI support without affecting the CV stuff.
I always spoke for it. MIDI is one of the weak points in Reason. MIDI СС with low resolution, the inability to receive midi from VSTs, the inability to record multiple take when recording in loop mode, and much more.
But I want to draw a line between what is missing and what can be achieved under existing conditions.
- diminished
- Competition Winner
- Posts: 1880
- Joined: 15 Dec 2018
I've already said this somewhere else, but I'd really really like to route MIDI in parallel through different Player devices and MIDI VST into the same Rack extension.ljekio wrote: ↑04 Jun 2019I always spoke for it. MIDI is one of the weak points in Reason. MIDI СС with low resolution, the inability to receive midi from VSTs, the inability to record multiple take when recording in loop mode, and much more.
But I want to draw a line between what is missing and what can be achieved under existing conditions.
Just like I can adress my external hardware through Reason itself with as many EMIs as I want with the only real limitation being the hardware's polyphony.
I can also plug in 2 or more keyboards and play a Rack Extension from both at the same time - why can't I do that in software with, for example, two RND Players?
Most recent track: resentment (synthwave) || Others: on my YouTube channel •ᴗ•
MIDI routing between VST's and Reason Instruments/Players to me is the most essential thing. I have Chord Prism and Scaler 2 and I hate that I can't use them on Reason's internal Instruments.
The Scales & Chords player in Reason is OKAY but very limited when compared to Scaler 2 and Chord Prism.
The fact that it's almost 2021 and RS still hasn't properly implemented MIDI into Reason is just not okay. Using the rack inside other DAWS is cool but it's not the same for me.
It's long past overdue for MIDI to get it's proper implementation inside Reason.
And outside of updating the GUI and better MIDI editing tools, proper MIDI routing is the only thing that--for me--keeps Reason from being a true top dog in the DAWsphere.
The Scales & Chords player in Reason is OKAY but very limited when compared to Scaler 2 and Chord Prism.
The fact that it's almost 2021 and RS still hasn't properly implemented MIDI into Reason is just not okay. Using the rack inside other DAWS is cool but it's not the same for me.
It's long past overdue for MIDI to get it's proper implementation inside Reason.
And outside of updating the GUI and better MIDI editing tools, proper MIDI routing is the only thing that--for me--keeps Reason from being a true top dog in the DAWsphere.
RIG
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
Funny enough, I own the Captain Plugins Bundle but I find myself using it most exclusively for the Captain Melody plugin.
The newest version of Scaler is by far the best or second best chord plugin out there. It added functions that take it to another level. I highlighted some in the pic provided. It can still use some additional functionality but they’ve listened to the community so far and have been pretty consistent about updating it. As for working with it inside Reason.... It'll only work with other VST's if you use something like BlueCat PatchWork plugin to route MIDI internally from Scaler to another VSTi you load inside PatchWork.
RIG
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
I've just watched the long walk through video for version 2 and its a lot better than the first version, it has quite a lot a new features and the modulation looks very intriguing.
Just out of curiosity have you tried MIDI Polysher as a vst inside captain now that it can host vsts, I haven't managed to get round to testing it yet, but it allows midi to be pushed to midi channels and I was wondering if that would work inside reason hosted in captain using the midi interface that reason uses..
Just out of curiosity have you tried MIDI Polysher as a vst inside captain now that it can host vsts, I haven't managed to get round to testing it yet, but it allows midi to be pushed to midi channels and I was wondering if that would work inside reason hosted in captain using the midi interface that reason uses..
This is the first time I've heard of MIDI Polysher. I googled it but I'm not sure how that would work inside Reason though since -- if I'm not mistaken -- you'd still be limited to the MIDI only going to other VST's and not to, say, a rack instrument or player for example. I could be wrong about that as I have never tested something like that out but with the way MIDI works inside Reason, I'm not sure it would work.Billy wrote: ↑24 Aug 2020I've just watched the long walk through video for version 2 and its a lot better than the first version, it has quite a lot a new features and the modulation looks very intriguing.
Just out of curiosity have you tried MIDI Polysher as a vst inside captain now that it can host vsts, I haven't managed to get round to testing it yet, but it allows midi to be pushed to midi channels and I was wondering if that would work inside reason hosted in captain using the midi interface that reason uses..
RIG
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
Windows 10 Home 64Bit
i-5 9600k OC'd 4.6Ghz across all cores
16GB Dual Channel DDR4 Ram
RTX 2060 OC'd
500GB M.2 Samsung 970 EVO Plus
Suite 11.3.2 | Cubase Pro 9.5.5/10.5.2 | Live 10.1.7
NI KK A25 | Panorama P4 | Push 2
It would be placed inside captain, then sent to a midi port, which reason has at the top of the hardware interface then sent to a selected RE. I could be wrong and haven't had chance to try my self. But I glad I'm not the only person that hasn't seen it.
https://www.eareckon.com/en/products/freebies.html
https://www.eareckon.com/free/MIDIPolysher_1_2_0.zip
https://www.pluginboutique.com/products/909
https://www.eareckon.com/en/products/freebies.html
https://www.eareckon.com/free/MIDIPolysher_1_2_0.zip
https://www.pluginboutique.com/products/909
You can send and receive midi from the top midi section, if that doesn't work, try midi yoke.DonnieAlan wrote: ↑03 Jun 2019CV routing is just not the same a full on MIDI. To make the MIDI work properly, they would need to have 2 things: virtual MIDI cables and virtual MIDI IN/OUT/THRU ports on the back of the VI's and the players. Consider the Dual Arp module, for example. Right now there are NO connections on the back of it. Imagine if there were 2 MIDI out ports on the back that you could route separately to two different (or multiple) other VI's in the rack. Put those inside a Combinator and you can have a multilayered arp'd patch with only your imagination as the limit.ljekio wrote: ↑03 Jun 2019Polyphonic midi signal (note/gate) you can duplicate by MIDI-CV converter Player.
Monophonic control changes (CC) can convert into CV and otherwise RPG-8 and Thor.
The only problem i have in this - lack of ability to send "performance controls" (expression, sustain, breath, etc) to VST by CV directly.
Do the same with an external midi controller. Instead of the current MIDI assignment module, have a MIDI in from the controller that you can route however you wish via virtual MIDI cable.
CV control is nice, but can't duplicate the level of control MIDI can.
Midi yoke and midiloop has been the smartest solution thus far for these purposes.
There has also been more detailed posts at current Reason internal/external midi limitations for communication protocol.
I can't go much into details as I have long since recurred to workarounds and since forgotten what most of it was about.
Not to disagree with you that it would be cool to have it built in, but I see it as a complicated box within a box project very hardly it will be implemented in the short terms.
-
- Information
-
Who is online
Users browsing this forum: No registered users and 8 guests