I've got three servers running on VE pro that I am seriously considering retiring in order to run the same "disabled track" template you are talking about. Before I commit to a very large task of re-creating my whole template, do you have any advice or warnings for someone in a similar scenario who is about to do the same thing?

Hi,

just to share my latest experiment to replace VEPRO in my Dorico setup combining IAC Manager & Mainstage of Apple. Here what I have succeeded to do :

STEP 1  - CREATE A MIDI BRIDGE

1. I opened "Midi and Audio configuration" on my Mac
2. I opened the Midi Tab & selected IAC Manager
3. I activated the IAC Manager & created a new port called "String Spitfire"

At this stage, in Dorico after restart I can now see a new Midi output "IAC String Sptifire" where I can route my Violins I on channel 1, Violins II on channel 2, Violas on channel 3, etc. IMPORTANT : you need to desactivate in Dorico Preference midi Input of IAC to avoid midi loops.

STEP 2 - CREATE A SERVER

1. I opened Mainstage, created a new patch called "String Spitfire" with 5 channels
2. I allocated each channel to a Kontakt instruments (reps. Violins 1, Violins 2, …), and modified the channel input of each (Violin 1:1, Violin 2:2, Violas:3,…)
3. Then, in the Channel Strip inspector at the bottom, I have selected « IAC String Sptifire » as a Midi input

And Voilà ! Now my strings in Dorico are connected to the Spitfire Strings in Mainstage. Tomorrow I will try to repeat the process to create Spitfire Brass,  Spitfire Woodwind and all the libraries I have creating new patches.

This solution is very promising and hope I will be able to create and connect my brass as well. I will keep you updated.

EDIT 1 : it does not work, my mistake : you can play only one patch at a time. So the server should be created in Logic Pro  or cubase

EDIT 2 : Finally it can work but you have to add keyboards to the current patch, assign this new keyboard to IAC Spitfire Brass and assign you instrument Kontakt to this new keyboard. So you can create as many IAC port as you have libraries, and route you DAW/ notation software to the corresponding bus of the library you want to use. This way you can load a projet instantenously as all instruments are preloaded in your Mainstage

Originally Posted by: Eric Owyoung

I've got three servers running on VE pro that I am seriously considering retiring in order to run the same "disabled track" template you are talking about. Before I commit to a very large task of re-creating my whole template, do you have any advice or warnings for someone in a similar scenario who is about to do the same thing?

Oh, and have you solved the issue of RAM not going back down after disabling?  I'm slightly concerned about this as well.  Sounds like I'm not the only one:

https://forums.steinberg.net/t/hi-timo-question-about-ram-dumping/64236/18

There are an endless ways of designing Disable Track-template, but it has vast advantages compared to having everything loaded IMO. The most important thing would be that you have a cleaner project visually, with the advantage of still having all the bus routing and signal chains intact. When I start my template it's completely empty. Using different Project Logical Editor chains and Keyboard macros within Cubendo, you can create show/hide-presets for just about anything.

If you're going to transfer things from VEP, then get Keyboard Maestro and make macros for everything (saving Kontakt multis, etc). VEP to me has always been "half-finished" when it comes to workflow. Things that should have shortcuts doesn't, or it crashes when using the shortcuts, or text elements (track names, etc) randomly stops responding to keyboard shortcuts, so they need right-click-menus to be copy pasted to/from. All these repetitive tasks can break you down, it's better to use KM to record a macro that clicks for you. It takes some time setting up, but defenitely worth it.

The "purge RAM"-issue I haven't noticed any problems with, but I have 128GB RAM in both my workstations, so plenty of headroom.

Originally Posted by: Michael Canavan

So great news, not sure how it relates to this thread in general? since it's still months away from native support, just now with an offical announcement. :) 

I agree with you, the announcement relates only tangentially to VEP, although I am happy for those who use Synchron. In the meantime, VEP becomes less of an indispensable tool, as we find alternatives.

Happily watched video...

Result. We still need to wait....

Whoa!  Speaking of new threads - this Audio Gridder plugin looks very interesting.  I've found workarounds for no VEP that work well enough.  The Mac Pro Studio has the horsepower to run Kontakt and all the AAX versions of instruments (Spitfire etc) plus Weiss DS1 Mk3 and many instances of Gullfoss (famous CPU pig) at the same time.  But I did love the organization of VEP and will certainly miss access to the hoard of VEP setups I've built over the years.  Going back to old projects will be a PITB.  The best would be for Paul to announce tomorrow that it works.  Can it really be that hard?

And I messed up the formatting for the quote reply and don't know how to fix it 

Originally Posted by: rockdude9k

So I think you make a valid point, that VSL wants to prioritize their VST instruments over VEP.  But I always thought that was kinda backward.  I've been working in film scoring for 15 years and have worked for several A-List composers and I've never been in a studio that had VSL VST's as their primary libraries.  Maybe a couple patches here and there, but never the whole template built around VSL instruments.  So despite their marketing, I've always thought VEP was their most popular product.  

 

So is their VST instrument market way more popular than VEP?  Is that why VEP has been deprioritized?

 

Genuinely curious.  For context I don't own a single VSL VST instrument.   

 

Originally Posted by: Michael Canavan

Hey no disrespect meant, but it was mentioned that VEP was in beta months ago, so it's great that Synchron is AS and all, but anyone who thought about it from a business perspective knew that VEP would not be first to port, since then you would be showcasing Kontakt, Play, Spitfire libraries native AS support while highlighting inadvertently that Synchron etc. were not AS compatible yet. 

 So great news, not sure how it relates to this thread in general? since it's still months away from native support, just now with an offical announcement. :) 

Right. the composers I was talking about are doing the tentpole, blockbuster films. No one that I know in film and TV are using vepro anymore, or are in the midst of phasing it out.  Abandoned it because it's taken so long to become native, and vsl keeps saying it's right around the corner but then release new instruments? I just don't get it. To add insult to injury, the response to complaints about things on this forum that just get a response like "people seem to really like it" is just another reason that people are bailing on vepro. Too bad because it really was a great and very important piece of our workflow. They obviously don't listen to the voices on here and are oblivious to their customer base.