Chromium Code Reviews| Index: tools/metrics/histograms/histograms.xml |
| diff --git a/tools/metrics/histograms/histograms.xml b/tools/metrics/histograms/histograms.xml |
| index ca6b8c62374959355279357142603ea2a58786d2..f11ab9c332916f91c45cfb23a0af683d1a6fc368 100644 |
| --- a/tools/metrics/histograms/histograms.xml |
| +++ b/tools/metrics/histograms/histograms.xml |
| @@ -18944,6 +18944,49 @@ 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, if the number is different from the desired number of |
| + frames that we told the operating system about when opening the capture |
|
Mark P
2016/02/29 23:41:37
nit: omit "about"
Henrik Grunell
2016/03/01 17:46:24
Done.
|
| + stream. 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, this value |
| + will be 0. This histogram then shows how frequent it is and what number of |
|
Mark P
2016/02/29 23:41:37
"frequent it is"
I can't figure out what "it" refe
Mark P
2016/02/29 23:41:37
I don't understand why this value will be 0 if the
Henrik Grunell
2016/03/01 17:46:24
Right, it's always recorded. Rewrote a bit.
Henrik Grunell
2016/03/01 17:46:24
Yes, updated.
|
| + frames are used in practice. This value is logged when an audio input stream |
| + is closed. |
|
Mark P
2016/02/29 23:41:37
This final sentence contradicts the implication in
Henrik Grunell
2016/03/01 17:46:24
Clarified.
|
| + </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 stopped. |
|
Mark P
2016/02/29 23:41:37
Given that I asked about the stopped versus closed
Henrik Grunell
2016/03/01 17:46:24
Done.
|
| + </summary> |
| +</histogram> |
| + |
| +<histogram name="Media.Audio.Capture.LostFramesInMs" units="ms"> |
| + <owner>grunell@chromium.org</owner> |
| + <summary> |
| + The combined length in milliseconds of audio glitches. This is useful to |
|
Mark P
2016/02/29 23:41:37
Is this only for OS glitches like the others, or i
Henrik Grunell
2016/03/01 17:46:24
Only OS glitches. Done.
|
| + know in particular for audio processing such as echo cancellation. This |
| + value is logged when an audio input stream that has suffered glitches is |
| + stopped. |
| + </summary> |
| +</histogram> |
| + |
| <histogram name="Media.Audio.InputBufferSizeWasChangedMac" |
| enum="BooleanSuccess"> |
| <owner>henrika@chromium.org</owner> |