diff options
| author | Paul Adenot <[email protected]> | 2024-05-22 15:08:36 +0200 |
|---|---|---|
| committer | Paul Adenot <[email protected]> | 2024-05-24 15:53:45 +0200 |
| commit | d60b441123b564199490951ab116d3f530ed436d (patch) | |
| tree | aee64899fbdf7155f3212783d8edd2a4d2078d8f | |
| parent | b692d650691e1c128955ae6a967ef49b16848eca (diff) | |
| download | cubeb-d60b441123b564199490951ab116d3f530ed436d.tar.gz cubeb-d60b441123b564199490951ab116d3f530ed436d.zip | |
Clamp to positive value when computing latency for an output stream
Diagnosed by [email protected], the same code is also found in Chromium.
| -rw-r--r-- | src/cubeb_aaudio.cpp | 5 |
1 files changed, 3 insertions, 2 deletions
diff --git a/src/cubeb_aaudio.cpp b/src/cubeb_aaudio.cpp index 9c3b32c..915faee 100644 --- a/src/cubeb_aaudio.cpp +++ b/src/cubeb_aaudio.cpp @@ -646,8 +646,9 @@ aaudio_get_latency(cubeb_stream * stm, aaudio_direction_t direction, // For an output stream, the latency is positive, for an input stream, it's // negative. It can happen in some instances, e.g. around start of the stream // that the latency for output is negative, return 0 in this case. - int64_t latency_ns = is_output ? std::max(0ll, app_frame_hw_time - signed_tstamp_ns) - : signed_tstamp_ns - app_frame_hw_time; + int64_t latency_ns = is_output + ? std::max(0ll, app_frame_hw_time - signed_tstamp_ns) + : signed_tstamp_ns - app_frame_hw_time; int64_t latency_frames = stm->sample_rate * latency_ns / NS_PER_S; LOGV("Latency in frames (%s): %d (%dms)", is_output ? "output" : "input", |