That's correct.I'm looking at reverb units, and many of the ones I'm thinking about have s/pdif I/O's. Seems nice, as I could use those now unused sp/dif I/O's from my DAW, but I want to make sure I'm drawing the right conclusions.
First off -- I really should know this -- if I use s/fdif, am I avoiding the extra cycle of d/a/a/d that's I'd ordinarily get when using outboard gear on a DAW mix? Seems obvious that I would . . .
Difficult to say in general for all units how much of each, but let's say that all three steps (so A to D, the actual digital processing and lastly the D to A give a certain amount of latency (delay)). So you'd get rid of two of three, but may still have troubles because of the delay of the digital processing. If that;s really a problem depends of course on the amount of delay and the actual application. And if your DSP-task _is_ only delay, it'd be easily compensated for. Same for reverb I'd guess, you might get by by compensating it by means of a bit less pre-delay.Relatedly, wondering whether this would improve the latency problem. I get extremely low soundcard latency, but I have the idea that there's some measurable latency just associated with the digital/analogue conversions and the processing within the outboard unit. Would using s/pdif help this at all? Can I expect to get in the neighborhood of my internal monitoring latency?
One thing that should be mentioned though is that now the issues w.r.t. synchronization can pop up, but that's only in case of feeding the S/PDIF-out of the hardware box back to your DAW.
In this case your DAW would be the clock for the reverb-box and the DAW on its turn listens to the clock it's getting back from the reverb-box.
I guess all should be OK.
(As you'll know in the S/PDIF-format the actual sounddata (the samples) and the clocking is 'mixed').
Hope his helps,