Feature Request - MIDI Patch Point ? Or a MIDI-HUB ?

http://forum.cakewalk.com/FindPost/3302042
 

stevec
Seems like a great 2016 feature to me!
 

Then please cast a vote
Regards
Snehankur

Snehankur

stevec
Seems like a great 2016 feature to me!
 

Then please cast a vote
Regards
Snehankur

Already did!

I might give away my age and proclivities with this, but I wonder if any of the bakers are familiar with an older sequencer called Bars&Pipes which lived on the Amiga.

Granted, this was written before anyone dared to dream of audio in the computer  (although I did have a decent audio card that let me sync my MIDI to audio, eventually), so the programmers had quite a bit of freedom that is only a memory today.

Anyway, the basic architecture was inputs, outputs, pipelines, and processors. Processors could exist anywhere, and some of the more interesting processors allowed one to send data to multiple pipelines. All processing could be destructive (between input and pipeline) or non-destructive (between pipeline and output).

It probably sounds simplistic, but it wasn't. You could do some really amazing tricks!

All that said because I've often wondered if it would be possible for Cakewalk to implement something similar for MIDI in Sonar. When the patch points appeared I thought about asking for something similar for MIDI, just didn't get there yet<G>! And the HUB idea above sounds like an even more interesting/flexible implementation of the idea.

So yeah... one more "AYE" for MIDI Patchpoints  in one form or another!

Alongwith the track list the external MIDI ports should also appear as MIDI in and MIDI out, so that we can distribute to multiple tracks.

Could still be since the current upcoming list is specifically for Spring.   

Not ideal, but can you accomplish what you want today with linked clips and loopbe1?  I admit I haven't diagrammed this, and I'm not familiar with MIDI plug-ins you mentioned, but I think linked clips will get you there.
 
It would potentially be a lot of duplicate MIDI tracks, but it would also appear very straight-forward when you're trying to figure out what's what when you reopen the project after a month not looking at it.
 
I'm mentioning this as something you might be able to use in the mean time, not to talk you out of your request.

I think it would also be useful to have a processor in the loop. For instance, MIDI filter, MFX plugs, CAL scripts?
 
I could envision a chord being filtered so the lowest note (root?) was latched for a period of time and used to trigger an arp track, multiple midi notes being remapped to trigger percussion assigned to a single note value on another track, MIDI CC values mapped to different parameters in different instruments and effects on different tracks, etc.
 
MIDI patching remains one of my most exciting feature requests.

BobF
Not ideal, but can you accomplish what you want today with linked clips and loopbe1?  I admit I haven't diagrammed this, and I'm not familiar with MIDI plug-ins you mentioned, but I think linked clips will get you there.

I have tried to program 2 things:
 
1) MIDI Hub as VSTi. Sonar supports MIDI output from VST, so I thought why not just route input MIDI to 16 outputs which can be used as input for other MIDI tracks. Result:
a) VSTi MIDI output is delayed by one audio buffer size. That is somehow in VSTi by definition, since MIDI was thought to provide input/control for next buffer.
b) plug-in delay compensation is not working well in this case, there is a difference between live MIDI input and track MIDI input, in the second case Sonar apply compensation, in the first case does not
c) MIDI routing get broken under some conditions, so even moderate setup is hard to keep in tact. Either Sonar detects "loops" or for other reason, but it changes input from VSTi output to Omni. That immediately generates real loop since VSTi midi outputs are also in Omni.... with Sonar crash as a consequence
d) since the number of MIDI sources explodes, correct routing is hard to achieve. Any mistake produce (c).
 
2) my second attempt was MIDI Hub as MFX. MFX are processed correctly and without delays (at the end that is the only "official" way to process MIDI). Result:
a) all my attempts to "inject" midi according to the documentation to something other as "omni" have failed. That injecting was thought to be used by DX instruments with keyboard in the interface, sure there was no intention to send MIDI to other track
b) MFXes from different tracks can be executed not in order I want (the source first, then other) and so I have not found reliable way to route MIDI apart from Sonar (using separate communication between plug-in instances). At least not at "perfect sync" level.
 

What if MIDI Hub is neither VST nor MFX?
If Register array is used which will get updated triggered by any MIDI incoming msg? I don't know.. just a thought.
 
Regards
Snehankur