2 ms·

I know that each cable in VCV Rack imposes a 1-sample delay. However isn't the audio still transmitted to the audio interface in blocks? It's not clear why a DA

by dmicah 5y ago

I know that each cable in VCV Rack imposes a 1-sample delay. However isn't the audio still transmitted to the audio interface in blocks? It's not clear why a DAW would need an intermediary in this case, other than something analogous to the VCV Rack 2 Pro VST instrument host. The reason not use Rack is so that it could be an open standard with multiple host implementations.

PaulDavisThe1st 5y ago
> It's not clear why a DAW would need an intermediary in this case, other than something analogous to the VCV Rack 2 Pro VST instrument host. Because the modules are written to do single sample processing, which creates some design imperatives that are quite different from those used by regular audio plugin APIs where blocks of samples are passed around. "But, " you may say, " isn't single sample processing just passing around blocks of samples with a size == 1?" Well, sure, technically that's true, but you don't write code the same way if you know that the size is always 1. Ergo, you're going to need something to execute the modules in a single-sample style, not block structured. That intermediate will be functionally identical to Rack. Rack's API is completely open source, and anybody else could reimplement it. It would be horrible as a general audio plugin API, but it's pretty good for "rack modules".