Jeremy,

I had to laugh when I saw your post because I had the same reaction as you when I first started setting up VePro recently!  The port/node layout also felt backward to me (and counter intuitive) and I had to actually think about what I was doing.  But, once I started adding more instances to the VePro server, and then adding multiple Kontakts (for example) within instances, it became clear and I could see the logic. But until I did that, it did seem a bit bass-ackwards.  

I don't think of the word 'node' at all.  I think of the node as the instrument instance (or set of sounds I am using, for example Big Band Horns, or Orchestral Brass, etc... I think of it as 'VePro port 1 OF instance 1 (Big Band Horns)', VePro port 1 OF instance 2 (Orchestral Brass)', etc.  If I add a second Kontakt instrument to Big Band Horns, it will be Port 2 of Instance 1...  After a while of building instances and custom setups, it becomes more second nature.

My $.02 is that it's just different.... takes a little getting used to, but isn't that big of a deal. 

Best,

Greg

Hey Greg,

Thanks for your comments.

I see how you have convinced yourself to justify the thought process! But as an old guy, who used to have (4) 20-space racks of samplers and modules, the ONLY way to know what was going where was to map it out, and the (North American?) way of looking at this was:

Rack number > module name or # > midi channel

If I had to think of Roland 760# 11 in rack 3, channel 9, that just doesn't flow to me. I ALWAYS looked at it as: source > rack # > module ? channel.

To me, the VEPro method is upside down:  "3rd port in the 2nd node (instance), channel 14". You have to think a bit to map the routing from a signal flow train of thought...

Audio engineers are trained from day one to respect the signal flow FROM a point TO somewhere else. In a patchbay, the sources are on the top row and the destinations are on the bottom row. Signal flows FROM the origin TO the destination. Linear. Just like a music score for the non-engineers reading this. Measure 24 is always after measure 23 (except if you start getting into crazy DS or DC layouts). I guess that's why this always frustrates me. I have spent my career thinking linear signal flow, but now I have to invert the signal flow for ONLY VEPro.  

"Hey, look, that's my son in the marching band, and he's the only one in step!"

I don't expect this to ever change, but I am happy to share my frustartion with the forum and encourage respectful conversation. I'm not calling you guys who LIKE it this way morons. Just trying to explain why there may be a better, more intuitive approach.

Best,

J

PS -- I am a big fan of VEPro -- use at least 2 instances 10-12 hours a day. Every day. I have sold more copies of VEPro to others than I can count. So it's only with a passion to improve it do I make comments. I am not calling you guys who like this naming convention stupid. I do wonder how you are able to think this routing as fast as the inverse. :-) Moving on.

PPS -- I received a few private emails after my initial post. One person called me "negative, impolite and degrading". Another said that they wish VE Pro worked exactly as I suggested. This person pointed out that Bidule (which I have no working knowledge) does exactly this. So go figure. I try to write a technical, professional report, and I get shot down. I am not a VSL fanboy. But I am a customer. Thanks for the dialog.

Negative post? I don't think so at all. What you're saying makes sense and I see no product bashing at all.

I think it's more likely that people translate posts differently.........perhaps it's a cultural difference?

In any case if anyone is used to forums and posting protocol I would be suprised if they found your post offensive in any way.

We need constructive posts like that to make the software even better.

Hey Jeremy,

Didn't you leave out the midi interface in your 'rack number > module name or # > midi channel' layout above??  In my old-guy (North American) racks I used to have multi-port interfaces routing midi to my rack mounted gear and keyboards... 

Anyway, the midi routing stuff for me is probably the thing I'm the least interested in, being a composer.  So once it's set up, I forget about it.  Definitely don't keep re-visiting it and having to go through that thought process again and again.  So, to me.... no big deal once I got the hang of the VePro midi layout.  Like I said, my $.02.... not shooting you down... just my opinion, like you have yours.

But, the fact that you go out of your way_twice_to say "I am not calling you guys..... morons/stupid", kind of says otherwise don't you think? Not that it matters to me, BTW....  but since you're encouraging 'respectful conversation' maybe it would have been better left unsaid.  Just a thought.

Best,

Greg

The ordering in Pro Tools is indeed rather strange. Unfortunately this is a problem with Pro Tools rather than VE Pro. We have no control over the ordering of these ports. I suggest you report this to Digidesign instead, because it applies to any RTAS with multiple MIDI ports.

@Karel said:

