• Software
  • Spitfire Audio (SABLE STRINGS) Eats CPU (p.2)
2015/02/22 21:50:12
Vastman
Elffin
Please update.. I tried the free/demo version and to be honest it was extremley heavy latency wise. Any pointers would help... is this only evident with Sable or does it appear on other Spitfire libraries



Latency has never been mentioned as an issue at V.I. Control and Sable...indeed the entire Spitfire line is used by oooodles of heavy hitters over there.  Film scorers, tv, video... I review all the discussions regarding Spitfire and others as  I'm a relative newbe to this realm and what they post is a wealth of insight.
 
What is this "free/demo version" you speak of, Elffin? I've immersed myself in the Spitfire universe for going on two years now and haven't run across this so "to be honest..." needs a bit of clarification.  
2015/02/23 04:42:33
reza
Vastman
I have the full range of Albion and it operates fine. I load up several templates giving 32 to 64 tracks with no problem.
 
Each mic (different locations/mixes of the players) and each articulation is essentially another instrument/set of samples and until you get down Spitfire's magical 20 ways to do articulation switching and dynamics...which I still get confused over...you're probably better off to use one or two per instrument.  Separate instruments for other combos.
 
What is "a really high end powerful cpu" REZA? I'd suggest editing your sig to provide such info as it will always come up... 


Thanks for the reply,
I already mention what is the spec of my computer  in the beginning of the post . But you are right i must change sig and provide info.
I turned off the mic possessions and just kept one mic and problem solved. But i am wondering is there any possibility to fully load them? I know it might cause some latency problem but on my pc it makes pop and click just because the cpu gets max.
cheers
2015/02/23 12:19:08
bitflipper
Even 14GB may not be enough to load an entire orchestral library. Consequently, Kontakt only reads a portion of each sample in advance and streams the rest from disk. Even with lots of RAM, large libraries can therefore still cause latency and dropouts due to I/O bottlenecks. 
 
If the library resides on the same physical disk drive as your project audio, that could be your problem. Add another disk drive and dedicate it to sample libraries.
 
If you're already doing that - or can't - then Kontakt's memory-management features might help.
 
First, go into the instrument definition dialog (click the wrench icon, then click the "Instrument Options" button) and then to the DFD tab. There you'll see a setting called "DFD Preload Buffer Size". This tells Kontakt how much of each sample to keep loaded in RAM. The higher the number, the more memory it uses, but disk I/O goes down. You've got lots of RAM, so this'll let you utilize it. Try increasing the buffer size and testing until the crackles and pops go away, and don't go bigger than necessary.
 
Next, play the song all the way through one time and then look at the Memory indicator at the top of the instrument. If you're using a Multi, there will be a memory-used number for each instrument in the Multi.
 
This number tells you how much memory is being used for each instrument. It'll usually be less than your total RAM, but still be a big number. To the right of that number is a dropdown menu labeled "Purge". Select "update sample pool" and watch the memory-usage number drop, usually quite dramatically. What you've just done is tell Kontakt to unload all the samples that you aren't actually using. Even if you use many articulations, there'll be a lot of notes and velocities you never hit. Don't worry, if you subsequently edit the MIDI tracks, Kontakt will automatically load any newly-required samples.
2015/02/23 16:36:14
reza
bitflipper
Even 14GB may not be enough to load an entire orchestral library. Consequently, Kontakt only reads a portion of each sample in advance and streams the rest from disk. Even with lots of RAM, large libraries can therefore still cause latency and dropouts due to I/O bottlenecks. 
 
If the library resides on the same physical disk drive as your project audio, that could be your problem. Add another disk drive and dedicate it to sample libraries.
 
If you're already doing that - or can't - then Kontakt's memory-management features might help.
 
First, go into the instrument definition dialog (click the wrench icon, then click the "Instrument Options" button) and then to the DFD tab. There you'll see a setting called "DFD Preload Buffer Size". This tells Kontakt how much of each sample to keep loaded in RAM. The higher the number, the more memory it uses, but disk I/O goes down. You've got lots of RAM, so this'll let you utilize it. Try increasing the buffer size and testing until the crackles and pops go away, and don't go bigger than necessary.
 
Next, play the song all the way through one time and then look at the Memory indicator at the top of the instrument. If you're using a Multi, there will be a memory-used number for each instrument in the Multi.
 
This number tells you how much memory is being used for each instrument. It'll usually be less than your total RAM, but still be a big number. To the right of that number is a dropdown menu labeled "Purge". Select "update sample pool" and watch the memory-usage number drop, usually quite dramatically. What you've just done is tell Kontakt to unload all the samples that you aren't actually using. Even if you use many articulations, there'll be a lot of notes and velocities you never hit. Don't worry, if you subsequently edit the MIDI tracks, Kontakt will automatically load any newly-required samples.


Really appreciate for your information. Because I have each of projects, sample library and OS in the separate hard drives, Disk I/O would not go down But CPU usage goes max (in sonar indicator). :) I will do your advice and update here :)
Thanks again for your help.
12
© 2025 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account