Helpful Replyeffective latency vs reported latency

Author
rd2rk
Max Output Level: -89 dBFS
  • Total Posts : 61
  • Joined: 2011/12/03 17:41:50
  • Status: offline
2015/11/10 18:48:43 (permalink)

effective latency vs reported latency

Can anybody explain?
#1
slartabartfast
Max Output Level: -22.5 dBFS
  • Total Posts : 5289
  • Joined: 2005/10/30 01:38:34
  • Status: offline
Re: effective latency vs reported latency 2015/11/10 20:00:33 (permalink)
Probably not. I expect the reported latency comes from your audio interface driver through some magical undocumented determination. Sonar documentation says: "The total effective latency is displayed below the slider; it is determined by multiplying the perbuffer latency time (in msec) by the number of buffers in the playback queue." So the effective latency is a calculation from Sonar itself. Likely neither is a true measure of the latency you are interested in, which is probably most accurately determined using physical loopback measurements. I doubt that was helpful. 
#2
brundlefly
Max Output Level: 0 dBFS
  • Total Posts : 14250
  • Joined: 2007/09/14 14:57:59
  • Location: Manitou Spgs, Colorado
  • Status: offline
Re: effective latency vs reported latency 2015/11/10 20:17:03 (permalink) ☄ Helpfulby mettelus 2015/11/11 01:27:48
What's important to know is "actual" latency vs. reported latency. The big component of actual latency that's usually missing from the latency that the interface driver reports to the DAW software at any particular buffer setting is the latency of the bus hardware/firmware that connects the interface to the PC. With PCI(e) interfaces, the bus latency is usually quite low, but with external interfaces connected by USB/Firewire, etc., it can get to be a significant part of the total latency when the buffer size is low.
 
Good drivers will take this into account along with A/D/A conversion latency and report a pretty accurate number to the DAW, but some do not. One reason it's important is because the DAW is going to compensate for input latency by shifting recordings earlier by the reported amount after the fact. If that value isn't accurate, playback can be out of sync with soft synths, imported audio, and SONAR's audio metronome.
 
If you know the actual, measured latency, you can subtract the reported value and set the difference as a Manual Offset in Preferences > Audio > Sync and Caching to do additional compensation of this unreported latency to get perfect sync.
 
Check out the free CEntrance Latency Tester to ping a physical loopback patch between an output and an input on your interface to measure the actual latency. http://centrance.com/products/ltu/.
 
The old-school method is to re-record an audio track by loopback, let SONAR compensate per the reported latency, and count how many additional  samples you have to nudge it back to align with the source track while zoomed in far enough to see detailed waveforms.
post edited by brundlefly - 2015/11/10 20:28:22

SONAR Platinum x64, 2x MOTU 2408/PCIe-424  (24-bit, 48kHz)
Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
#3
rd2rk
Max Output Level: -89 dBFS
  • Total Posts : 61
  • Joined: 2011/12/03 17:41:50
  • Status: offline
Re: effective latency vs reported latency 2015/11/21 14:24:53 (permalink)
Thank you Brundlefly! Effective latency of 5.8ms verified by the CEntrance Latency tester. A VERY useful tool!
#4
Jump to:
© 2025 APG vNext Commercial Version 5.1