Cubase 13 doesn’t remember the soundcard

Ever since I started using Cubase 13 Pro this autumn I have to set what soundcard to use, almost every time I open the app. Why is that?

The opening process halts at a small window where I have to select soundcard from a list of what is available (UR-RT4, UA Apollo x8p, a couple of monitors/screens and so on). I always use the Apollo but C13 doesn’t remember. Not even if I save the setting with a project or a project template.

I’m on Mac Studio M1 and macOS Sonoma 14.2.1.
Anyone knows how to solve this problem?
Is it macOS related?

Hi,

Isn’t your Cubase crashing (maybe silently) while crash? Is other settings persistent?

How could I know if Cubase is crashing silently while closing the app?
There is nothing that would indicate that (more than not remembering the soundcard setting), Cubase behaves like it should while closing.
Nothing else is corrupted, everything else is persistent.

Hi,

If Cubase would crash, you would see the Safe Start Dialog during the next start up.

Thanks, that’s not the case here.

Sorry to resurrect this thread.

I have the exact same problem with Cubase 14.0.10 and it is very annoying. No silent crashes here.

So far I’ve tried everything Steinberg suggested in their help pages with no luck. For example: macOS: Selected audio device forgotten. Even switched thunderbolt docks to rule out a problem on this side.
Everytime I start Cubase after selecting the soundcard again I have to reconnect all audio inputs and outputs.

I am on M1 Mac with MacOS Sequoia 15.3.1.

Any updates on this?

I wonder as well.
Still have this problem.
Cubase Pro 14.0.10, MacStudio M1 Max, OS 14.7.3.

Is this a Cubase or a MacOS error?

Are you by chance using a thunderbolt dock or is your soundcard connected directly?

My Apollo soundcard is conncted directly to the Mac with an appropriate Thunderbolt cable. No docks.

But the Steinberg UR-RT4 soundcard is connected via a USB hub. I use that for MIDI in.

Thanks for the info. I think I might have found a way to pinpoint the problem.

Can you open the app Terminal on your mac and run this command:

 grep key /Library/Preferences/Audio/com.apple.audio.DeviceSettings.plist | grep :

This should list all audio devices on your system. If you are able to post the results here, that would be great. I’d like to compare the results I got on my system.

Sure, I will do this tomorrow.

I had this on PC but sounds like the same thing.
In the end I tracked it down to starting cubase without the interface being connected 1 time, after that the preferences became corrupt.

I then rebuilt the preferences after deleting the prefs folder and made a copy of the fresh settings and kept elsewhere as a backup.

Additionally I now keep the prefs folder continuously backed up on cloud. It happened again the other day after a windows update that detached the interface and simply recopied the folder.

I have a networked studio with different IO in different spots and it seems to only happen with certain interfaces. Never happens with USB Steinberg IO (mostly with older FF800 which I still use)

I’m not much of a hacker, is this right?

/Library/Preferences/Audio/com.apple.audio.DeviceSettings.plist | grep :
AppleUSBAudioEngine:Unknown Manufacturer:Unknown USB Audio Device:4A936360:3
AppleUSBAudioEngine:Yamaha Corporation:Steinberg UR-RT4:8331000:1,2
YamahaUSBAudioEngine2:0499:172d:0100:Steinberg UR-RT4:L-08331000
com_RME_driver_FireWireAudioEngine:FA20ADC7
com_uaudio_driver_UAD2AudioEngine:0

I believe unknown USB could be a screen. I have 3 screens but only one through USB. All the screens are on that list that I must select my sound card from when I start Cubase.

Sufficient to say you’re a better hacker now :wink: Thanks for your effort.
So there are no double entries?

For example:
Yamaha Corporation:Steinberg UR-RT4:8331000:1,2
with the bold number changing.

On my system the numbers after the device names differ from the preferences Cubase has stored.

1 Like

No double entries here.

And for the record, I have tried to ditch the prefs but to no avail.