Vienna Symphonic Library Forum
Forum Statistics

185,392 users have contributed to 42,392 threads and 255,500 posts.

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

  • i have to admit i can't comment on the chunk technique (most of the time using win and trying to avoid DP support) - but i think i get the priciple ...

    basically sample data which is not already in memory needs to be loaded.

    say if a chunk contains only solo strings and you are loading now a chunk for chamber you need to wait.

     

    other scenario: you have a larger preset loaded across several instruments and are now opening a chunk which contains patches (or matrices) which are not already referred referenced, so you need to wait until the missing patches are loaded

     

    hope you can see it highly depends on the situation and what type of chunks should be loaded ...

    christian


    and remember: only a CRAY can run an endless loop in just three seconds.
  • Thanks Christian, for your reply. So, to clarify, if each chunk in a sequence utilizes the same track layout and refers to the same sounds which are already loaded, then under VE3, switching chunks won't trigger a VE3 reload - correct? Please reply, thanks, -Stu Goldberg

  • switching might behave different from (additional) loading - as long as patches are referenced they don't get unloaded.

    to stay with the figurative explanation: closing a *chamber chunk* having chamber not referenced from other tracks will unload chamber data, now opening another *chamber chunk* will reload chamber data, just opening an additional *chamber chunk* will only load the missing patches, since a certain amount of chamber data is already referenced.

    hth, christian


    and remember: only a CRAY can run an endless loop in just three seconds.
  •  Thanks again Christian. I think it will work for me then...

    Best,

    --Stu 


  • last edited
    last edited

    @stu goldberg said:

    Does this re-loading of sounds occur each time you open a new chunk (sub-sequence) or just each time you open a new project?

    You can share any virtual instrument between different chunks by using V-Racks. Normally I have a chunk for every cue, and all my virtual instruments reside in the V-Rack. I can switch between chunks within a fraction of seconds. 

    Cheers, Pitt 


  • Thanks for that, Pitt. Great idea. Ideally, that's what I'd like to do as well.

    So you're running DP on a Mac, & the V-Rack on your Mac can address VSL instruments that are loaded into slave PCs in multiple VE3 instances, as well as some VE3 instances loaded on your host Mac?

    With that setup, what is your experience as far as reliability, latency and CPU load on the host?

    And you don't have to reload samples when you change chunks?

    If so, that's the ticket!

    Best,

    --Stu 


  • I don't use slaves (yet), but the V-Rack will hold ANY virtual instrument audio unit and keeps it loaded whenever you switch chunks, so I am pretty sure it works with VE3 as well.

    I'm working with V-Racks for over a year now, and it's very reliable. I've lots of sequences for every film (at least one for each cue, and these in lots of different versions), and I can instantly switch between the sequences. I haven't noticed any negative effect on CPU or latency. The only downside is that instruments in a V-Rack are not automatable. If you want to automate, say, the volume, then you have to route the output of the V-Rack VI into an aux track in the sequence. (But you can automate the MIDI volume, of course.)

    For me, V-Racks are the killer feature of DP ... read the manual (p. 659) and try it out!

    Cheers, Pitt 


  • Hi again Pitt,

    Yes, I've been using V-Racks also, since they were first introduced in DP. I have a huge Mach Five template as well as several Altiverb instances, which are always loaded into a V-Rack, thus always available from any chunk - I just didn't know if VE3 worked from a V-Rack.

    The obvious advantage would be to avoid the mandatory reloading of VSL samples - until we get the promised VE3 update.

    Has anyone tried this? (DP on the Mac, adressing multiple VE3 instances (loaded on slaves & the master computer) from within a V-Rack in DP).

    Please report how it's working, thanks. 

    Best,

    --Stu 


  • Hi VSL,

    Any news on that update to allow VE3 to keep samples in memory when switching projects?

    Is it still 'late summer / early fall'?

    Thanks,

    David 


  •  Hi David,

    we are working on it. It won´t be "late summer", sorry to say, but we ´re doing our best to be ready in fall (could be "late fall"). Software with that many OS´s to take care of is pretty hard to develop, especially with all the possible combinations and all the tests involved....

    Best,

    Paul 


    Paul Kopf Product Manager VSL
  • Hi, So any idea what the best workaround is on a Mac using Logic 8 until we get the VE3 update? I usually wait around 3 minutes for my orchestral template to load (on the slave) each time I change cue. My current workaround is making a coffee! Thanks, O

  • Hey O. Get RAX. RAX is an AU host for OSX. Then using RAX, instanciate an instrument on your slave, and load it to the gills with the presets etc that you are using in your main template. So now you have an (or possibly two) unusable and odd looking VI instance on the slave but duplicating all the currently loaded stuff. Now, just switch the off/on button on the RAX plugins to off (so audio streaming doesnt get confused). When you switch Logic sessions, Rax will 'hold' all the samples in memory, so loading up another Logic session takes a fraction of the time. Cheers! Paul

  • Hey Paul, Thanks for this. I gave it a go firstly using RAX. This didn't work so I tried the same thing using another copy of Logic on the slave. The problem I had (on both) was that the slave ran out of memory and froze - it's OK loading a full orchestra once, but loading it all in twice is a bit much. Is this the only Mac workaround?!! Thanks, O.