Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(78)

Unified Diff: tools/metrics/histograms/histograms.xml

Side-by-side diff isn't available for this file because of its large size.
Issue 1736973002: Add UMA stats for OS input glitches on Mac. (Closed) Base URL: https://chromium.googlesource.com/chromium/src.git@master
Patch Set: Rebase. Created 4 years, 9 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
Download patch
« no previous file with comments | « media/audio/mac/audio_low_latency_input_mac.cc ('k') | no next file » | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: tools/metrics/histograms/histograms.xml
diff --git a/tools/metrics/histograms/histograms.xml b/tools/metrics/histograms/histograms.xml
index b03657f4587f0a44562baea79a418a2bf7e39e90..b4faeb548c3410f1719ca1a1cd9d299fb3495afb 100644
--- a/tools/metrics/histograms/histograms.xml
+++ b/tools/metrics/histograms/histograms.xml
@@ -19034,6 +19034,51 @@ http://cs/file:chrome/histograms.xml - but prefer this file for new entries.
</summary>
</histogram>
+<histogram name="Media.Audio.Capture.FramesProvided" units="frames">
+ <owner>grunell@chromium.org</owner>
+ <summary>
+ The number of captured audio frames that is provided by the operating system
+ in each callback. Typically, Chrome will want to use a 10 ms buffer (e.g.
+ 480 frames for a sample rate of 48 kHz), but the OS may decide to capture
+ e.g. 256 frames of audio at a time. If the desired frame size is used, the
+ emitted value is special-cased to be 0. This histogram then shows how
+ frequent it is that the desired number of frames is used and if not, the
+ number of frames used in practice. The number of frames per callback is
+ normally constant or very rarely changed throughout the lifetime of the
+ audio stream. The first value that differs from the desired value is stored
+ and logged when an audio input stream is closed. Any further differences
+ during the lifetime will be ignored.
+ </summary>
+</histogram>
+
+<histogram name="Media.Audio.Capture.Glitches" units="glitches">
+ <owner>grunell@chromium.org</owner>
+ <summary>
+ The number of glitches that were detected at the OS level while an audio
+ stream was active. A glitch is detected if the OS has to skip providing a
+ set of frames. This value is logged when an audio input stream is closed.
+ </summary>
+</histogram>
+
+<histogram name="Media.Audio.Capture.LargestGlitchMs" units="ms">
+ <owner>grunell@chromium.org</owner>
+ <summary>
+ The length in milliseconds of the largest audio glitch that was detected at
+ the OS level. This value is logged when an audio input stream that has
+ suffered glitches is closed.
+ </summary>
+</histogram>
+
+<histogram name="Media.Audio.Capture.LostFramesInMs" units="ms">
+ <owner>grunell@chromium.org</owner>
+ <summary>
+ The combined length in milliseconds of audio glitches that was detected at
+ the OS level. This is useful to know in particular for audio processing such
+ as echo cancellation. This value is logged when an audio input stream that
+ has suffered glitches is closed.
+ </summary>
+</histogram>
+
<histogram name="Media.Audio.InputBufferSizeWasChangedMac"
enum="BooleanSuccess">
<owner>henrika@chromium.org</owner>
« no previous file with comments | « media/audio/mac/audio_low_latency_input_mac.cc ('k') | no next file » | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698