Vienna Symphonic Library Forum
Forum Statistics

200,732 users have contributed to 43,209 threads and 259,126 posts.

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

  • Weird limitations in VI and Special Edition

    I'm trying to figure out the VI interface and the Special Edition and I'm having trouble understanding some weird and unnecessary limitations. Please correct me if I'm wrong and there is a way around these.

    1. Two matrix slots can't be played simultaneously. I'd like to have one instance of VI where I would have Appassionatas and Chamber strings so that a KS would select Appassionatas, a second KS would select Chamber strings and a third KS would play both at the same time. I don't want to crossfade between them.

    2. Velocity X-fade is global for the whole instance. I'd like to have sustains with modwheel velocity and staccatos with note on velocity. If I click the "Velocity X-fade" button on or off it affects the whole matrix. Why can't it affect just the cell I have selected?

    3. All samples are loaded at the same time. I want the option to load only one velocity layer or one repetition of all velocity layers.

    4. The polyphony is very low. If I load the Appassionata Strings sustain patch with all strings layered on the keyboard I can only play couple of fast chords and notes start to get cut off.

    How does the VI use memory? I understood that all instances can see the same samples and no sample is loaded twice, is that correct? Do every instance have a separate play buffer? It seems that every instance takes quite a bit of memory and with the abovementioned limitations I'm going to end up with a lot of VI instances even in a relatively simple selection of articulations.

    I understand that VSL wanted a secure form of copy protection and that the full VI libraries might benefit from the features of the VI but with Special Edition and the limited articulations the VI is just getting in the way of my workflow instead of making it faster.

  • last edited
    last edited

    @Another User said:

    4. The polyphony is very low. If I load the Appassionata Strings sustain patch with all strings layered on the keyboard I can only play couple of fast chords and notes start to get cut off.


    The polyphony of each instance is 64 voices.

    The VI features shared memory. So the same samples used in multiple instances are only loaded once.


    Each instance needs some MB of memory. A general rule ist to have one instance for one instrument.
    A classical sized orchestra would need around 24 instances.
    Sorry to hear that VI doesn't support your workflow, because all VI features are primary designed to improve composing and arranging workflow.

    best
    Herb

  • The solution to your first problem is to have three cells, one in which you have the Appasionata Strings, one in which you have the chamber stirngs and one in which you have both (easily accomplsihed by have one patch in the upper cell slot and one in the lower cell slot - with the crossfade button turned off - - since you don't want to crossfade. You can adjust various characteristics (e.g. relative volume level) of this layered cell by using the "Edit Cell" controls for each cell.

    As far as polyphony is concerned, I suspect much depends on the computer, the speed of its processor, hard drive and how much RAM it is equipped with. You don't give these details. I have, so far, never run out of polyphony on my machine - which is described below.

    I don't own the SE edition, but, in the components of the cube, there are single note samples (and some legato samples) which have only one velocity layer.

    I hope this is helpful.

  • last edited
    last edited

    @Another User said:

    Sorry to hear that VI doesn't support your workflow, because all VI features are primary designed to improve composing and arranging workflow.

    best
    Herb
    I haven't been able to figure out how using a closed player instead of readily available programmable samplers helps anything else but your copy protection. Maybe you could help me understand it? It seems to me that everything the VI is capable of is implemented in GigaStudio and especially in Kontakt 2. The VI prevents me from doing even the most obvious edits to the patches. I would have no difficulty in selecting the samples I want to load in my template if the samples were in K2 format. I would love to have the Appassionatas in K2 to use scripts with them. There are uneven samples and programming which I could edit myself if the VI didn't prevent me from doing that.

    I can also load several times more samples in K2 than in VI. That's both because I don't have to load samples I don't need and because K2 allows me to edit the buffers. One empty VI seems to take 16 megs of memory. One empty K2 instance takes 26 megs. I can load 64 patches controlled by 16 MIDI channels with K2 and the whole K2 instance uses the same buffers and polyphony over which I have total control. I need two K2 instances to load more than I can have with 24 VI instances. That's 52 megs instead of 384 which the 24 VIs need. That's a lot on a laptop with 2 gigs of RAM. And on top of that I have to load bunch of unnecessary samples because you haven't provided us more options. I don't want two alternative samples in a legato patch. Even one takes more memory than I would like it to have. I bet the release samples need memory too.

    I bet you are going to say that most people like VI the way it is but that's impossible for me to believe. The VI might be nice for those who can buy a separate computer for each part of the Cube and don't want to use anything else but using VI on a laptop or integrating it into a more complex setup having dozens of other software instruments is far from being ideal. You are even forcing me to use K2 in addition to the VI as the Special Edition doesn't have all the essential stuff found in Opus 1 & 2. I would pay for a K2 format product even if I would have to program it from scratch myself as long as I had the ability to program it the way I want.

    I really, really, really can't understand why you are doing this. I would like to see the light but I'm not sure if there is any.

  • Janila:

    I guess this is a matter of temperament. After years of working with Gigastudio and EXS24, I find the VI software a great pleasure. True you cannot edit samples, but there is a lot that you can do with the controls it does have - such as envelope shaping, filtration, relative volume level, delay, etc. For me one of the most important things is that I can have many different articulations on one channel and that each user can design the matrix she or he finds most convenient and decide which controllers are best suited to access the desired matrix cells - - so making a mockup of a string quartet, for example, does not require 64-128 channels. There are ways to work around some of the things that seem problematic for you. If, for example, you have an articulation on one channel and want only to access a particular dynamic layer you can put that articulation on its own channel and, at least in Logic, apply a velocity limiter with a narrow range. Or you can record it and then change the velocity level to that which accesses the sample layer you want.

    In any case, I really don't think that all the effort and imagination that went into the VI software were rooted in the idea of providing bulletproof copy protection. Personally I've found that VI software, while not perfect, is easy and intuitive to work with. It also has the additional - - and very useful - - feature of inhabiting a different RAM partition from that of the host program - - meaning that you can use it along with other samplers and exceed the limits imposed by 32 bit systems. Another forum particpant - - and publisher of Virtual Instruments magaine - - Nick Batzdorf has successfully loaded 7GB of RAM on one Mac G5.

    However, regardless of its features and how much I like this software, I certainly can understand that you might have a different point of view and simply not like it at all. Not liking something, is, I think, quite different than attributing negative motives to those who created the thing you don't like.

  • last edited
    last edited

    @Another User said:

    I can also load several times more samples in K2 than in VI.


    I can load on my XP systems ca 25.000 samples.
    We decided to develop the Core engine with fixed buffer sizes to assure stable performances.

    best
    Herb

  • for the third point, you can load the patches, not only the matrixes. When you're sure what you want, you can optimize your VI, so, a 115 Mb can be turn into a 5-10 Mb if you use only 15 notes.

  • last edited
    last edited

    @Another User said:

    I can also load several times more samples in K2 than in VI.
    I can load on my XP systems ca 25.000 samples.
    We decided to develop the Core engine with fixed buffer sizes to assure stable performances.

    best
    HerbI get stable performance from my template using several instances of Kontakt 2 with minimal buffer sizes. The VI is clearly wasting memory even on my setup which is far from being the fastest setup on the market.

    I know I can load only patches, there just aren't light enough patches. I'm forced to load two repetitions for every sample which is fine for staccatos but that doubles the load of already heavy legato and portamento patches.

    I know I can use memory save but I don't want to. I want to use a template and have everything available all the time.

  • last edited
    last edited

    @Another User said:

    several instances of Kontakt 2 with minimal buffer sizes
    would you please kindly waste the same amount of energy describing what precisely this is (*several*, *minimum*, actually which buffer) as you present us describing what you don't like?
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • Hi, being new to the Vienna Instument i went throught a couple of threads in this forum before asking this questions :

    i juste bought the special edition and i think it's great, the player i realy very powerfull and the sound really rock !

    however here is my concern....CPU power !

    i have a dual G5 2 X 2,3 with 3,5 Go RAM runing OSX 10.4.8 with Cubase SL 2.2 as host and as i descovered that VI is mono timbral in the sense that i have to load an instance for each instruments i whant in my template, so let's say that i load around 20 instances to make a medium orchestra that will put my CPU load to 70% !!!

    no problem with the RAM or Disk flow aparently...so is that kind of performance normal ? i couldn't find Nick post about loading 7 Go of RAM but is there a workaround because with this kind of CPU load i can't play much...

    i'll be soon upgrading to cubase 4 and adding 2Go of RAM but o'm not shure that will solve my concern.

    thank for your help.

  • last edited
    last edited

    @Another User said:

    I know I can load only patches, there just aren't light enough patches. I'm forced to load two repetitions for every sample which is fine for staccatos but that doubles the load of already heavy legato and portamento patches.


    there are no two variations of legato and portamento patches??

  • last edited
    last edited

    @Another User said:

    there are no two variations of legato and portamento patches??
    That's my bad then. I tried some legatos and they didn't sound the same every time I press the same key. Maybe that's a feature. [:)] I use SIPS and regular sustains instead of sampled legatos in my template and don't have exact figures but the VSL script legatos for K2 don't use anywhere near the 60 megs most of the Special Edition seem to require. I have to look into this.

    I want to apologise for my harsh approach on this matter but I know that you have lost some friends because of the VI and having now tried it myself I can understand why. It's not just your products. You have started something which propably would have started anyway but developers developing their own players is the worst case scenario for many users, myself included. One technically efficient and easy to use player for everything is far better than a different player for every library. I don't know if it's the copy protection, licence fees or what that made you build your own player but for me the reason doesn't seem to be technical superiority.

    I have four different string libraries (one of yours) in K2 blended into one so that the best samples are prominent at different velocities and instrument ranges. I use several scripts where needed. I have compensated for the normalization in the instruments so that a low clarinet register doesn't sound as loud as the most prominent range and so on. The VI is really a leap backwards for me in both usability and technical efficiency. I know this isn't something you want to hear but it's my sincere truth and I think it's better for both sides that I tell you about it.

  • You can't compare a scripted legato, which is using only simple single note sustains with true interval legato recordings.

    True legato means, you get real recorded interval samples, one variation (not two) for each intervall, but all intervall steps from minor second to an octave, up and down. So there are 24 different interval samples for each key and for each velocity, same goes for portamento.
    Therefore these patches uses an huge amount of samples.
    24 times more samples than a single note sustain patch.

    If you don't need true legato quality you are simply using the wrong library.

    best
    Herb

  • Janila:

    Rather than construing this as a drama with good guys and villains, it might be more accurate to say that you, personally don't like the concept of the VI software and much prefer the way of working you have become accustomed to with Konakt 2.

    Purchasing the Special Edition was thus, for you, a mistake. I can understand that spending serious money on something you find unusable and defective can only be an unhappy exeprience. There's absolutely nothing worng with saying that and it requires no justification. On the other hand, there are people like myself who find the VI software a pleasure to work with. To coin a phrase: "that's why there's chocolate and vanilla." (Please be assured that I am not a spokesperson for VSL - - just a relatively satsfied user of ther products.)

  • And to add to Stevesong's wisdom, hardware requirements can often be problematic, coupled with workflow. There's a dedicated thread here about the infamous 3GB switch that frees up more memory in a windows scenario. That's the OS providing a limitation that would be a challenge for ANY developer. Couple that with Herb's detailed explanation of multiple samples used to create that 'sound', and the combination of the two present interesting challenges not only for developers but users too. Hardware's coming along, and hopefully, the new Win OS will allow users to exercise more freedom and 'space' when building up big orchestral templates.

    Something i constantly forget, until it bites me, is just what we're asking data to do. And the volume of data that passes over the CPU and through RAM is considerable.
    You've given the example of Kontakt, and how successfully it works for you. My one experience with Kontakt was completely the opposite. I thought it a bloated, extremely CPU/RAM heavy player that presented more problems than solutions.
    And i found the 'tidying up' after playing in a line with Kontakt was a real pain in the backside. The interface, no matter which colour they dress it up with, is unpleasant to stare at day after day, and for me at least, looks like it was designed by a surly undertaker. (IMHO)

    Steve's right. Everyone to their own, but that doesn't mean the product's bad, or has serious limitations. It simply means in an individual workflow, one design may fit more comfortably than another. The VSL player has proved extremely popular, just as there have been passionate discussions about the more general future of locking samples into a format. I for one find it rather incongrous that so much is made of Kontakt as a viable tool, yet it's just as restrictive as a locked format, especially for me, as i have no wish to use it and repeat a less than happy experience. Frankly i don't understand why other developers continue to release libraries in only this format, as, using your own frustrations as an example, there are some of us who don't want it. (And of course the same can be said for Windows player versus itunes formats, both restrictive and locked)

    Whatever you do Janila, i wish you luck and success, with relatively trouble free audio 'motoring.' It's no fun to spend a deal of time trying to figure all this stuff out, and we all seek the same Holy Audio Grail, that of writing for a large percentage of time, and spending minimal time with the digital toolkit open trying to tweak something. I for one like going back after writing lines in, and tweaking not only samples used but applying filters to develop the sound in a direction i choose. But then i'm using a tiny self built library that i know well from years of use. Maybe the same will happen when i finally get back home and buy a substantial library to complement what i already use. I certainly know it will take practise, and some deal of dedicated study time to get the best out of any new sample library, and explore all the opportunities it may present, and that includes learning to drive the thing!
    And i'm not a VSL owner yet, as i'm still in the middle of my study in Russia. So i get to stand back and be substantially objective about this stuff. (Whether that's good or not, i have no idea!)

    Regards,

    Alex.

  • last edited
    last edited

    @Another User said:

    ... 6 K2 instances ... 12 megs of voice memory which gives 128 voice polyphony per instance. I'm using 18k preload buffer to be safe ...

    if i'm right and this is 18 kB preload buffer per stereo-sample (44.1 kHz 16 bit) a rough calculation would give me 66 MB/sec throughput while having about 4000 random accesses per second to the disc.
    this also would mean you can have about 50.000 samples loaded.

    not knowing now details about your machine and harddisks i'd say you should be able run a lot of vienna instruments instances (which are using 64 kB preload buffer per 24 bit stereo sample) on such a setup. i'd also assume vienna instruments would take just a fraction of CPU load in a comparable situation.
    christian

    and remember: only a CRAY can run an endless loop in just three seconds.
  • last edited
    last edited

    @Another User said:

    ... 6 K2 instances ... 12 megs of voice memory which gives 128 voice polyphony per instance. I'm using 18k preload buffer to be safe ...


    if i'm right and this is 18 kB preload buffer per stereo-sample (44.1 kHz 16 bit) a rough calculation would give me 66 MB/sec throughput while having about 4000 random accesses per second to the disc.
    this also would mean you can have about 50.000 samples loaded.

    not knowing now details about your machine and harddisks i'd say you should be able run a lot of vienna instruments instances (which are using 64 kB preload buffer per 24 bit stereo sample) on such a setup. i'd also assume vienna instruments would take just a fraction of CPU load in a comparable situation.
    christianI'm not using anything extraordinary, SATA drives without RAID and NTFS with 64k cluster sizes. I have also split the libraries to different drives so that the busy instruments aren't all on the same drive. CPU load isn't a problem.

    It seems that I can get 50% less preload with K2 when the load of the empty instances is taken into consideration, I can select samples and use scripts and I can split all my other libraries on the two computers and K2 instances. That leaves me with a guestimate of 70-100% more articulations loaded in K2 compared to the VI. Maybe that doesn't sound like a lot to you but it means that I would need a third computer to actually get something useful loaded with the VI. That might be good option anyway but it's not what I had in mind when ordering the VSE.

    I'm not against the VI but I'm certainly against leaving out other options. I can understand that you have a business to run and you have to consider which options are going to make money instead of just spending it. I still have hard time in believing that happy GigaStudio/Kontakt users are nowadays such a rare species that you couldn't get your money's worth from releasing new Horizon libraries. Can I already preorder my Appassionatas for Kontakt 2? [;)]

  • last edited
    last edited
    Personally I don't see much point in arguing about closed vs. open format. There are both good and bad sides, but VSL has already made its decision. That said, I still think janila has a point regarding making it possible to have xfading automatically turned off for short note articulations. This is something which I'm planning to add to my crossfade script (if I only get time) and I almost assumed that this option was present in VI. Of course it's possible to achieve the same result by modulating xfade using a controller, but that seems unnecessary and in some situations a bit distracting. I'm a little surprised by the response to this since it seems like a nice feature request.

    Regards,
    Nils

  • last edited
    last edited

    @nliberg said:

    I still think janila has a point regarding making it possible to have xfading automatically turned off for short note articulations ... Of course it's possible to achieve the same result by modulating xfade using a controller, but that seems unnecessary and in some situations a bit distracting ... it seems like a nice feature request.


    I agree this would be a useful feature.

    Best,
    Jay