Separate folder for ".bak" files


I would like to add an additional suggestion to this. Make it so that if there is no backup folder when CB needs it, one is created automatically. That way, we could just delete the folder in a single operation without worrying about future consequences.


Great and necessary ideas to keep projects more organized.

Great Idea! +1

Agree 100%


Found a workaround, which works quite OK for a similar purpose:

“Saved Windows Search”. It is a Windows Explorer functionality.

How to:

  • Open Explorer window in project directory, where all the file are, which have the extension .cpr .bak .npr and also many folders.

  • Enter search criteria in top right corner of Explorer window and execute: E.g. *.cpr for Cubase (or *.npr for Nuendo or *.?pr for both)
    (You will see only files with this extension)

  • Push the Explorer button “Save Search”. The button is not always directly visible. So you might have to search for it.

  • This button saves the search as a file with the extension .search-ms. Usually it is in the folder “Searches” within your “USER” folder.
    (It is possible, that the folder differs between Windows 7 and Windows 10.)

  • Then copy this file e.g. onto your desktop and rename as you like. The file extension has to be kept.

  • Now just double click this file and it will open an Explorer window only showing Cubase and/or Nuendo project files. Folders and .bak files are not shown.

Details on the HowTo can be found here:

Perhaps this workaround gives you some relief. :wink:

LG, Juergi


While you all wait for this feature to be implemented, you might want to take a look at this

OK, I think that thread is about something a little different. I have been assuming here that we are talking about a Backup directory placed where the backup files are currently placed and having backup files now placed one level down in that new directory. I would certainly not want to see the backups saved anywhere outside the project. The backup files would definitely still be strongly associated with the project, but now simply grouped in their own folder.

Yes, that’s exactly what has been requested for many years (and also in the linked thread). But until that is implemented, if ever, both the .cpr and .bak files are stored in the same folder. This makes it hard to find the .cpr needle in the .bak haystack. That is how things currently stand. Within that existing environment using the grouping features in the OS improves the ability to visually separate the two types of files. Or folks can continue looking for needles in haystacks if they prefer.

The topic of backups always seems to generate some confusion in these forums because the word "backup’ is used in two similar but unrelated contexts. One is the periodic automatic saving of the Project as a .bak file. The other context is when using the Backup Project feature, which is more like ‘create a brand new project based on this one’ than a true backup where you archive something that you can restore later if needed. This last kind of true backup is best done at the OS level using system backup tools.

Cant be so difficult for Steinberg to create an option in preferences where users can determine where backups are stored. Every other app in the world I know off, lets users choose storage locations. I am sure it will come. The way it stands now, it will only tempt users (like me) to turn of the feature alltogether, just to get rid of the clutter in the main project window, and that really defeats the whole purpose of backups, doesnt it? So a tip to Steinberg, just create a new option and we won’t have to discuss this matter in the future anymore. Case closed (;

Just realized there is another option to avoid seeing the .bak file.

You can open Projects from the Media Bay in addition to the File/Open command. Since you can easily filter the results in Media Bay you could set it to only show .cpr files.


Huge complaint for colleagues and clients that the project folder gets inundated with tons of .bak files

Out of curiosity, what are you people doing that you have so many .bak files that they are cumbersome? I can see the occasional project having a .bak file in the project folder, but “tons of .bak files”? What the heck are you doing that leads to the creation of all those .bak files?

Well if you have Cubase set to do an auto-backup every six minutes and you limit it to only retaining 10 files that means you can only get back to the last hour’s worth of edits etc. If you want 2 hours you need to retain 20. Since the .bak files are insurance of sorts, keeping more backups gives you more coverage.

I have mine set save every 10 minutes to retain 18 copies (aka 3 hours worth) and even so I’ve had one maybe two times when all of the available backups had the same problem as the main project file. So it is not baseless to retain a bunch of them.

Your risk tolerance may vary.

True, that makes sense.

FWIW, Logic uses a separate backup folder.

Been pondering a workaround for awhile and think there is a good way to do this except I don’t know how to do the last step (if possible).

The idea is to use the hidden file attribute in Windows to control visibility to .bak files. If the .bak files are set hidden then you will only see them when Windows Explorer is showing hidden items like this:

While you can manually set a file hidden in the file’s Properties, you can do a whole disk’s worth using the command line prompt. But the limitation/problem with this is changing the attribute only works for the existing files, so newly created .bak files will not have the hidden attribute set. So they will start coming back. To get around this I put the command in a batch file that should be run with Admin privs.

:: Sets all the Cubase .bak files so they have the Hidden attribute set
:: Change the command from "+" to "-" to clear the Hidden attribute
:: Works on D: disk, change location to where your Cubase Projects are


attrib +h /s D:*.bak


You can just execute the “attrib” command at the command line prompt, but the advantage of having it in a file is that you can use Task Scheduler to execute it (just copy the code into a text file with the .bat extension). For first time use, run the file (or command) to hide all existing .bak files. Now the only .bak files you see will be new ones. Using Task Scheduler create a task that runs the batch file at startup. Now you will only see .bak files created after starting the PC - so, not that many, but still some.

To get all the .bak files to always be set hidden even when they are brand new requires changing the Trigger used for the batch file execution in Task Scheduler. This is what I don’t know how to do, but I’m under the impression that there are triggers available that can detect changes to a folder that might be a mechanism to run the batch file as needed. If so the script should be changed so that instead of changing a whole disk it only changes files in that specific folder.

Deleted my post.

(Did not look at subsequent posts on the next page, where pretty much the same comment was made by raino).

You could also use software (see app links below) that monitors folders and automatically handles new files according to a set of rules. So you could have the app monitor your project folder and recognize new bak files being created in any of your project folders, rename or append them (eg. with time and date stamp) and move them to another folder.

One possible setup: 1.) have the app monitor the parent project folder with all subfolders, 2.) set it up to recognize any new bak files created (in any subfolder - so you only need to set it up once), 3.) have it append the files with a time stamp and 4.) move them all to one central backup folder.

That way, all your project backups are in one folder (alphabetically according to the original project name - with time stamp or whatever else you want to add). If you choose to add time stamp, make sure to follow the pattern YEAR-MONTH-DAY-HOUR-MIN, that way all files in your central BAK folder can then be sorted alphabetically according to project name first, then year, then month, then day aso.

At the end, you will have all the bak files from all projects and all different stages of your project all in one folder, plus: any new BAKs created in the initial folder will not be overwritten. You could take this a lot further (backing up the backup folder aso).

One such app is DropIt and it is free (open source / WIN).

I personally also use another free tool from Microsoft (SyncToy) to mirror my entire project folder to another (slower and cheaper) HDD on a weekly basis. That’s an extra level of backup-security (no sync, just A>B mirror).

App Links

Six different WIN Apps for file management:
Microsoft SyncToy 2.1 (free):

I am sure, there are MAC equivalents you can google (one is such app is Hazel from Noodlesoft). Just google “noodle” (;

Please - why not?