News for hackers. Stuff that matters.
Re:An update on Android's audio latency by klodolph on Saturday March 06, 2021 @01:00AM (#26365541)
> I read through the whole article and that's the most detail given about any testing methodology; I don't see any more description of how these numbers are being measured.

The details usually aren’t that interesting. What you can do is record an input signal, pass the signal through to the output, and wire the output back in to another input.

You end up with two copies of the input signal, one delayed by the total round-trip time relative to the other. It’s fairly easy.

Re:An update on Android's audio latency by userbinator on Saturday March 06, 2021 @01:24AM (#26365620)
It's certainly interesting because they can have a huge effect on the measurement results. For example, with HDA and I suspect other audio codec systems, what you described can be done with essentially 0 delay by configuring the codec to do the in/out mix itself. If you are measuring output from application buffers to input to application buffers, then how big they are and at what sample rates and bit depths will also affect the latency you see, etc.
Re:An update on Android's audio latency by _flux on Saturday March 06, 2021 @03:00AM (#26365926)
Certainly nobody would then agree this is measuring the latency of the audio _system_, it would only measure the latency of the audio device, right?

I think we can give the benefit of the doubt and assume they are not trying to actively deceive.