Vienna Symphonic Library Forum
Forum Statistics

183,441 users have contributed to 42,300 threads and 255,077 posts.

In the past 24 hours, we have 5 new thread(s), 16 new post(s) and 56 new user(s).

  • last edited
    last edited

    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.   

     

    @Michael Canavan said:

    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. 😊 

    [/quote]


  • last edited
    last edited

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

     

    @Michael Canavan said:

    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. 😊 

    [/quote]


  • last edited
    last edited

    @rockdude9k said:

    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.  

    Funny, I've been thinking the same thing. I've worked as a composer all my life and have (almost) never used VST libraries, nor do I know anyone in this business who does, currently. But VEP is another matter! So yes, they must have good reasons for prioritizing, but in my humble opinion, they dropped the ball. Now those of us who cannot afford to wait are finding other solutions.


  • 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.  


  • last edited
    last edited

    @rockdude9k said:

    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.  

     

    The reason I thought that and was right about them wanting to port at least newer libraries over like Synchron before VEP has more to do with simple pride, if none of their plug ins but VEP run natively then it looks bad when you as a user are using other companies libraries in VEP but not VSL's. With Synchron ported first then they can port VEP and have a lot of plug ins to offer natively. 


  •   To be fair to VSL, they are not the only company with plug ins or DAWs not ported, Pro Tools native is still an open beta, and Reason Studios isn't even in beta. Then there's Air, PSP, NI, Audio Ease, Nomad Factory etc. 

    You'll notice all these companies are more than 10 years old, technical debt piles up, NI admitted that some of their plug ins have 15 year old GUI code. Reaktor their oldest product is last in line for native support. Who knows if Air or  Nomad Factory will ever port? PSP have been going one plug in every couple months for a long time now. 


  • Okay, ya I get the pride thing.  I can see how they want to say VEP is native and here are all of our instruments that can run in VEP natively.

     

    And at this point I wouldn't be surprised if it's VEP8 with new features and AS native.  If that's the case, it would certainly help explain why it's taken so long.

     

    I'm just still frustrated that they didn't focus on the bridge plugin.  I've said it before and I'm saying it again, I just need the bridge plugin to run natively and then everything will be great.  VEP is a tool, it's meant to be a workflow solution and it feels like marketing has taken over and said, no no, we have to have new features and a new version and it all has to be released with our other products.  But from my point of view, I just want to use the tool that has become essential to my workflow.  I would have happily paid $20 (or more) for the bridge plugin to be updated and then they can take all the time they need to release VEP8.


  • I have to agree with rockdude9k. I am now at the stage where I have reworked my Cubase template and I need to delete all my non M1 compliant plugins. Whether Universal Audio, NI, iZotope etc..
    There are important software, like your Vienna Ensemble Pro 7 that provides so many other instruments for me on different servers.
    I wouldn't know how to organize all my instruments without Vienna Ensemble Pro 7. It would be similar to NI saying, they don't care about the Kontakt 7 plugin anymore.
    So my please to you, make our most important tool (At least for me and all who have bigger templates) a higher priority in your development.


  • VEP might actually be a dead-end product.  The ability to stream audio and MIDI between hosts and among machines on a LAN is possible with cheap or free tools now.  Not as robustly or comprehensively at the moment as VEP does it, but it's just a matter of time until there's a decent free workflow that replicates VEP functionality.  So where's the incentive for VSL to invest in a product that will not be able to attract new users?  It's a bummer, especially for those of us who have invested time into our templates and have an established workflow, but that's how I see it.  

    Maybe we can get just one more update that makes the plugin AS Native?  Pretty please?  Bunch of people would buy it...


  • I don’t think that everyone who does this professionally wants a free solution that’s feature-poor and doesn’t have a company behind it with the resources to fix things. I like little developers but I don’t want my whole rig to be waiting on someone sitting at a computer in their basement who isn’t paid to support the app. The idea of endless free software is a dead-end one to me - hoping something works, building a rig around it, and then when the dev has to go work for a pharmaceutical company, having to change platforms entirely. But at least it was free, so I saved - what: $300US for two licenses? And lost days and days of work? That’s the definition of false economy.