Page 1 of 1

Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Wed Feb 05, 2014 5:07 pm
by allisterbradley
I had (notice the past tense) a problem with a particular project getting larger and larger, and taking an incredibly long time (several minutes) to save. It became necessary to turn off the AUTO SAVE, just to run a tracking session for a new performer.

My project file had increased to about 86MB in size. Yikes!

I'm proficient with Cubase, but I won't call myself an expert yet, and it took an awful lot of digging through forums to find the solution, so I want to share it, in case it helps anyone else.

Did it have to do with VariAudio? With automatic hit-point detection? With sliced audio? With excess edit history?

Well, sort of. Bottom line - my Pool was full of files I was no longer using. Once I removed unused media and emptied the trash in my pool (didn't need to erase the files), my project shrunk back down to 2.5MB, and now it saves in less than one second.

Note that using VariAudio, slicing and quantizing audio files, comping, etc., contributed to the increase in the number of files in the pool. Bouncing my comp and replacing the event with a new file DID NOT help at all, because the unused (old) files were still in my Pool.

So, before you go out and implement RAID across multiple hard drives, before you spend any money trying to throw more hardware at Cubase, take a look at your media Pool and see if you can remove excess files. It worked for me!

AB

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Fri Feb 28, 2014 8:52 pm
by JBeckstein
Here's an odd aside to this problem. It doesn't seem directly relate to the size of the pool.

I have a VERY large Pool in one project - 1200 some files audio files. All of these have specific tempo information, which I painstakingly entered. I don't want to have to re-enter all of this information each new project, so I start all new projects by copying the last one and clearing the main project window - thus giving me a blank project, but with the same pool. Up until Cubase 7.5, the CPR project file size was ~5mb. Now, it's 80mb, which causes all of the auto-save freezing and workflow interruptions you also experienced.

So, here's the twist. If I go back and re-open an old Cubase 7.0 project file with a similar number of tracks in the pool, it stays at 5mb, even after working with it and saving as a 7.5 project... So, there's gotta be something else other than the number of tracks that makes it so large. I've tried deleting Hitpoints, there are none. I've not used Vari-audio, or done specific edits... Anyone have any ideas?

Of course, it would seem the simple solution is to just start with a 7.0 project... I just don't really want to. My process has worked fine from Cubase 4 until now. I'd just like to know what changed and how I can undo it.

Any input would be much appreciated.
~J

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Mar 03, 2014 12:20 am
by jamusic
allisterbradley wrote:I had (notice the past tense) a problem with a particular project getting larger and larger, and taking an incredibly long time (several minutes) to save. It became necessary to turn off the AUTO SAVE, just to run a tracking session for a new performer.

My project file had increased to about 86MB in size. Yikes!

I'm proficient with Cubase, but I won't call myself an expert yet, and it took an awful lot of digging through forums to find the solution, so I want to share it, in case it helps anyone else.

Did it have to do with VariAudio? With automatic hit-point detection? With sliced audio? With excess edit history?

Well, sort of. Bottom line - my Pool was full of files I was no longer using. Once I removed unused media and emptied the trash in my pool (didn't need to erase the files), my project shrunk back down to 2.5MB, and now it saves in less than one second.

Note that using VariAudio, slicing and quantizing audio files, comping, etc., contributed to the increase in the number of files in the pool. Bouncing my comp and replacing the event with a new file DID NOT help at all, because the unused (old) files were still in my Pool.

So, before you go out and implement RAID across multiple hard drives, before you spend any money trying to throw more hardware at Cubase, take a look at your media Pool and see if you can remove excess files. It worked for me!

AB
Hey thanks & welcome fellow Canadian [- fellow Ontario-an]!

I'm new to Cubase since last June-July and haven't ever though to do this. But I should.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Mar 03, 2014 12:31 am
by ffg
Something got changed between 7>7.5 which has caused a huge ramp up in the save time. It is not to do with the size of the .cpr file, although this can get very big - it's also nothing to do with the time it takes to save the file to disk, I have up to 30 seconds save time with a project file of only 3MB, using a SSD drive.

It has everything to do with certain operations in Cubase, the main two I notice are slicing, quantising and crossfading multi-track drum recordings, and offline processing of multiple audio clips, for example with Autotune. I expect there are others but these are the ones which affect my workflow.

The workaround is to bounce the audio so that the clips become a single file again, and re-load the project to dump the undo chain. Of course this limits ability to go back to an earlier version.

I wish Steinberg would say something about this, or better still, get it fixed.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Mar 03, 2014 12:44 am
by -steve-
Automatic hitpoint generation was added in 7.5, and it's on by default. Could that be the culprit?

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Mar 03, 2014 7:11 am
by jamusic
I had really slow wait times as well with 7.5, and posted around a month ago about having to wait seemingly forever for the Windows 'hour glass' to disappear.

For me the answer was to right-click on the Cubase start icon and then click on Properties.
I had to un-check Run in compatibility with Windows 7, and that fixed it - to no more than just a second or so.

Just something for you to consider & maybe try.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Mar 03, 2014 6:49 pm
by JBeckstein
ffg wrote: The workaround is to bounce the audio so that the clips become a single file again, and re-load the project to dump the undo chain. Of course this limits ability to go back to an earlier version.
Yeah, unfortunately, that is also a workflow killer for me... and even when my project is completely empty (other than the 1000+tracks in the pool), the .cpr file is still 50mb. Odd.
SteveInChicago wrote:Automatic hitpoint generation was added in 7.5, and it's on by default. Could that be the culprit?
Thanks - I double checked, I've got it disabled. :(


Anyway, hopefully Steinberg will figure this one out soon.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Fri Oct 13, 2017 11:41 pm
by Michiel
For anyone reading this, a plugin was causing this issue on my side. A simple project would take up 100 MB of space. When I removed the plugin from my project (Youlean loudness meter) the project file was 7 MB again.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Tue Nov 07, 2017 2:54 am
by LeprechaunStu
I'm having this exact problem.. How can I locate the offending PlugIn that's creating the problem? Much thx...

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Fri Apr 06, 2018 9:04 pm
by totaltom
The problem of cpr file size and saving time also applies to damaged midi tracks (which swell while deleting or inserting bars in the score). After finding this tracks and deleting, the size of the cpr file fell from 110 Mb to 20 Mb.

Re: Slow Saves, Large .cpr files? Clean up your Pool!

Posted: Mon Sep 10, 2018 9:48 pm
by saxmand
This is so interesting.
I have horrible saving times right now.
Project is around 4 hours long. 400 tracks. A cpr file now is round 100mb big.
And I'm doing lots of global time copy, paste, delete stuff. Sounds strange that midi tracks can become damaged. That's something I'd consider a bug :/ But guess I need to go hunting through my MIDI tracks.

Also cleaning out the pool for unused audio didn't help. Only reduced it with a couple of mb.