The ordering in Pro Tools is indeed rather strange. Unfortunately this is a problem with Pro Tools rather than VE Pro. We have no control over the ordering of these ports. I suggest you report this to Digidesign instead, because it applies to any RTAS with multiple MIDI ports.

Hi Karel,

Thanks for your reply.

I will report this to Avid. 

The issue here is how the RTAS plugin displays node (instance) vs. the "port" on each instance, and in the MIDI channel assignment popup for instrument and midi tracks. If you are saying this is entirely a Protools thing, I will make sure the engineers at Avid are aware of this.

Please confirm -- if Avid were to "fix" this, VEPro would simply start reporting the "correct" order of node > port > channel without any changes on your part?

Thanks,

Jeremy

@Karel said:

The ordering in Pro Tools is indeed rather strange. Unfortunately this is a problem with Pro Tools rather than VE Pro. We have no control over the ordering of these ports. I suggest you report this to Digidesign instead, because it applies to any RTAS with multiple MIDI ports.

Hi Karel,

Thanks for your reply.

I will report this to Avid. 

The issue here is how the RTAS plugin displays node (instance) vs. the "port" on each instance, and in the MIDI channel assignment popup for instrument and midi tracks. If you are saying this is entirely a Protools thing, I will make sure the engineers at Avid are aware of this.

Please confirm -- if Avid were to "fix" this, VEPro would simply start reporting the "correct" order of node > port > channel without any changes on your part?

Thanks,

Jeremy

That is exactly what would happen indeed.

The MIDI port names of a single VE Pro RTAS instance are named "VEPro 1", "VEPro 2", "VEPro 3", and so forth. The problem is that Pro Tools attaches the RTAS instance number after that, rather than before it. The list is sorted alphabetically by Pro Tools and this gives the unintuitive numbering. We only have control over the MIDI port names of a single instance. The MIDI port names aren't referring to instruments, but to MIDI ports, which can be assigned to multiple instruments as well. This is a Pro Tools bug that we can't fix on our side at all unfortunately.

@Karel said:

The MIDI port names of a single VE Pro RTAS instance are named "VEPro 1", "VEPro 2", "VEPro 3", and so forth. The problem is that Pro Tools attaches the RTAS instance number after that, rather than before it. The list is sorted alphabetically by Pro Tools and this gives the unintuitive numbering. We only have control over the MIDI port names of a single instance. The MIDI port names aren't referring to instruments, but to MIDI ports, which can be assigned to multiple instruments as well. This is a Pro Tools bug that we can't fix on our side at all unfortunately.

Hi Karel,

With only a single instance of VE Pro, the midi port names are:

VEPro 1 1 > channel

VEPro 2 1 > channel

etc...

Yes, Protools HD is appending the "node" (instance) after the port.

I did some digging -- I do not know of any other multi-port instruments that are RTAS plugins. I do know that Kontakt is multi-port, but only in the standalone version, and Kontakt names its ports letters: A, B, C, D

A possible solution, and a way to make this more intuitive, is to call the VEPro "ports" letters, and let ProTools continue to number the nodes.

This would potentially simplify the VEPro interface as well, since "ports" would always be letters and midi channels would always be numbers.

Although the display in ProTools would still be inverted, it would be clearer, since the letters would always be ports, and the nodes (instances) would always be numbers.

So a midi assign box would look like:

VEPro A 1 > channel

VEPro A 2 > channel

VEPro B 1 > channel

VEPro B 2 > channel

THEN -- if Avid were ever to correct this, the pull down would be ever more clear:

VEPro 1 A > channel

VEPro 2 A > channel

VEPro 1 B > channel

VEPro 2 B > channel

etc...

I would like to formally propose the use of LETTERS for port naming in VE Pro (similar to Kontakt), as opposed to numbers.

Thanks for listening,

J

PS -- I used to use mach5 (rtas) but stopped using it -- my memory on this is not perfect, but possibly mach5 was able to send more than output number to the ProTools INPUT assign? If anyone uses mach5 in PT, can you please post what mach5 sends back to PT at the midi assign as well as the audio input routing? Thx.

PPS - every orchestrator or composer has their own workflow, and not all of us build and use templates that never need to change. The workflow for many still involves assigning midi channels to ports and nodes for each instrument. i work in too many genres to ever consider the mega-template. Each project or song or cue typically requires that I start from the ground up. So I get the pleasure of assigning midi and audio channels. And I get to think about ports and nodes. How lovely.