2/ VCV gets the same clock from Ableton but sent to my Midihub over USB and back. Midi/CV is set to midihub USB input. Same patch as the first instance, but this time the tempo is correct.
I don’t think the Rack API offers a way to probe the SR of the audio/recorder master, at least I don’t know of any method to do this. The internal (engine) SR is in the args of the process() call or via getSampleRate().
Perhaps the problem in @geusens.dries 's case could be that when there is no audio module present in the patch, Rack is probably using a default fallback rate that is different than the DAW’s sample rate. Even if we are just using MIDI in the patch, I think it’s important to add an audio module anyways, so that the sample rate can be set correctly in Rack. This doesn’t explain why the patch works in the second case reported above, but I would explore more along these lines to help solve the problem and get robust alignment of sample rates across DAW and Rack.
Samplerate in Logic, VCV are set to 48 kHz, but that equation could be the answer. So VCV is running in 44.1 if no audio module is present? I’ll have a look. Thanks for your help!
So: @marc_boule was on the money! This was a samplerate issue.
I think I’ve made a stupid user mistake and was running Ableton in 44.1, VCV in 48 kHz.
I’m not sure if you need the audio module: samplerate can be set in the engine menu.
I don’t think I’d call this “stupid”. Normal VST run at the host’s sample rate and “everything just works”. I get that to support very advanced workflows with direct access to multiple audio devices VCV needs this complicated ability to run everything at different rates, but it sure would be nice if most users had an easier time.
Would it be possible to add some indicator to the UI so at least ppl would know this is happening? Or some other way to make the “normal” case more intuitive?