I’ve got my interface set at 48khz, and the VCV engine set at 48khz. Yet when I load AUDIO-8 is loads at 44.1khz, I then choose my interface (MOTU) and change the samplerate to 48khz, this is where VCV freezes and crashes. This happens even if I only have the core AUDIO-8 module open. Any ideas? I have no issues changing the sample rate in DAW’s, maxmsp or my interface settings.
I’ve have similar crashes of VCV (Win10,ES-8 interface). . The driver for the ES-8 in my case defaults to ADAT clock and it has to be on INTERNAL clock to work properly. If I forget to verify the correct settings before starting VCV then it’s already too late.
Try getting all settings in Windows done first and then start VCV.
In my former setup when i had the MOTU ULmk4 the only way to change the audio device sample rate in VCV was to change it from the MOTU control panel. ( i think even before starting VCV Rack, can’t remember this anymore).
And yes in other DAW software i could do it from the DAW application itself
So depending on which MOTU interface you have, you need to launch the device control panel and change it from there.
Hello all,
I’ve got the exact same issue as @guillaume.dujat, but in VCV Rack 2.
Has this been resolved?
The AUDIO-8/16 defaults to 44.1 kHz despite the MOTU interface being set to 48 kHz and the VCV rack engine being explicitly set to 48 kHz, too.
It’s impossible to manually change the (wrong) setting of the AUDIO-8/16 module without VCV rack crashing. Apparently it also seems to force the interface to 44.1 kHz.
I may be wrong, but believe this is a change that came in with 2.0.5 so if you revert to an earlier version like 2.0.4 (if you still have the installer) it may fix it. I’m avoiding 2.0.5 or later until I know this isn’t an issue as my interface and all my ADATs etc are set to run at 48kHz.
Set audio device default sample rate to 44100, and block size to 256 except DirectSound to 1024.
With this comment in the code:
// Most people prefer 44100 default sample rate although many devices report 48000 from deviceInfo.preferredSampleRate.
Maybe he’s right, and most people would prefer that. It’s not a change I’m happy about either, and switching audio interfaces now is a pain in the butt, and I’ve noticed it also adds to Rack’s startup time. Maybe chime in folks: Do you prefer this change or not?
nothing should ever attempt to reset my audio device, apart from me. I have never had any issue before this 2.0.5 build with things respecting what the audio bitrate of the default sound device. Also, honor the Engine rate as clearly the engine is still reporting 48kHz 256 block size, which is correct.
If this was an issue affecting users who had systems running at 44.1 and I wasn’t aware then I can understand some fix was needed, but to impose this default seems to break a lot of implementations.
Either remove the default (my preference) and make people set it or if that’s impossible for whatever reason then maybe offer different ‘flavours’ of Audio-2,8,16 that have different defaults and let people pick the one that’s right for them?
What problem is this change trying to solve? I’m struggling to think of a scenario where you wouldn’t want a program to connect to the audio server at whatever settings it is running at. I’m amazed that the current Rack is unusable for a lot of people and there hasn’t been an update to fix it yet.