Vienna Symphonic Library Forum
Forum Statistics

194,476 users have contributed to 42,922 threads and 257,973 posts.

In the past 24 hours, we have 3 new thread(s), 13 new post(s) and 79 new user(s).

  1. Home
  2. Software
  3. Vienna MIR & Vienna Suite
  4. [VE PRO] Wishlist
  • PaulP
    VSL Team
    PaulP

    Hi Peter,

    you can go ahead and buy soon. And then enjoy the anticipation.

    Apart from your wishes, there are some other things we´d like to see implemented.

    Best,

    Paul

    Paul Kopf Product Manager VSL
  • P
    P

    Thanks Paul,

    my lucky creditcard is looking forward to every update it can catch. But please don't tell it my wife [:)]

    Best regards,

    Peter
  • PaulP
    VSL Team
    PaulP

    Another reason to get some champaigne - and share the anticipation [;)]

    Always a good move.

    Best,

    Paul

    Paul Kopf Product Manager VSL
  • S
    S

     I would like the return of the dots in the instruments panning arches.

    Is there any particular reason they are not there anymore?
  • K
    K

    I hope that program change pass-trough will be integrated for the VST3 version. That would be an "out of the ballpark" hit.
  • S
    S
    Hey Martin, thanks for updating us, and for all the hard work on this great software. I posted a query in another thread about the possibility of adding some virtual IAC MIDI ports to VE Pro (ala Plogue Bidule, others) to allow for accessing of additional instruments inside each VE instance. You would still be limited to the same 32 channels of audio, but you could solve this issue of addressing more than 16-channels per AU/VST2/RTAS instance in one fell swoop without adding any more plugins or much CPU overhead. Is this a viable idea?
  • B
    B

    I also vote for Program Change pass through to VST3

    But here's another big one for me.  It seems that overall latency is not passed to the host for correct Plugin Delay Compensation when using insert effects that have a large delay.

    For example, load up a cpu intensive plugin with a large delay like a multiband compressor into an insert slot within VE Pro, and hosts like cubase with plugin delay compensation cannot adjust for this additional latency upon playback.  This means that this VE Pro track is out of sync with the rest of the project.  Is this right?  Could you confirm this Martin?

    Brett

    [edit] thanks to another members question over at Cubendo, it seems that VEP does not even have plugin delay compensation within itself!  This means if you have a high latency plugin like a compressor on one track within VEP, it is now out of sync with a second track in VEP.  This restricts the sort of plugins you can use within VEP doesn't it.  Am I mistaken Martin, or is there a fix coming for this?
  • M
    M
    last edited
    last edited

    @brett said:

    But here's another big one for me.  It seems that overall latency is not passed to the host for correct Plugin Delay Compensation when using insert effects that have a large delay.

    That is correct. If you think a little bit about it - it is not a very trivial task. VE Pro would basically have to report the latency of the "slowest" channel, then internally delay all the other channels - and report back this longest delay to the host. Thus, the playback latency when playing live - would be exactly that of the "slowest" channel. Not very nice imho. This is why we have chosen not to implement it so far.

    In VE Pro, I would suggest to use effects which don't introduce such latencies. Vienna Suite is a good match.
  • B
    B

    Thanks Martin.
  • J
    J
    a thing that would be nice is a midi controller learn function, like in live.. so you can choose what midi controller does what on each plugin. this would fill the automation gap
  • D
    D
    last edited
    last edited

    @jvdieks said:

    a thing that would be nice is a midi controller learn function, like in live.. so you can choose what midi controller does what on each plugin. this would fill the automation gap
     

    Huh? That's been in Vienna Instruments since day 1. Over 4 years now, AFAIK. [;)]

    If you are talking about plugs from other developers, then go and hassle them.

    DG
  • J
    J
    nah.. there's a controller learn function in live and i think in sonar too... which for instance isn't in cubase, which is my main DAW. A lot of people that come from sonar complain about that with cubase. in live you can select a learn mode (for the DAW) and then select ANY controller, fader or plugin function, then turn a knob and that knob does that function. this overwrites the plugin's own learn function i think (well, to be honest i havn't used it that much so i'm not 100% sure about the last thing). so this way you can make a manual mapping on your controller for ANY controller in that host.
  • T
    T
    I am using a VST plugin drum module called Jamstix 2. Jamstix has different "modes" that it uses, most of which apparently require sync with the host. These modes requiring sync do not pass any sound through VE Pro, the only mode that passes sound through VE Pro is "drum module" mode. Another user has noticed the same problem I am having when trying to use this plugin, on another thread. I contacted the author of the Jamstix program about this, and his reply was: "The problem is most likely that Ensemble Pro does not send VST song position information (VstTimeInfo). This is needed in any jam mode so Jamstix can synch up with the host. Best regards, Ralph" This being the case, I would humbly request that VST song position information be included in VE Pro. (I hope this isn't a really difficult thing). Thanks Troy Turner
  • M
    M

    - Display of free RAM in the status bar would be very helpful.

    - brighter font color of the preset list (now it's black on dark blue)

    - Server Window Option: Automatic load a specific metaframe save

    - Server Window Option: Automatic minimize to taskbar after opening
  • M
    M
    last edited
    last edited

    @michael_12374 said:

    - Display of free RAM in the status bar would be very helpful.

    Yes! I just wanted to write about free ram as well. Maybe a used / free display if possible. Could be a pulldown menu or mouse over effect on server or instance window (where CPU usage is). Just display it somewhere besides VI.

    The automated minimize and mframe load would be great, too. Anything to reduce clicking things. [:D]
  • A
    A
    A few requests: 1. A re-sizable GUI. On my second 17" monitor if I have 2 or more instances open, you cannot see them. 2. The ability to hide certain tings. i,e, inputs after they are created. 3. The ability to create multiple inputs, open and adjust sends on multiple inputs, etc. rather than 1 at a time. 4. The ability to view multiple instances in one Mixer page.
  • P
    P

    Hi Vienna-Team,

    at the moment you can only globally define the number of midi and audio ports for all instances (in the "preferences" in the Server Instances Window)

    It would be great if you could define these settings individually for every single instance.

    For example I have 8 instances. 7 of them only needs 2 midi port. But the last one needs 32 ports. My only choice is to define 32 midi ports for all instances. And that's a huge waste of resources/performance. Try to open a VSTi with 2 and one with 32 midiports in Cubase. The difference of loading time is enormous.

    Best regards,

    Peter
  • W
    W

    I have small wish for the AU pluginGUI: add a scroll bar in the connection selector window. Scrolling with the arrows is quite slow on my setup.

    And, if I understand working procedures correctly, it is imperative to disconnect all VE Pros before closing a project. (is this correct? I had bad results when I didn't) It would be great to have a function that disconnects all instances.
  • M
    M

    You don't need to manually disconnect the instances before closing a project, why would you do that?
  • M
    M
    last edited
    last edited

    @petera said:

    It would be great if you could define these settings individually for every single instance.

    For example I have 8 instances. 7 of them only needs 2 midi port. But the last one needs 32 ports. My only choice is to define 32 midi ports for all instances. And that's a huge waste of resources/performance. Try to open a VSTi with 2 and one with 32 midiports in Cubase. The difference of loading time is enormous.

    This is not obvious how to do and would complicate things quite a bit in terms of setup. It will stay like it is for now.