macOS Round Trip Latency

[dave96]

I know this is an old topic but it’s not been addressed and I think has some resolutions as mentioned in this thread:

CoreAudio device latencies are reported inconsistently with other audio device types

Hi all, Based on test results from a few different audio interfaces on MacOSX, the results for getLatencyFromDevice() do not include the bufferSize and are therefore inconsistent with what is returned by other audio device types. It seems to me that newBufferSize should be added to both inputLatency and outputLatency in juce_mac_CoreAudio.cpp - CoreAudioInternal::updateDetailsFromDevice(). Also, the current implementation ignores kAudioStreamPropertyLatency that myhrman called out on this thr…

As @fr810 is back around for a bit and is the expert in all things timing, any chance that you could add the check for kAudioDevicePropertyLatency?

I think the idea is that the latency detector demo in the examples dir should return 0 (or very close to it) as the device should be capable of reporting its entire latency (and we shouldn’t need to run round-trip detectors to add any additional latency).

Thanks in advance