Vienna Symphonic Library Forum
Forum Statistics

189,693 users have contributed to 42,668 threads and 256,812 posts.

In the past 24 hours, we have 1 new thread(s), 4 new post(s) and 48 new user(s).

  • Dear VSL team, please make this a top priority! I'm considering buying a Mac Pro as a VSL slave, but I'll wait until this is sorted out. I think the whole point in using a server is that you can switch projects or restart the sequencer without reloading samples...

    Cheers

    Pitt


  • last edited
    last edited

    @PierreFunck said:

    Dear VSL team, please make this a top priority! I'm considering buying a Mac Pro as a VSL slave, but I'll wait until this is sorted out. I think the whole point in using a server is that you can switch projects or restart the sequencer without reloading samples...

    Cheers

    Pitt

    If I were you I would also wait until 64bit is possible on OSX, or be prepared to run XP64 or Vista64 via Bootcamp.

    DG


  • With all due respect, I think the last poster doesn't quite see the point. It's irrelevant how much (Ram) we can load. It's the fact that it must RELOAD each time we switch projects. In the meantime, multiple instances of VE works well on a mac while we wait.

  • last edited
    last edited

    @benbartlett said:

    With all due respect, I think the last poster doesn't quite see the point. It's irrelevant how much (Ram) we can load. It's the fact that it must RELOAD each time we switch projects. In the meantime, multiple instances of VE works well on a mac while we wait.
    And as I said earlier, I can load projects with 7.5GB in my template in around 30 seconds.

    DG


  •  I agree this should be made a priority for VE3. Reloading each time partly defeats the point of having a slave computer with an orchestra template ready for use in any project / cue. Hope a new version is in the pipeline! Best,

    David 


  • Here! Here! Yes, this is a total pain! VE 3 is incredible!....but the reload every time is a pretty counter productive. Please, please, PLEASE make this an "option"! Thanks!

  • Yesss! I agree! Dear Vienna Team: PLEASE make it a priority! Otherwise it´s a pain, a mistake in design. Even with 64bit-PCs: it makes no sense to reload 16GB for a little cue again and again. Just imagine 32GB!!!... Many of us are film composers, so: Is there hope soon???? Best Oliver

  • Oliver, please try my trick whilst you are waiting for an update to VE3, even if it is going to be possible. At least re-loading will only take 30", if it works with VE3 as well as it does with FXT.

    I don't know why people aren't willing to try things that are suggested. The time taken to test would probably be less than re-loading one cue! [;)]

    DG


  • Hey DG...I can't seem to find your post? Thanks

  • Ok...I think I found it....not really sure what a 'chainer' is though(?). Being a Mac user, I'm not sure if I'm a viable candidate for this work around. Any insight would be appreciated! Thanks

  • last edited
    last edited

    @rpmusic said:

    Ok...I think I found it....not really sure what a 'chainer' is though(?). Being a Mac user, I'm not sure if I'm a viable candidate for this work around. Any insight would be appreciated! Thanks

    Chainer is just a simple VST host. If you have something similar it would be worth testing out. Bidule maybe?

    DG


  • Thanks DG....I looked at 'Bidule' at one time but decided to pass since I didn't have an 'engineering degree' [:D]

    Anyway, I'll revisit the site and see if I can figure out a way to incorporate it into my system.

    Thanks again for the reply... 


  • 30 seconds for 7.5 GB is WAAAY too slow. We need snap snap bang - loaded. If you translate that to 16GB that would be a whole minute. Plus, each load and re-load can slightly fragment memory, eventually leading to unnecessary memory consumption. At present, a slave hardwired is really the only method right now, if you are working on multiple cues or projects at the same time. We already have the discipline to make sure our templates "fit". Thanks.

  • Regarding Bidule: It's simpler than is at first apparent to set it up. However, it drops midi when it's fully loaded. And delay compensation (in Cubase at least) is not covered properly under re-wire (if you use Bidule that way). As a standalone, Bidule offers no real benefit now that VE can support 64 outputs - allowing you to pretty much address any chunk of your hardware you want.

  • The next version of VE3 is in developement, and will offer this feature of samples stay loaded if you switch projects in your sequenzer.

    It's a major developement step and will need some time. We expect to have it ready in late summer/early fall.

    best

    Herb


  • Bavo Herb! From the film scoring community, BRAVO!

  • Thanx a lot Herb for a clear statement.!!! Best Oliver (Does it have to be that long?))))))))

  • last edited
    last edited

    @benbartlett said:

    Regarding Bidule: It's simpler than is at first apparent to set it up. However, it drops midi when it's fully loaded. And delay compensation (in Cubase at least) is not covered properly under re-wire (if you use Bidule that way). As a standalone, Bidule offers no real benefit now that VE can support 64 outputs - allowing you to pretty much address any chunk of your hardware you want.

    No, you don't understand. Nothing passes through Bidule. No MIDI; no audio. It is only a way of getting the samples loaded into plugin memory. The advantage being that you can load cues much faster, as VE just checks which samples are already loaded into VE plugin memory. It also means that the sample settings are saved with the project, rather than having to save lots of standalone versions. Obviously I haven't checked that this works with VE, as I was just offering a suggestion to cut loading times between cues from 15 minutes (in my case) to 30 seconds.

    DG


  • last edited
    last edited

    @herb said:

    The next version of VE3 is in developement, and will offer this feature of samples stay loaded if you switch projects in your sequenzer.

    It's a major developement step and will need some time. We expect to have it ready in late summer/early fall.

    best

    Herb

    Herb, will it also be able to save the project as a whole, or will one have to save individual Presets, much as I used to do with GVI and FXT?

    DG


  • At the moment you save the whole sequenzer project including the VE3 network instances on your slaves.

    Do you mean with "project" VE3 exclusively?

    best

    Herb