Vienna Symphonic Library Forum
Forum Statistics

192,754 users have contributed to 42,852 threads and 257,639 posts.

In the past 24 hours, we have 2 new thread(s), 19 new post(s) and 164 new user(s).

  1. Home
  2. Sample Libraries
  3. Vienna Instruments Libraries
  4. Vienna Ensemble ready for download
  • M
    M
    last edited
    last edited

    @ETM Dude said:

    IT doesnt surprise me with Nvidia or Creative, both have this error alot with pro-audio aps... but the Mbox should have pretty decent ASIO drivers, do you have it set to be your default sound device in control panel prior to opening VE?
     

    Yes. I have set die Digidesign-ASIO and the very well working Creamware Scope-ASIO as default audio device, but always the error occur.

    Using VE as VST-Plugin I can't not set any sound-device, becauses it uses the sound device of the host software, and the error occur too.

    So I don't think the error is specific audio driver dependent.

    If it would be a problem with audio drivers, then it should be occur in some other applications, like the VI, Sonar, Reaper, Kontakt2, ProTools etc. too. But all this applications do work fine.

    I mostly do work in ProTools and maybe VE could help me alot, because of no current RTAS versions of VI. So it would be nice to bring VE on the run on my machine. [:)]

    greetings

    Markus 
  • S
    S

    These problems that you guys are describing sound exactly like my problems. No, it doesn't seem to be related to the soundcard... This just totally has me stumped!

    I'm using Windows XP with all of the latest updates. How about you guys?

    I've tested this as a vst plugin in FL Studio (don't laugh, it's actually pretty awesome) and in a vst host that I have... I've also tried this stand-alone, and I'm getting no luck. The thing that I find most peculiar though about the crashes is that if I ignore the error message, I can keep tweaking volume sliders and the like... The interface does not lock up, like you'd normally see in crashes.

    I hate not being able to find a solution to a problem!
  • C
    C

    So, really no Ensemble for mac today? [:'(]

    Oh well, I guess we always have tomorrow.

    Colin Thomson 
  • D
    D
    Useless Post by me removed here.
  • S
    S
    With a combination of Logic 8, Leopard (available tomorrow evening) and VE, one is statistically likely to see many surpising things....... This is why it might be a good idea to install new software on a clone of the normal startup disk - - that way one can make harmless observations....
  • C
    C

    Dpcon, take a look at the first page of this thread. I also downloaded the mac ensemble that was up earlier, but was then told that it was not the right one, and had to uninstall it. So I guess you don't want to install what you have, and we're just stuck waiting a little longer.

    Colin Thomson 
  • D
    D
    I dont see a Mac Version for the Vienna Ensemble. Where is it ? Help please
  • D
    D
    last edited
    last edited

    @ColinThomson said:

    Dpcon, take a look at the first page of this thread. I also downloaded the mac ensemble that was up earlier, but was then told that it was not the right one, and had to uninstall it. So I guess you don't want to install what you have, and we're just stuck waiting a little longer.

     

     

    Colin Thomson 

    Thanks Colin. I had no idea several pages of posts had gone by and so I missed the whole issue of the mac ensemble. I saw your post asking where it was and thought it was odd since I had it. I get it now (and will not be using the install I have so thanks for the heads up.)
  • S
    S
    There is a bug with Waves on Ensemble....When inserting waves plug-ins they come up as "wave-shell", instead of actual plug-in name.....This is fine and all is well until you shut down the session....When you relaunch it, Ensemble doen't remember which Waves plug-ins it was using, since they came up as :"Wave-Shell"....try it....(i'm on a pc with RME Hammerfall)....Great work guys........IT is configuring a 64 bit system for me, so I will be able to have a go at the 8 gig RAM tommorrow. Other than that no probs so far.. SvK
  • S
    S

    Hi !

    I don't have enough time to test Vienna Ensemble right now, but I've one question :

    If you use a x64 os with a 32 bits vst host, does the client/server allow us to use the x64 VE ?

    I don't think so, but... 

    Hmm, sorry, another (technical) question :

    Why do we need to manually set the latency compensation ? 
  • PaulP
    VSL Team
    PaulP

    HI Stéphane,

    yes, you have the advantages of the 64 bit application when working with a 32 bit host on Vista64 and XP64.

    You don´t necessarily need to set the laency compensation, youu can also use synchronous Processing (it needs more CPU, though).

    Plugin´s latency is checked on startup of the host. The Vienna Ensemble is an application outside of the host, connected via VST. As it starts AFTER the host, you need to manually set the latency (once, if you don´t change the buffer settings of your soundcard). There´s no other way to do it, technically.

    Steve, the bug you mention with Waves is on XP SP2? We will check that!

    Sonicether, Markus: What exactly are the error messages? The more informations we get, the better we can work on a solution!

    Best,

    Paul 

    Paul Kopf Product Manager VSL
  • S
    S

    I have the same problem, if I save a project when I close and then re-open it I am asked for the Waves Fx I want to use (WXP sp2)

    ciao

    Sergino
  • S
    S
    last edited
    last edited

    @Another User said:

     

    You don´t necessarily need to set the laency compensation, youu can also use synchronous Processing (it needs more CPU, though).

    Plugin´s latency is checked on startup of the host. The Vienna Ensemble is an application outside of the host, connected via VST. As it starts AFTER the host, you need to manually set the latency (once, if you don´t change the buffer settings of your soundcard). There´s no other way to do it, technically.

    So if I understand correctly, when manually set, The Vienna Ensemble Engine doesn't worry about the host latency, and if Synchronous processing is checked it "read" the latency when it starts then doesn't dynamicaly change this latency if you choose to change the host latency. So I don't understand why it use more Cpu.

    btw : Is the cpu needs for Synchronous Processing relative to the polyphony ? Fixed ?

    One last question :

    When you use Vienna Ensemble on a slave computer with Fx-Teleport, which latency is the correct one ? Host latency ? FXT latency ? 
  • PaulP
    VSL Team
    PaulP

     Dear Stéphane,

    so many questions, so little time [;)].

    Synchronous Processing takes more CPU power - I´m the wrong guy to ask for the technical reason, but I guess that the buffers are adapted in realtime, and this adaptation takes CPU power. I´m not a programmer...

    All other questions I will check (or maybe you find a little time to find out yourself... I´m not using FXT in my setup here, so this information may take a little time. 

    Thanks for your patience!

    Best,

    Paul 

    Paul Kopf Product Manager VSL
  • D
    D
    last edited
    last edited

    @Paul said:

    I´m not using FXT in my setup here, so this information may take a little time. 

    Thanks for your patience!

    Best,

    Paul 

    FXT is a potential can of worms. I will do some testing this weekend on XP64, but it remains unclear whether to use the 64bit version of FXT or not. Max has always said that to run 64bit plugs you need FXT64, to run 32bit plugs you need FXT32. However, as VE somehow runs outside the sequencer in normal operation, does it do the same with FXT? I don't know, but it really should have been tested by VSL. We shouldn't have to wait for answers, they should have the info. Were none of the beta testers using this configuration? If not, why not?

    DG
  • H
    H
    Sorry to ask this again if it's already been asked .. but having slept for 10 hours I don't know .... when's the OS X VE coming out. .... only version I see is for Win XP
  • C
    C
    HI, this is what Paul wrote today:"yes, there will be a new public beta version online within the next hours if everything goes our way Thanks for your patience, everybody!"
  • S
    S
    last edited
    last edited

    @Another User said:

    All other questions I will check (or maybe you find a little time to find out yourself... I´m not using FXT in my setup here, so this information may take a little time. 

     

    DG,

    As Paul said, we can use VE 64 bits with a 32 bits host. So I think that we could stay with FXT server 32 bits and use more than 4gb in the Vienna ensemble (different process). 
  • D
    D
    last edited
    last edited

    @Stéphane said:

    DG,

    As Paul said, we can use VE 64 bits with a 32 bits host. So I think that we could stay with FXT server 32 bits and use more than 4gb in the Vienna ensemble (different process). 

    This is what I'm going to try first. I really hope that it works, because currently with FXT you can't mix and match 32bit and 64bit plugs. I guess that in the end it all rests on who has the memory; VE or server.exe

    DG
  • A
    A

    Hi - just to confirm: it works flawlessly on my setup:

    Master DAW: dual XEON X5355 (8-core), Tyan S5380, 8 GB FB-DIMM 667, RME 9632 HDSP, 3x250 GB RAID w WD Caviar RE, 3xMatrox Parhelia APVe, 74 GB WD Raptor boot, 500 GB backup HD, Vista 64, Cubase 4. Slave (FX-TELEPORT) DAWs: Q6600 (P5B-VM DO, 4 GB, XP x32) and E6600 (P5B-VM DO, 8 GB, XP x64, RAID 900 GB) system.

    Have installed VE on my slave E6600, free space for samples more than 7 GB, using Reaper/C4.1 (x32) on the Master DAW with FXT wrapper, ViennaEnsemble"Wrapper"Plug-in (x32) opens correctly in FXT Server on the slave machine (16 stereo channels to be streamed to Master DAW) and starts x64 VE. MIDI and audio via FXT works without problems.

    Well done! Congratulations.

    AM