• SONAR
  • Using Hardware - Calculating Latency etc.
2016/07/01 06:30:35
Adji
Hi guys, I've scoured the forums and the manual for literally hours yesterday trying to get this to work properly.
I've recently got some hardware and wanted to start using it.
I recently got a Drawmer DL221 (which sounds awesome on a drum bus btw!) and am using it on drums for example.
I route all the drum tracks out into the DL221 and re-record it to a new track. How do I calculate the latency so phase etc is in line?

The second option I tried is using the external insert function so that it has built in latency compensation but how do I 'record' that track? The manual alludes to the freeze function but I can not get it working.

Any ideas on either approach? Or is there a third / better approach?

Thanks guys.
2016/07/01 06:46:21
Rob[at]Sound-Rehab
Adji
I recently got a Drawmer DL221 (which sounds awesome on a drum bus btw!) and am using it on drums for example.
I route all the drum tracks out into the DL221 and re-record it to a new track. How do I calculate the latency so phase etc is in line?

 
I'd use the practical route i.e. send out a single sharp transient (e.g. snare hit or click), record it, zoom in and measure the difference in samples from the difference in recordings (e.g. split both at peak of transient and read length in samples from inspector)
 
Adji
The second option I tried is using the external insert function so that it has built in latency compensation but how do I 'record' that track? The manual alludes to the freeze function but I can not get it working.





route bus to aux track
2016/07/01 07:50:26
Adji
Rob[atSound-Rehab]
Adji
I recently got a Drawmer DL221 (which sounds awesome on a drum bus btw!) and am using it on drums for example.
I route all the drum tracks out into the DL221 and re-record it to a new track. How do I calculate the latency so phase etc is in line?

 
I'd use the practical route i.e. send out a single sharp transient (e.g. snare hit or click), record it, zoom in and measure the difference in samples from the difference in recordings (e.g. split both at peak of transient and read length in samples from inspector)
 
Adji
The second option I tried is using the external insert function so that it has built in latency compensation but how do I 'record' that track? The manual alludes to the freeze function but I can not get it working.





route bus to aux track




Thanks man, both great ideas, I will try both.

With the sample measurement I then just manually move the new track back in time by the number of samples required?
2016/07/01 10:07:22
Cactus Music
There is the manual offset adjustment in preferences  / sync and caching 
But test your system first as most interfaces that have good drivers do not require adjustment. You don't mention which interface your using. 
2016/07/01 10:15:13
Rob[at]Sound-Rehab
Adji
 
Thanks man, both great ideas, I will try both.

With the sample measurement I then just manually move the new track back in time by the number of samples required?




... or use ChannelTools which allows you to delay the entire track by exactly x samples as previously determined
2016/07/01 11:06:11
kzmaier
An auto calibrate function built into Sonar would be great!  Set external device to bypass (for effects that purposely generate time shifts) and push auto-calibrate button.  Sonar generates test signal and measures response times.  This would also be nice for calibrating audio interfaces latency as well (loop output to input, push button).  I'm no expert but the Windows OS may make this a difficult task (lack of timing consistency).
 
Ken
2016/07/01 15:18:05
tlw
There was a free latency testing tool that worked well under Win7 and earlier but changes in the Win8 kernel broke it.

Right now the best way to test what latency is seems to be the audio track-interface-audio track method suggested above. Which is pretty much what the free tool did anyway.

As for matching phase with the source track, phase is affected by more than just any post-process latency delay on any looped back track. The two tracks can be in perfect time sync but still have phasing issues unless the hardware doesn't cause a phase shift in the audio as it processes it.

Parallel compression done by mixing two tracks, one compressed the other not, rather than one track and a compressor with built-in parallel processing can be a bit tricky at times because of this. Sometimes it's better to align phase between the tracks so they don't null each other out and forgo sample-accurate time alignment.

Edited to add-
By the way, setting a permanent offset for external hardware effects in Sonar is fine unless you use more than one digital processor or a mix of analogue and digital hardware processors, because different digital devices are very likely to have different processing times, which makes a "one setting for all purposes" solution less than ideal.
2016/07/02 23:24:48
microapp
There is a win 8.1/Win 10 compatible latency monitor which IMHO is better than the not-named DPC.
http://www.resplendence.com/latencymon
2016/07/03 13:06:05
Adji
Thanks for all the tips guys, will get to try it out this week.
2016/07/03 21:14:47
Anderton
Why not use the external insert plug-in? It pings for delays and compensates. 
12
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account