13.0.40 Update losing Controlroom settings

Cubase
,
62

I find that ridiculous. Those CR settings are made once and never changed, so why would Cubase save those preferences every time again when the program is being used. That being said, I have often enough crashes with C13 and not everytime the CR settings are lost, only once and a while. So that makes no sense to me.

63

Hi,

Your reaction here:

Was to my post about the crashing system:

Yes. If Cubase doesn’t crash on Quit and stores the setting, it will persist. But if Cubase doesn’t store it at all (because it crashes on Quit), of course, you have to make the settings again.

64

It looks like the “Cubase crashing” symptom is related to another problem. Each time I close Cubase, my ControlRoomPresets.pxml file grows by about 10 MB (which is crazy) I experience the “crash” symptom if I shut down my computer before the file is completely written out. As the pxml file grows, cubase takes longer and longer to write out the file.
I’m still trying to figure out what is going on with the ControlRoomPresets.pxml and will open a new ticket once I understand that issue more clearly. Thanks for your patience on this issue, Martin.Jirsak

65

FYI, I had this issue again this week with Cubase Pro 14.0.32. Fortunately I still had a backup of my whole Cubase preferences folder this time so was able to quickly restore everything again from that.

Regards,
Maarten

66

Hi,
Cubase 14 has been far more stable here in that respect than C13. Nonetheless, it still happens every other month. I keep a backup of the latest controlroom presets file separately and swiftly swap it in case it gets corrupted. Takes less than a minute so it doesn’t bother me that much.

67

Just to reference this here in case MacOS users come across this, I use the following bash script in Automator to create an app I launch at login to backup all Nuendo and Cubase preferences in full.

V2 added local user library audio/preferences folders into a separate zip to ensure I also capture my user presets, both audio/instrument and track-based:

#!/bin/bash
set -euo pipefail

SOURCE1="/Users/CHANGEUSER/Library/Preferences/Nuendo 14"
SOURCE2="/Users/CHANGEUSER/Library/Preferences/Cubase 14"

# Preset roots (under ~/Library to store relative paths cleanly)
PRESET_ROOT="/Users/CHANGEUSER/Library"
PRESET_DIRS=(
  "Audio/Presets"
  "Application Support/Steinberg/Track Presets"
)

DEST="/Users/thor/Documents/Music/Configurations/Preferences"
mkdir -p "$DEST"

TIMESTAMP=$(date +"%Y-%m-%d_%H-%M-%S")
HOSTNAME=$(scutil --get LocalHostName)

Zip1="${HOSTNAME}_N14_${TIMESTAMP}.zip"
Zip2="${HOSTNAME}_C14_${TIMESTAMP}.zip"
Zip3="${HOSTNAME}_Presets_${TIMESTAMP}.zip"

zip_dir_if_exists () {
  local src_dir="$1"
  local out_zip="$2"
  if [ -d "$src_dir" ]; then
	( cd "$src_dir" && zip -r -q "$DEST/$out_zip" ./* )
  fi
}

# Nuendo prefs
zip_dir_if_exists "$SOURCE1" "$Zip1"

# Cubase prefs
zip_dir_if_exists "$SOURCE2" "$Zip2"

# Presets (zip relative to ~/Library so paths inside the zip are clean)
existing_presets=()
for rel in "${PRESET_DIRS[@]}"; do
  if [ -d "${PRESET_ROOT}/${rel}" ]; then
	existing_presets+=("$rel")
  fi
done

if [ "${#existing_presets[@]}" -gt 0 ]; then
  (
	cd "$PRESET_ROOT"
	zip -r -q "$DEST/$Zip3" "${existing_presets[@]}"
  )
fi

It’s been super valuable to have, and I keep it stored in an iCloud folder, so super-bonus points there.

The “hostname” variable is because I run this same script on 2 different stations, so this is system aware as well.

68

FYI, I’ve still had this problem several times with Cubase 15.0.21

69

Yes there may be something to this. I notice that my control room presets file is also pretty large (4MB) at the moment and during startup, it takes quite a while before it passes the control room (loading) status message. So maybe, if this file does not get saved in time (which takes longer and longer) the issue occurs.