jophba@chromium.org mfoltz@chromium.org Records which audio codec was negotiated during a mirroring session. jophba@chromium.org mfoltz@chromium.org Records the currently set video bit rate during a Cast Streaming mirroring session. This metric is subsampled every 500 frames. jophba@chromium.org mfoltz@chromium.org Records which video codec was negotiated during a mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the average {CastStreamingSenderAudioVideo} latency in milliseconds for capturing frames. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the average time required to encode {CastStreamingSenderAudioVideo} frames, in milliseconds. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the average {CastStreamingSenderAudioVideo} latency in milliseconds end to end, from the beginning of capturing a frame to when the frame is played out on the receiver. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the average {CastStreamingSenderAudioVideo} latency in milliseconds from sender to receiver. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records number of {CastStreamingSenderAudioVideo} packets that exceeded the playout delay as a percentage of all packets. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the percentage of {CastStreamingSenderAudioVideo} frames that are reported as late, and therefore dropped by the sender, during a cast mirroring session. Recorded at the end of a cast mirroring session. Logged on all desktop platforms. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records number of {CastStreamingSenderAudioVideo} packets that had to be retransmitted as a percentage of number of packets sent. Histogram is recorded at the end of the mirroring session. anasr@google.com bzielinski@google.com jophba@chromium.org mfoltz@chromium.org cros-edu-eng@google.com Records the {CastStreamingSenderAudioVideo} packet transmission bitrate in kbps during a Cast Streaming session. Histogram is recorded at the end of the mirroring session. jophba@chromium.org mfoltz@chromium.org Records the reason when an frame is dropped during a Cast Streaming session. jophba@chromium.org mfoltz@chromium.org Records the total percentage of frames dropped for a given Cast Streaming session. vikassoni@chromium.org media-dev-uma@chromium.org Error codes to handle AImage and AImageReader api calls. This is recorded when AImageReader acquireNextImage or acquireLatestImage is called and the returned code is other than AMEDIA_OK. This histogram was enabled in the past and became absolete on 2018-11-25. vasilyt@chromium.org media-dev-uma@chromium.org Logs whether AImageReader provided an acquire fence in acquireNextImage or acquireLatestImage. Logged once for each successfuly acquired frame. liberato@chromium.org media-dev-uma@chromium.org Android-specific metric. Occasionally, we cannot start a foreground service when headphones are unplugged. This tracks how often that occurs, which is one recorded boolean per "user unplugs headphones while media is playing". See https://crbug.com/1245017 for more details. vasilyt@chromium.org liberato@chromium.org media-dev-uma@chromium.org Android: Whether we successfuly got ColorSpace from MediaCodec or not. Recorded each time output format changes from MediaCodec. tguilbert@chromium.org media-dev-uma@chromium.org Android: Whether MediaPlayer exited without errors. sandersd@chromium.org media-dev-uma@chromium.org Wall time of MediaPlayer playbacks. Each count represents one second of media playback. Multiple MediaPlayer instances can together accumulate watch time faster than real time. evliu@google.com media-dev-uma@chromium.org Records when an audible tab is closed and we now only have one audible tab open. Warning: this histogram was expired from 2019-05-30 to 4-18-22; data may be missing. evliu@google.com media-dev-uma@chromium.org Records how long more than one tab is audible at the same time. The concurrent tabs might change during this period. The time recorded starts when the browser goes from one to two audbile tabs and stops when it is back below two. Warning: this histogram was expired from 2020-09-05 to 4-18-22; data may be missing. evliu@google.com media-dev-uma@chromium.org Records how many tabs were audible when a new tab started to be audible. Warning: this histogram was expired from 2020-09-05 to 4-18-22; data may be missing. evliu@google.com media-dev-uma@chromium.org Records how many tabs are audible at the same time during the session. It is recording the maximum audible tab count everytime it increases. In other words, a session with N concurrent audible tabs will record entries from 1 through N exactly once. Warning: this histogram was expired from 2020-09-05 to 4-18-22; data may be missing. dalecurtis@chromium.org evliu@google.com media-dev-uma@chromium.org Records the autoplay source of audios. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Whether missing callbacks where detected during audio capture. Logged when AudioInputDevice is stopped. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com 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. olka@chromium.org saza@chromium.org webrtc-audio-uma@google.com This histogram measures the duration of every input stream, as seen from the renderer. It counts from when it has been successfully started, until it is stopped. Streams that fail to start are not logged. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com A boolean that reflects whether or not an error was reported during audio capture for a low latency stream. toprice@chromium.org video-cmi-apis@google.com webrtc-audio-uma@google.com The time from the first microphone access failure due to blocked system permission before the last browser restart to startup after browser restart. Logged once at browser startup if the system permission then is allowed. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com webrtc-audio-uma@google.com The time from the last microphone access failure due to blocked system permission before the last browser restart to startup after browser restart. Logged once at browser startup if the system permission then is allowed. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com webrtc-audio-uma@google.com The Mac system permission state for microphone. Logged once at browser startup. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com webrtc-audio-uma@google.com The Mac system permission state for microphone. Logged once at browser startup if there was a failure accessing the microphone due to blocked system permission before the last browser restart. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com webrtc-audio-uma@google.com The Mac system permission state for microphone at the time of a user media request. Logged when the system permission is checked. If the permission is "not determined" this is logged, permission is requested, and the resulting permission (from the user response) is also logged. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. tguilbert@chromium.org olka@chromium.org fhernqvist@google.com webrtc-audio-uma@google.com Maximum size (in buffers) of the unprocessed data queue, reached over a sampling interval (1000 callbacks). Not logged for streams received less than 1000 callbacks. tguilbert@chromium.org olka@chromium.org fhernqvist@google.com webrtc-audio-uma@google.com Number of times over a sampling interval (1000 callbacks) a ProcessingAudioFifo has overflowed and dropped buffers. Capped at 100 (1/10 of all callbacks). Not logged for streams received less than 1000 callbacks. mfoltz@chromium.org olka@chromium.org webrtc-audio-uma@google.com Indicates if SCShareableContent enumeration has timed out during a call to SCKAudioInputStream::Open(). The timeout exists to prevent a deadlock if the API is misbehaving. We do not expect any timeouts under normal conditions. mfoltz@chromium.org olka@chromium.org webrtc-audio-uma@google.com Measures the time required for SCShareableContent enumeration (displays and open applications/windows) when calling SCKAudioInputStream::Open(). The duration can vary based on the amount of applications and windows open on the system. This enumeration is a blocking operation, and as such should complete as fast as possible. If metrics show long times, the operation might have to be made asynchronous. mfoltz@chromium.org olka@chromium.org webrtc-audio-uma@google.com Error codes reported by ScreenCaptureKit in SCKAudioInputStream::OnStreamError() during stream setup or while streaming samples. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com When AudioInputDevice is stopped, this stat is recorded with whether an error callback was ever received over IPC, and in that case whether the error occurred during or after stream creation. henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com The absolute time difference in milliseconds between a default QPC-based timstamp and a timestamp from TimeTicks::Now(). By default, the difference will be small and correspond to the size of the audio capture buffer which is about 10 milliseconds. It can however be very large on some devices, e.g. when using RDP. If the diffeence is larger than 500 milliseconds, so-called fake audio capture timestamps (based on TimeTicks::Now()) will be utilized. This value is logged once per audio input stream session at the first audio callback. henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Logs whether audio capture timestamps on Windows are fake or not. By default QPC-based timestamps provided by native audio APIs are utilized. In some cases the QPC-based timestamps differ a lot compared with TimeTicks::Now() timestamps and this can lead to issues (see http://crbug.com/1439283). If an absolute difference larger than 500 msec between these two types of timestamps is detected, we fall back to using TimeTicks::Now() and these timestams are called fake timestamps. We expect that usage of fake timestamps will be low. This value is logged once per audio input stream session at the first audio callback. olka@chromium.org henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com The number of glitches that were detected at the OS level while an audio input stream was active. A glitch in this case corresponds to a certain error code from the IAudioCaptureClient::GetBuffer() API: AUDCLNT_BUFFERFLAGS_DATA_DISCONTINUITY. This value is logged every 1000 OS callbacks on Windows. olka@chromium.org tommi@chromium.org guidou@chromium.org webrtc-audio-uma@google.com Error codes from IAudioClient::Initialize() in WASAPIAudioInputStream::InitializeAudioEngine on Windows. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com Errors from IAudioClient::Initialize() in WASAPIAudioInputStream::InitializeAudioEngine on Windows that are related to the audio format. Each error is split by whether format conversion was used or not. Warning: this histogram was expired from 2022-10-17 to 2022-10-18; data may be missing. gudiou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Success/error cases for opening an audio input stream on Windows. tguilbert@chromium.org media-dev-uma@google.com The maximum number of pending outputs in the ConvertingAudioFifo. Recorded once per ConvertingAudioFifo, on destruction. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com Tracks support and initialization success/failure of the CoreAudio dispatch override hotfix. Logged during initialization of AudioManagerMac. The fix is not supported on macOS earlier than version 10.10. Warning: this histogram was expired from 2022-10-01 to 2022-12-08; data may be missing. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com Logged whenever the CoreAudio dispatch override hotfix needs to look up the calling function using dladdr(). Once ResumeIO and PauseIO have been identified, no more lookups should be performed during the session. Warning: this histogram was expired from 2022-10-09 to 2022-10-18; data may be missing. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Error codes reported by the NotifyStreamError function in CrasInputStream. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Logged at each call to CrasInputStream::Open to indicate any errors. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Logged at each call to CrasInputStream::Start to indicate any errors. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Error codes reported by the NotifyStreamError function in CrasUnifiedStream. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Logged at each call to CrasUnifiedStream::Open to indicate any errors. peah@chromium.org hychao@chromium.org olka@chromium.org webrtc-audio-uma@google.com Logged at each call to CrasUnifiedStream::Start to indicate any errors. henrika@chromium.org webrtc-audio-uma@google.com Indicates if audio capturing did start after stream startup was requested. Sampled once, a few seconds after a stream has been asked to start. henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Indicates if the volume level of the audio session is set to zero when the input audio session starts. Sampled once when the stream starts but only on Windows platforms. See http://crbug.com/1014443. Warning: this histogram was expired from 2022-10-09 to 2022-12-07; data may be missing. agpalak@chromium.org dalecurtis@chromium.org webrtc-audio-uma@google.com Reports the number of occurences of null output dictionary when AudioObjectGetPropertyData for kAudioAggregateDevicePropertyComposition is called. This is equivalent to the number of crashes that were reported in crbug.com/1428619. yuhsuan@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Logged at each call to AudioManagerBase::MakeAudioInputStream to indicate any errors. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Errors from various methods on WASAPIAudioOutputStream. Recorded upon a failure being returned from a call into WASAPI. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Time delta between the moment output device authorization request is received by the browser and the moment its processessing is finished (and reply is to be sent back to the renderer if IPC is not closed yet). olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Duration of the interval when a listener listens to a specific output device. Recorded when a listener chooses to listen to another output device, or stops listening altogether. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Maximum number of listeners receiving the reference output signal during mixed playback. Recoreded when mixing stops (i.e. when all reference signal listeners are gone.) olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Maximum number of output streams mixed simlutaniously by OutputDeviceMixer. Recoreded when mixing stops (when all reference signal listeners are gone). olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Health status of the mixed playback. Recorded when mixed playback stopped or failed to start. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Duration of the interval between the moment OutputDeviceMixer started mixed playback (referece playback signal is requested by at least one listener and there is at least one stream managed by the mixer playing) and the moment OutputDeviceMixer stopped mixed playback (there are no more listeners). It may include intervals recorded by Media.Audio.OutputDeviceMixer.NoopMixingDuration histogram. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Duration of the interval when there are no output streams to mix but there are reference signal listeners present, so OutputDeviceMixer renders silence and feeds it to the listeners as well. Recorded when an output stream starts playing (and thus playback is not empty any more) or when all listeners are gone (and thus mixing stops). There may be multiple such intervals during an interval recorded by Media.Audio.OutputDeviceMixer.MixingDuration. olka@chromium.org saza@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Number of times over a sampling interval (1000 callbacks) when the mixing callback took longer than the playback buffer duration to finish. Capped at 100 (1/10 of all callbacks). Not logged if the mixer was called less than 1000 times. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Duration of the interval when an output stream managed by OutputDeviceMixer is playing independently (Unmixed) or as a part of the mix (Mixed). Measured between the moment the stream starts playing or its playback mode (Mixed/Unmixed) changes, and the moment the stream stops playing or its playback mode changes. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Health status of each output stream managed by mixer. Recorded when the stream is closed. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com A path OutputDeviceMixerManager uses to create an output stream. saza@google.com olka@chromium.org webrtc-audio-uma@google.com The time, in milliseconds, between when a block of audio is read from the soundcard and when it's presented to the audio processor. Used in calculating the total system delay for the audio processor. saza@chromium.org olka@chromium.org webrtc-audio-uma@google.com The variance of the capture delay in milliseconds (see Media.Audio.Processing.CaptureDelayMs). Logged once every second and calculated over the past second of data. saza@chromium.org olka@chromium.org webrtc-audio-uma@google.com The time, in milliseconds, between when a block of audio is presented to the audio processor and the time it's played out on the soundcard. Used in calculating the total system delay for the audio processor. saza@chromium.org olka@chromium.org webrtc-audio-uma@google.com The variance of the render delay in milliseconds (see Media.Audio.Processing.RenderDelayMs). Logged once every second and calculated over the past second of data. saza@chromium.org olka@chromium.org webrtc-audio-uma@google.com The estimated total audio system delay presented to the audio processor. The sum of the individual capture and render delays at similar points in time. saza@chromium.org olka@chromium.org webrtc-audio-uma@google.com The variance of the total delay in milliseconds (see Media.Audio.Processing.TotalDelayMs). Logged once every second and calculated over the past second of data. henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Whether the capture device supports raw audio capture or not. Emitted when the audio input stream is closed but only on Windows platforms. Only uploaded for the case when analog AGC is enabled, i.e., for WebRTC-based audio input streams. olka@chromium.org guidou@chromium.org webrtc-audio-uma@google.com The number of frames audio is actually rendered at if the number is different from the desired number of frames. If the desired frame size is used, this value will be 0. Typically, Chrome will want to use a 10ms buffer (e.g. 480 frames for a sample rate of 48kHz), but we might have to render audio 256 frames at a time. This histogram gives us an indication as to how frequent that is and what buffer sizes are used in practice. This value is logged when an audio output stream is stopped. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com The time spent to get audio data from the source. For WebRTC, it's the time spent in WebRtcAudioRenderer::SourceCallback. Logged every function call, which is every 10 ms. Warning: This metric may include reports from clients with low-resolution clocks (i.e. on Windows, ref. |TimeTicks::IsHighResolution()|). Such reports will cause this metric to have an abnormal distribution. When considering revising this histogram, see UMA_HISTOGRAM_CUSTOM_MICROSECONDS_TIMES for the solution. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com The maximum time spent to get audio data from the source during a session. For WebRTC, it's the time spent in WebRtcAudioRenderer::SourceCallback. A session is between Start() and Stop() of WebRtcAudioRenderer. Warning: This metric may include reports from clients with low-resolution clocks (i.e. on Windows, ref. |TimeTicks::IsHighResolution()|). Such reports will cause this metric to have an abnormal distribution. When considering revising this histogram, see UMA_HISTOGRAM_CUSTOM_MICROSECONDS_TIMES for the solution. olka@chromium.org henrika@chromium.org webrtc-audio-uma@google.com Similar to Media.Audio.OutputDeviceAuthorizationTime, this histogram measures the time required for device authorization, but it is measured on the renderer side when AudioOutputDevice calls RequestDeviceAuthorization on the IO thread until it receives OnDeviceAuthorized, also on the IO thread. Note that an authorization timeout will cause OnDeviceAuthorized to be called, so for platforms that use a timeout, very few times will be above the timeout value. Warning: this histogram was expired from 2020-04-05 to 2021-06-04; data may be missing. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Whether audio output device timed out waiting for authorization reply from the browser side. dalecurtis@chromium.org olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com The time delta from an AudioOutputDevice sending its first PlayStream message to it getting its first data callback. dalecurtis@chromium.org guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Device status received in response to device authorization request. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com This histogram measures the duration of every output stream, as seen from the renderer. It counts from when it has been successfully started, until it is stopped. Streams that fail to start are not logged. guidou@chromium.org olka@chromium.org Whether a cached sink was used to get audio output device information, or a new sink was created for that. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com When AudioOutputDevice is stopped, this stat is recorded with whether an error callback was ever received over IPC, and in that case whether the error occurred during or after stream creation. Expired in Apr 2020 and re-enabled in May 2021. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The delay between audio being delivered to the OS-specific implementation of AudioOutputStream and the audio being played out by the speakers. Reported every time the AudioOutputStream calls AudioSourceCallback::OnMoreData. evliu@google.com chrome-media-ux@google.com Logged when a user clicks on the audio indicator button in the tab strip. Logs true if the click mutes the tab and false if the click unmutes the tab. olka@chromium.org fhernqvist@google.com webrtc-audio-uma@google.com Device status received during TrackAudioRenderer initialization. This is a specific case of Media.Audio.Render.OutputDeviceStatus histogram. olka@chromium.org fhernqvist@chromium.org webrtc-audio-uma@google.com Device status received by TrackAudioRenderer when switching the output device. This is a specific case of Media.Audio.Render.OutputDeviceStatus histogram. olka@chromium.org fhrenqvist@chromium.org webrtc-audio-uma@google.com Device status received during WebRTCAudioRenderer initialization. This is a specific case of Media.Audio.Render.OutputDeviceStatus histogram. olka@chromium.org fhernqvist@chromium.org webrtc-audio-uma@google.com Device status received by WebRTCAudioRenderer when switching the output device. This is a specific case of Media.Audio.Render.OutputDeviceStatus histogram. olka@chromium.org saza@chromium.org webrtc-audio-uma@google.com Whether a glitch in the capture/render audio at the OS level was detected during the first 1000 OS callbacks of an active input/output stream. A glitch is detected if the OS skips providing/requesting any frames of audio, and is recorded when the stream ends, as long as the stream saw at least one OS callback. Reported on Windows and Mac. olka@chromium.org saza@chromium.org webrtc-audio-uma@google.com The number of glitches that were detected at the OS level while an audio input (Capture) or output (Render) stream was active. A glitch is detected if the OS skips providing/requesting any frames of audio. This value is aggregated over a period of 1000 OS callbacks (every 10 seconds for buffer size 10 ms) and is logged at the end of each collection interval. Not recorded for streams shorter than 1000 callbacks. Reported on Windows, Mac and ChromeOS. olka@chromium.org saza@chromium.org webrtc-audio-uma@google.com The length in milliseconds of the largest glitch that was detected at the OS level by an audio input (Capture) or output (Render) stream. This value is aggregated over a period of 1000 OS callbacks (every 10 seconds for buffer size 10 ms) and is logged at the end of each collection interval if any glitches were detected. Not recorded for streams shorter than 1000 callbacks. Reported on Windows and Mac. olka@chromium.org saza@chromium.org webrtc-audio-uma@google.com The combined length in milliseconds of input (Capture) or output (Render) audio glitches detected at the OS level. This is useful to know in particular for audio processing such as echo cancellation. This value is aggregated over a period of 1000 OS callbacks (every 10 seconds for buffer size 10 ms) and is logged at the end of each collection interval if any glitches were detected. Not recorded for streams shorter than 1000 callbacks. Reported on Windows and Mac. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The duration of audio glitches occurring in the OS-specific implementation of an audio stream (AudioInputStream for Capture and AudioOutputStream for Render). Reported every time a glitch occurs. dalecurtis@chromium.org Bits per channel of HTML5 audio sample data. olka@chromium.org gustaf@chromium.org webrtc-audio-uma@google.com Whether there is input audio glitches due to dropped input audio data or not. Sampled when a low-latency input audio stream is destructed. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The number of input audio data blocks that were dropped at the browser/renderer boundary due to for example buffer overflow in the writer side buffer or in the socket. This value is aggregated over a period of 1000 input data pushes (every 10 seconds for buffer size 10 ms) and is logged at the end of each collection interval. Not recorded for streams with less than 1000 input data pushes. Deprecated in favor of Media.AudioCapturerDroppedData10sIntervals and Media.AudioCapturerDroppedDataBelow10s. Data is no longer collected. olka@chromium.org gustaf@chromium.org webrtc-audio-uma@google.com The proportion of input audio data that was dropped at the browser/renderer boundary due to for example buffer overflow in the writer side buffer or in the socket. Reported at the destruction of low-latency audio input stream. Rounded up, cropped to 1/10 of all callbacks. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The number of input audio data blocks that were dropped at the browser/renderer boundary due to for example buffer overflow in the writer side buffer or in the socket. This value is only logged for streams with less than 1000 input data pushes (10 seconds for buffer size 10 ms). fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The number of times input audio data blocks that had to be buffered because there was not room in the shared memory ring buffer on the browser/renderer boundary. This happens if the reading side hasn't read data in time. This value is aggregated over a period of 1000 input data pushes (every 10 seconds for buffer size 10 ms) and is logged at the end of each collection interval. Not recorded for streams with less than 1000 input data pushes. Deprecated in favor of Media.AudioCapturerMissedReadDeadline10sIntervals and Media.AudioCapturerMissedReadDeadlineBelow10s. Data is no longer collected. olka@chromium.org gustaf@chromium.org webrtc-audio-uma@google.com The proportion of input audio data blocks that had to be buffered because there was not room in the shared memory ring buffer on the browser/renderer boundary. This happens if the reading side hasn't read data in time. Reported at the destruction of low-latency audio input stream. Rounded up, cropped to 1/10 of all callbacks. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The number of times input audio data blocks that had to be buffered because there was not room in the shared memory ring buffer on the browser/renderer boundary. This happens if the reading side hasn't read data in time. This value is only logged for streams with less than 1000 input data pushes (10 seconds for buffer size 10 ms). dalecurtis@chromium.org Audio codec used in HTML5 media. dalecurtis@chromium.org media-dev-uma@chromium.org Audio codec profile used in HTML5 media for AAC playback. dalecurtis@chromium.org olka@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Measures the time taken for AudioInputController:: fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The audio capture delay in the Audio Service, including the IPC and the OS. Logged at every CaptureCallback::Capture() call at AudioInputDevice level. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The number of events causing audio capture glitches in the Audio Service, including the IPC and the OS. A glitch is when capture data is dropped due to a buffer overflow. Logged at the end of each 1000-callback interval for Intervals. Logged at the end of the stream for Short. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com The proportion of the audio capture interval that was dropped due to buffer overflows in the Audio Service, including the IPC and the OS. Logged at the end of each 1000-callback interval for Intervals. Logged at the end of the stream for Short. olka@chromium.org guidou@chromium.org webrtc-audio-uma@google.com A boolean that reflects whether or not an error was reported during audio rendering, reported after a stream has stopped, if it was started. olka@chromium.org guidou@chromium.org webrtc-audio-uma@google.com Time interval from the output stream controller construction to its destruction. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Whether an AudioOutputController succeeded in creating and opening an output stream proxy after receiving a default device change event. Note: in September 2021 this histogram unintentionally swapped its meaning with Media.AudioOutputController.ProxyStreamCreationResultForDeviceChange. guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Whether an AudioOutputController succeeded in creating and opening an output stream proxy. Only logged for the initial creation, subsequent re-creations due to device change events are logged in the Media.AudioOutputController.ProxyStreamCreationResult histogram. Note: in September 2021 this histogram unintentionally swapped its meaning with Media.AudioOutputController.ProxyStreamCreationResult. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Time spent waiting in AudioOutputController::WaitTillDataReady() if the data was not initially available. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Whether playback started successfully after stream startup was requested. fhernqvist@google.com olka@chromium.org dalecurtis@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com The audio playout delay in the Audio Service, including the IPC and the OS. Logged at every RenderCallback::Render() call at AudioPlayoutDevice level. fhernqvist@google.com olka@chromium.org dalecurtis@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com The number of events causing audio playout glitches in the Audio Service, including the IPC and the OS. A glitch is an inserted silence due to an underrun. Logged at the end of each 1000-callback interval for Intervals. Logged at the end of the stream for Short. fhernqvist@google.com olka@chromium.org dalecurtis@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com The proportion of the audio playout interval that was silent due to underruns in the Audio Service, including the IPC and the OS. Logged at the end of each 1000-callback interval for Intervals. Logged at the end of the stream for Short. olka@chromium.org armax@chromium.org guidou@chromium.org webrtc-audio-uma@google.com Whether a low latency stream to be rendered through the resampler was opened successfully or which type of fallback stream was used instead. In case a fake fallback stream is used it means audio rendered through the resampler will be muted. In case fallback fails entirely, renderer callback error will be signalled. olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Records format used by AudioManager to create audio output stream proxy. If a fake stream is created it results in muted audio playback. Warning: this histogram was expired from 2021-01-01 to 2022-01-21; data may be missing. Deprecated in favor of Media.AudioRendererAudioGlitches2. Data is no longer collected. henrika@chromium.org olka@chromium.org webrtc-audio-uma@google.com Captures if render-side audio glitches are detected or not. Sampled when a low-latency output audio stream is destructed. dalecurtis@chromium.org olka@chromium.org tguilbert@chromium.org fhernqvist@google.com webrtc-audio-uma@google.com Captures if render-side audio glitches are detected or not. Sampled when a low-latency output audio stream is destructed. olka@chromium.org fhernqvist@google.com webrtc-audio-uma@google.com Status of audio sink used by AudioRendererImpl. If not OK, a NullAudioSink will be used for audio output instead. This is logged for every call to AudioRendererImpl::Initialize, which generally occurs once per active audio session (i.e., between a play and pause). If audio track changes are ever enabled, it may additionally be called for every audio track change. Deprecated in favor of Media.AudioRendererMissedDeadline3. Data is no longer collected. dalecurtis@chromium.org olka@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com Proportion of SyncReader::Read() calls where the renderer missed its realtime deadline. Rounded up, clipped to 1/10 of the stream callbacks. Sampled when a low-latency output audio stream is destructed. fhernqvist@google.com olka@chromium.org dalecurtis@chromium.org tguilbert@chromium.org webrtc-audio-uma@google.com The number of SyncReader::Read() calls where the renderer missed its realtime deadline. Logged at the end of each 1000-read interval for Intervals. Logged at the end of the stream for Short. fhernqvist@google.com olka@chromium.org webrtc-audio-uma@google.com How long it take for the audio manager instance to be created by the audio service, in case the audio service owns the audio manager. toprice@chromium.org olka@chromium.org Records whether AudioSystemToServiceAdapter::GetDeviceDescriptions calls to the audio service returned successfully, or failed and retured an default empty list due to an audio service crash. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com State of the audio thread. A value of "started" is emitted once the hang monitor has been initialized. If the thread is detected as hung later, a value of "hung" is emitted. If the hung thread later recovers a value of "recovered" is emitted. liberato@chromium.org media-dev-uma@chromium.org Record a count for each frame sent to the client by AVDA, separated by what type of frame it is: Non Overlay, secure overlay, etc. liberato@chromium.org media-dev-uma@chromium.org Record a count for each frame sent to the client by AVDA. True counts indicate that the frame was an overlay (SurfaceView). False counts are for Non Overlay frames. This will be deprecated in favor of Media.AVDA.FrameInformation in M63. guidou@chromium.org hta@chromium.org tguilbert@chromium.org Usage of various BreakoutBox features. Recorded when a stream is created or transferred in MediaStreamTrackProcessor or MediaStreamTrackGenerator. chcunningham@chromium.org media-dev-uma@chromium.org Time spent between receiving a decodingInfo() call and resolving it. It only record successful calls and ignores audio-only. chcunningham@chromium.org media-dev-uma@chromium.org Time spent between receiving a decodingInfo() call and resolving it. It only record successful calls and ignores audio-only. This is a subset of Media.Capabilities.DecodingInfo.RequestTime.Video that only takes into account clear content. chcunningham@chromium.org media-dev-uma@chromium.org Time spent between receiving a decodingInfo() call and resolving it. It only record successful calls and ignores audio-only. This is a subset of Media.Capabilities.DecodingInfo.RequestTime.Video that only takes into account encrypted content. eladalon@chromium.org toprice@chromium.org Records (1) explicit conditional-focus API invocations, (2) microtask-borne decisions and (3) timer-triggered decisions. eladalon@chromium.org toprice@chromium.org Records the delay experienced by late explicit invocations of the focus() API. By "late" we mean those calls which had no effect, on account of arriving after the browser-side timer forced an implicit decision. (Note that post-microtask explicit invocations are not recorded. They're simply an application error.) eladalon@chromium.org toprice@chromium.org Records the delay experienced by on-time explicit invocations of the focus() API. By "on-time" we mean those calls which had an effect, on account of arriving before either the microtask or the browser-side timer forced an implicit decision. eladalon@chromium.org toprice@chromium.org Track the delay distribution of invocations of the microtask. Measure this independently of whether an explicit API call was made, and independently of whether the browser-side timer expired. Removed 02/2023 due to lack of further need for this data. cassew@google.com media-dev-uma@chromium.org Duration of decoder selection during config changes, measured from first call to 'DecoderSelector::SelectDecoder' to 'DecoderSelector::FinalizeSelection'. The HW/SW suffix indicates the type of the decoder that was ultimately selected. steimel@chromium.org media-dev-uma@chromium.org Records events related to click through rate (CTR) calculation. The CTR can be calculated by computing "Interacted" / "Displayed". "Interacted", for buttons, means that they were clicked. For sliders, it will reflect any change in the internal state and includes other events in addition to clicks. "Displayed" means that the control element was meant to be displayed in the controls. It does not mean that the user have seen the element so is not to be confused with visibility. Furthermore, because the controls UI changes while loading, "Displayed" is only computed when metadata are available unless preloading was disabled on the element or the browser. Data is missing from 2020-04-05 to 2021-05-18. takumif@chromium.org muyaoxu@google.com openscreen-eng@google.com Records how often the overlay cast button is hidden because it is covered by another html element. Emitted when the overlay cast button is tried to be shown. steimel@chromium.org media-dev-uma@chromium.org Record the playback speed selected by the user in the list of playback speeds on the media controls. steimel@chromium.org media-dev-uma@chromium.org Record whether the default media controls of an audio element were shown and why every time they could be shown. Note that audio elements that were not insterted to the DOM and do not have a controls attribute are not taken into account. steimel@chromium.org media-dev-uma@chromium.org Record whether the default media controls of a video element were shown and why every time they could be shown. dalecurtis@chromium.org The state of the user selected virtual beamforming audio device on CrOS. It's logged whenever the format of the audio input stream is queried, which at least happens on stream startup, but could happen at other times as well. jazzhsue@chromium.org media-dev-uma@chromium.org Record each time user pins/unpins CrOS global media controls. jazzhsue@chromium.org media-dev-uma@chromium.org The action user clicked on the media controls in quick settings. jazzhsue@chromium.org media-dev-uma@chromium.org Record each time media controls' sub-menu in quick settings is opened. True if it is a repeat usage. jazzhsue@chromium.org media-dev-uma@chromium.org Record each time global media controls on the shelf is opened. True if it is a repeat usage. liberato@chromium.org tmathmeyer@chromium.org This histogram lets us count how many PictureBuffers we've overallocated when we're allocating each texture separately. This case is relatively simple to optimize compared to SingleTexture. liberato@chromium.org tmathmeyer@chromium.org This histogram lets us count how many PictureBuffers we've overallocated when we're allocating in contiguous blocks. This case is harder to optimize than the MultiTexture variant, but it is good to know the proportion of the two of them to determine usage. dalecurtis@chromium.org media-dev-uma@chromium.org Audio codec used in HTML5 media. Reporting corrected in M51 to include all detected audio codecs, not just those up to and including the first one supported. dalecurtis@chromium.org media-dev-uma@chromium.org Audio codec used in HTML5 media for a local file playback. dalecurtis@chromium.org media-dev-uma@chromium.org Container used for HTML5 media. Views that include pre-M34 data will categorize dash (38) and smooth streaming (39) in the "Other" bucket. dalecurtis@chromium.org media-dev-uma@chromium.org Container used for HTML5 media for a local file playback. dalecurtis@chromium.org media-dev-uma@chromium.org Video codec used in HTML5 media. Reporting corrected in M51 to include all detected video codecs, not just those up to and including the first one supported. dalecurtis@chromium.org media-dev-uma@chromium.org Video codec used in HTML5 media for a local file playback. steimel@chromium.org liberato@chromium.org media-dev-uma@chromium.org Records the reason why a document picture-in-picture window is closed (e.g. the user clicking on the Back to Tab button). Recorded on destruction of the picture-in-picture window. dalecurtis@chromium.org media-dev-uma@chromium.org Count of dropped frames between pipeline start and stop. Media pipeline starts/stops when an HTML5 video is loaded/unloaded respectively in the browser. dalecurtis@chromium.org frankli@microsoft.com media-dev-uma@chromium.org Monitors the DroppedFrameCount that is originated from a {RendererType} and the video playback is {ClearOrEncrypted}. It is the count of dropped video frames when an HTML5 video is unloaded. Removed 05/2022 due to lack of further need for this data. liberato@chromium.org tmathmeyer@chromium.org This enum allows us to count DXVAVideoDecoderWin specific crashes and initialization failures. This is recorded whenever the decoder is initialized or destroyed, or encounters an error. xhwang@chromium.org media-dev-uma@chromium.org Size in KB of the last file successfully read by the CDM through CDM FileIO before a specific error happens. This is reported only when the error happens, which should be rare. xhwang@chromium.org media-dev-uma@chromium.org Size in KB of the first file successfully read by the CDM through CDM FileIO. This is recorded once per CDM instance. jrummell@chromium.org media-dev-uma@chromium.org The actual time spent by the CDM FileIO {FileOperation} operation under {IncognitoOrNormal} mode. Only recorded for successful operations. jrummell@chromium.org media-dev-uma@chromium.org Whether a CDM FileIO {FileOperation} operation succeded or not under {IncognitoOrNormal} mode. xhwang@chromium.org media-dev-uma@chromium.org The status of file open received by MojoCdmFileIO. This is reported every time the CDM tries to open a file for read or write. xhwang@chromium.org media-dev-uma@chromium.org The status of CDM host verification. This is reported per CDM load. xhwang@chromium.org media-dev-uma@chromium.org Chromium could support multiple versions of CDM interface. This metric records the CDM interface version that the CDM created by Chromium uses. This is recorded once per CDM instance. xhwang@chromium.org media-dev-uma@chromium.org The error code of a library CDM load failure. Only reported on Windows. xhwang@chromium.org media-dev-uma@chromium.org The result from an attempt to load a library CDM. xhwang@chromium.org media-dev-uma@chromium.org The time spent to load a library CDM. vpasupathy@chromium.org media-dev-uma@chromium.org SQLite specific errors reported while using the Cdm Storage Database. Recorded on any error from a database operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when clearing the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when deleting a singular file in the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when deleting multiple files for a single storage key in the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when opening the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when reading a file from the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA records SQLite specific errors that occur when writing a file to the Cdm Storage Database. This UMA is recorded on every error for this operation. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from opening the CdmStorageDatabase. Recorded on every open. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from opening the CdmStorageDatabase. Recorded on every open from an Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from opening the CdmStorageDatabase. Recorded on every open from a non-Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteDatabase function. Recorded after every call of DeleteDatabase on Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteDatabase function. Recorded after every call of DeleteDatabase on non-Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteFile function. Recorded after every call of DeleteFile on Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteFile function. Recorded after every call of DeleteFile on non-Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteForStorageKey function. Recorded after every call of DeleteForStorageKey on Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the DeleteForStorageKey function. Recorded after every call of DeleteForStorageKey on non-Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the ReadFile function. Recorded after every call of ReadFile on Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the ReadFile function. Recorded after every call of ReadFile on non-Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the WriteFile function. Recorded after every call of WriteFile on Incognito profile. vpasupathy@chromium.org media-dev-uma@chromium.org This UMA logs overall error rates from the WriteFile function. Recorded after every call of WriteFile on non-Incognito profile. jkardatzke@chromium.org cros-gfx-video@google.com Whether we used the platform CDM on Chrome OS that includes HW secure Widevine support, or fell back to the Chrome SW CDM. jkardatzke@chromium.org cros-gfx-video@google.com System code in promise rejection for ChromeOS platform CDM. xhwang@chromium.org media-dev-uma@chromium.org Whether EME encrypted event has been fired. Every time a WebMediaPlayerImpl object is created a "false" value is reported to provide a baseline. Every time an encrypted event is fired, a "true" value will be reported. Note that it is possible to have multiple encrypted events during the lifetime of a WebMediaPlayerImpl object. xhwang@chromium.org media-dev-uma@chromium.org Whether encrypted media is enabled when requestMediaKeySystemAccess() is called. User can enable and disable encrypted media in content settings. Recorded when requestMediaKeySystemAccess() is called but will be reported at most once per renderer process. jrummell@chromium.org media-dev-uma@chromium.org The encryption scheme used by the audio stream in an HTML5 video. Reported when metadata is available if the initial config is encrypted. jrummell@chromium.org media-dev-uma@chromium.org The encryption scheme used by the video stream in an HTML5 video. Reported when metadata is available if the initial config is encrypted. xhwang@chromium.org media-dev-uma@chromium.org Whether a given WebMediaPlayer instance, with a CDM attached, is played in an incognito window or in Chrome OS guest mode. Players that never started playback are excluded. Recorded once at time of player destruction. xhwang@chromium.org media-dev-uma@chromium.org Whether MediaCrypto is available on a MediaDrm-based CDM. Reported once per MediaDrmBridge creation. In normal cases it should always be available. jrummell@chromium.org media-dev-uma@chromium.org The status of every attempt to obtain a pre-provisioned origin ID to be used by MediaDrm. This will only be reported for applications that use MediaDrmOriginIdManager. jrummell@chromium.org media-dev-uma@chromium.org The number of pre-provisioned origin IDs available shortly after startup on devices that do not support per-application provisioning. jrummell@chromium.org media-dev-uma@chromium.org The number of pre-provisioned origin IDs available shortly after startup on devices that support per-application provisioning. xhwang@chromium.org media-dev-uma@chromium.org Whether MediaDrmBridge supports the key system. Reported once per MediaDrmBridge creation. In normal cases it should always be supported. sangbaekpark@chromium.org media-dev-uma@chromium.org HRESULT of MediaFoundationCdmModule::ActivateCdmFactory(). This is only reported when ActivateCdmFactory() fails. sangbaekpark@chromium.org media-dev-uma@chromium.org The error code of a library CDM load failure. Only reported on Windows. sangbaekpark@chromium.org media-dev-uma@chromium.org The result from an attempt to load a library MediaFoundation CDM. sangbaekpark@chromium.org media-dev-uma@chromium.org The time spent to load a library MediaFoundation CDM. xhwang@chromium.org media-dev-uma@chromium.org HRESULT of the first (and only the first) MediaFoundationCdm initialization in a MeidaFoundationService process when using Widevine in hardware secure mode. Reported on both successes and failures. xhwang@chromium.org media-dev-uma@chromium.org HRESULT of MediaFoundationCdm initialization when using Widevine in hardware secure mode. Only reported on failures. xhwang@chromium.org media-dev-uma@chromium.org HRESULT of MediaFoundationCdm and MediaFoundationCdmSession operations when using Widevine in hardware secure mode. xhwang@chromium.org media-dev-uma@chromium.org Whether a MediaFoundationService process crash is within 5 seconds after power or display change. Reported when the MediaFoundationService process crashes. xhwang@chromium.org media-dev-uma@chromium.org HRESULTs associated with errors happened in the MediaFoundationService process within 5 seconds after power or display change. xhwang@chromium.org media-dev-uma@chromium.org HRESULTs associated with errors happened in the MediaFoundationService process NOT within 2 seconds after power or display change. xhwang@chromium.org media-dev-uma@chromium.org Whether a HardwareContextReset event happened in the MediaFoundationService process within 5 seconds after power or display change. Reported whenever such an event happens. xhwang@chromium.org media-dev-uma@chromium.org Time for MediaFoundationService.IsKeySystemSupported() to finish. Reported once per browser session lifetime. xhwang@chromium.org media-dev-uma@chromium.org Time for IMFContentDecryptionModuleFactory::IsTypeSupported() to finish in MediaFoundationService when using Widevine in hardware secure mode, which are called by MediaFoundationService.IsKeySystemSupported() (called once per browser session lifetime). IsKeySystemSupported() calls IsTypeSupported() multiple times, for different audio/video codecs and encryption schemes. vpasupathy@chromium.org media-dev-uma@chromium.org Platform File specific errors reported while attempting to open the Media License Database. vpasupathy@chromium.org media-dev-uma@chromium.org Quota errors reported while attempting to unsuccessfully open the Media License Database. vpasupathy@chromium.org media-dev-uma@chromium.org SQLite specific errors reported while attempting to unsuccessfully open the Media License Database. vpasupathy@chromium.org media-dev-uma@chromium.org SQLite specific errors reported while opening and using the Media License Database. Deprecated in favor for Media.EME.MediaLicenseStorageHostOpenError.Incognito and Media.EME.MediaLicenseStorageHostOpenError.NotIncognito in 2/2023. vpasupathy@chromium.org media-dev-uma@chromium.org General errors reported while attempting to open the MediaLicenseDatabase. vpasupathy@chromium.org media-dev-uma@chromium.org General errors reported while attempting to open the MediaLicenseDatabase. This UMA further breaks down the UMA above by only reporting errors if the media license storage host error occurs during an incognito process. vpasupathy@chromium.org media-dev-uma@chromium.org General errors reported while attempting to open the MediaLicenseDatabase. This UMA further breaks down the UMA above by only reporting errors if the media license storage host error occurs during a non incognito process. xhwang@chromium.org media-dev-uma@chromium.org Whether connection error has happened for MojoCdm. Every time a MojoCdm object is created a "false" value is reported to provide a baseline. Every time a mojo connection error happened, a "true" value will be reported, which typically means a remote CDM process crash. xhwang@chromium.org media-dev-uma@chromium.org Output protection query status and result. One query and one positive (no unprotected external links) result (if any) are reported per CDM instance. jkardatzke@chromium.org cros-gfx-video@google.com Output protection query status and result. One query and one positive (no unprotected external links) result (if any) are reported per CDM instance. xhwang@chromium.org media-dev-uma@chromium.org {KeySystem} support query status and result, as reported by RequestMediaKeySystemAccess. Each value will be reported at most once per frame. vpasupathy@chromium.org media-dev-uma@chromium.org The time spent to reject RequestMediaKeySystemAccess() for {KeySystem}. Each time will be reported at most once per process. Only one of TimeTo.Resolve or TimeTo.Reject will be reported at most once per process for a {KeySystem}. vpasupathy@chromium.org media-dev-uma@chromium.org The time spent to resolve RequestMediaKeySystemAccess() for {KeySystem}. Each time will be reported at most once per process. Only one of TimeTo.Resolve or TimeTo.Reject will be reported at most once per process for a {KeySystem}. jrummell@chromium.org media-dev-uma@chromium.org The net error or HTTP response code of provisioning requests made by UrlProvisionFetcher on Android and Cast devices. xhwang@chromium.org media-dev-uma@chromium.org The CdmInfo::Status of Widevine hardware secure CDM capability. Reported at most once per browser session when EME query is triggered by a website. vpasupathy@chromium.org media-dev-uma@chromium.org Record for whether clear lead content is supported by the platform for hardware security. This is reported only on Windows devices, only when codec is supported for hardware security, per codec, and once per browser session lifetime. xhwang@chromium.org media-dev-uma@chromium.org Whether Media Foundation Widevine CDM is enabled or disabled based on previous disabled timestamps in "Local State" pref. This is reported once per browsing session around browser startup time if Media Foundation Widevine CDM is enabled and available. xhwang@chromium.org media-dev-uma@chromium.org When hardware secure decryption is enabled, whether Widevine hardware secure decryption is actually supported by the platform (device). Reported at most once per browser session when EME query is triggered by a website, and when Widevine hardware secure CDM was registered. xhwang@chromium.org media-dev-uma@chromium.org When hardware secure decryption is enabled and supported by Widevine, whether {VideoCodec} video codec is supported by the platform (device). Reported at most once per browser session when EME query is triggered by a website, and when Widevine hardware secure CDM was registered. xhwang@chromium.org media-dev-uma@chromium.org System code in promise rejection when using Widevine key system in software secure mode. xhwang@chromium.org media-dev-uma@chromium.org Whether the robustness level of any video capability in the supported configuration passed into requestMediaKeySystemAccess() is empty. This is specific to the Widevine key system. xhwang@chromium.org media-dev-uma@chromium.org Whether the CDM instance is created successfully for {KeySystem}. Reported each time a CDM instance creation is attempted, usually as a result of Javascript call of createMediaKeys(). xhwang@chromium.org media-dev-uma@chromium.org Time took to create the CDM instance for {KeySystem}. xhwang@chromium.org media-dev-uma@chromium.org EME session type passed into CreateSession. xhwang@chromium.org media-dev-uma@chromium.org The timeout status of MojoCdm::CreateSessionAndGenerateRequest() call. xhwang@chromium.org media-dev-uma@chromium.org Reports a summary of key statuses associated with an EME CDM session. Reported once per EME CDM session on the first key statuses update. xhwang@chromium.org media-dev-uma@chromium.org System code associated with key status for {KeySystem}. xhwang@chromium.org media-dev-uma@chromium.org Whether the CDM is available for {KeySystem} or not. In normal cases, this is reported once per render process if the EME API is used. In rare cases it could be reported more than once if the CDM is not available and then is component updated. xhwang@chromium.org media-dev-uma@chromium.org The time it takes to {ResolveOrReject} a EME promise. xhwang@chromium.org media-dev-uma@chromium.org Result of EME promises that were handled by Chromium code. xhwang@chromium.org media-dev-uma@chromium.org System code in promise rejection. beccahughes@chromium.org media-dev-uma@chromium.org The media engagement score recorded at the time of playback. It is converted to a percentage so should be divided by 100 to get the actual score. It is only recorded for playback that is either lacking an audio track or not muted. beccahughes@chromium.org media-dev-uma@chromium.org Recorded when the Media Engagement service doesn't determine a player to be significant. If a player is not significant the reasons why will be individually recorded to this histogram each time except for the first time which is recorded to a different histogram. The significant state of a player is reevaluated any time the state of the player changes (e.g. muted, playing/paused). If the player was not considered signficiant and still is not then we will record the reasons why in this histogram. beccahughes@chromium.org media-dev-uma@chromium.org Recorded when the Media Engagement service doesn't determine a player to be significant. If a player is not significant the reasons why will be individually recorded to this histogram the first time only. The significant state of a player is reevaluated any time the state of the player changes (e.g. muted, playing/paused). If the player was not considered signficiant and still is not then we will record the reasons why in this histogram. beccahughes@chromium.org media-dev-uma@chromium.org Recorded when the Media Engagement service no longer determines a player to be significant. If a player is no longer significant, the reasons why will be individually recorded to this histogram. The significant state of a player is re-evaluted any time the state of the player changes (e.g. muted, playing/paused). If the player was previously considered significant and is no longer considered that we will record the reasons why in this histogram. dalecurtis@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Whether Chrome had to fallback to the high latency audio path or not. dalecurtis@chromium.org media-dev-uma@chromium.org Indicates if the guessed coded size matched the real coded size. Recorded on each resolution change where we had to guess a coded size. dalecurtis@chromium.org media-dev-uma@chromium.org Indicates if the guessed coded size would have matched the real coded size. Recorded on acquisition of real coded size for the first frame of playback. dalecurtis@chromium.org frankli@microsoft.com media-dev-uma@chromium.org Monitors the number of video frames being read back from a {RendererType}. It is the count of video frames being read back from an HTML5 video when it is unloaded. eladalon@chromium.org fbeaufort@chromium.org Records whether getDisplayMedia was called with the displaySurface constraint. eladalon@chromium.org fbeaufort@chromium.org Records whether getDisplayMedia was called with the monitorTypeSurfaces constraint. eladalon@chromium.org fbeaufort@chromium.org Records whether getDisplayMedia was called with the selfBrowserSurface constraint. eladalon@chromium.org fbeaufort@chromium.org webrtc-audio-uma@google.com Records whether getDisplayMedia was called with the suppressLocalAudioPlayback constraint. eladalon@chromium.org fbeaufort@chromium.org Records whether getDisplayMedia was called with the surfaceSwitching constraint. eladalon@chromium.org fbeaufort@chromium.org webrtc-audio-uma@google.com Records whether getDisplayMedia was called with the systemAudio constraint. eladalon@chromium.org fbeaufort@chromium.org hendrich@chromium.org Records whether getDisplayMedia was called with a user gesture (transient activation) or whether it wasn't required. The requirement is only enforced once `blink::features::kGetDisplayMediaRequiresUserActivation` is enabled and can be bypassed with the `ScreenCaptureWithoutGestureAllowedForOrigins` policy. steimel@chromium.org media-dev-uma@chromium.org Records if the Global Media Controls device selector was available. Recorded once per notification either when the device selector was shown or when the notification disappears. steimel@chromium.org media-dev-uma@chromium.org Records if the Global Media Controls device selector was opened. Recorded once per notification either when the device selector was opened or when the notification disappears. This histogram is only recorded if the device selector was available. steimel@chromium.org media-dev-uma@chromium.org Recorded each time a media session is dismissed or removed from the Global Media Controls. Records the reason why it happened (e.g. user clicked the dismiss button or playback stopped). takumif@chromium.org openscreen-eng@google.com media-dev-uma@chromium.org Records the entry point whenever the user opens the Global Media Controls UI. takumif@chromium.org openscreen-eng@google.com media-dev-uma@chromium.org Records whether a media session is from a WebContents with a default PresentationReuqest. Recorded whenever a session is instantiated in the global media controls, even if the user doesn't open the UI to view it. steimel@chromium.org media-dev-uma@chromium.org Recorded each time a paused media session is interacted with (e.g. playing the media or clicking on the notification to go back to the tab). Records the time passed since it was last interacted with (or since when it was paused if this is the first post-pause interaction). muyaoxu@google.com openscreen-eng@google.com Records the type of Media Route that users {Action} from the Global Media Controls dialog. Recorded when users click on a button and this histogram doesn't represent the actual number of sessions {Action}ed from the GMC dialog. steimel@chromium.org media-dev-uma@chromium.org Recorded each time the Global Media Controls Device picker dialog is opened and is populated with devices. Records the number of device options displayed, possibly including the default fallback device. steimel@chromium.org media-dev-uma@chromium.org Recorded each time the Global Media Controls dialog is opened. True if this was repeat usage of the dialog (e.g. if it's not the first time the dialog has been opened this session). steimel@chromium.org media-dev-uma@chromium.org The focused state of the WebContents associated with the MediaSession that the user is interacting with via the Global Media Controls. Recorded when the user presses an action on the Global Media Controls dialog (e.g. play). dcastagna@chromium.org Records when a context provider is acquired in media, and when it's released because a context loss has been detected. hitawala@chromium.org vasilyt@chromium.org shared-image-team@google.com Records the format used for creating video frames with GpuMemoryBuffers. Result is an enum that represents OutputFormat in GpuVideoAcceleratorFactoriesImpl. Recorded once per VideoFrame creation. hitawala@chromium.org vasilyt@chromium.org shared-image-team@google.com Records the format used for creating video frames with hardware backed GpuMemoryBuffers. Result is an enum that represents OutputFormat in GpuMemoryBufferVideoFramePool. Recorded once per VideoFrame creation. hitawala@chromium.org vasilyt@chromium.org shared-image-team@google.com Records the format used for creating video frames with software backed GpuMemoryBuffers. Result is an enum that represents OutputFormat in GpuMemoryBufferVideoFramePool. Recorded once per VideoFrame creation. dalecurtis@chromium.org media-dev-uma@chromium.org Records the VideoDecoderType used for GPU based video decoding. Recorded once per GPU mojo media client creation (~once per GPU process). andrescj@chromium.org chromeos-gfx-video@google.com Counts the unsuccessful calls to GpuArcVideoDecodeAccelerator::Initialize() per VideoCodecProfile. andrescj@chromium.org chromeos-gfx-video@google.com Counts the successful calls to GpuArcVideoDecodeAccelerator::Initialize() per VideoCodecProfile. andrescj@chromium.org chromeos-gfx-video@google.com Counts how many GpuArcVideoDecodeAccelerator instances are alive at the time a new GpuArcVideoDecodeAccelerator is created. Warning: this histogram was expired from 2023-01-22 to 2023-06-21; data may be missing. andrescj@chromium.org chromeos-gfx-video@google.com Counts how many GpuArcVideoDecodeAccelerator instances that have gone through initialization (i.e., have an underlying media::VideoDecodeAccelerator) are alive at the time a GpuArcVideoDecodeAccelerator goes through initialization and successfully creates its underlying media::VideoDecodeAccelerator. Warning: this histogram was expired from 2023-01-22 to 2023-06-21; data may be missing. magchen@chromium.org mcasas@chromium.org GpuMemoryBufferVideoFramePool is called with an unsupported VideoFrame pixel format. Emitted on VideoFrame arrival. vikassoni@chromium.org liberato@chromium.org The error code returned when GetSharedContextState() fails or MakeCurrent() on the SharedContextState fails. dalecurtis@chromium.org webrtc-audio-uma@google.com Channel count of the hardware audio device. dalecurtis@chromium.org webrtc-audio-uma@google.com Channel layout of the hardware audio device. dalecurtis@chromium.org webrtc-audio-uma@google.com Samples per second of the hardware audio device. steimel@chromium.org media-dev-uma@chromium.org Records media key presses that are handled by the HardwareKeyMediaController. dalecurtis@chromium.org media-dev-uma@chromium.org Tracks accelerated video decoding support for a given codec. Recorded once per GPU process after an attempt to use accelerated video decoding. dalecurtis@chromium.org media-dev-uma@chromium.org Whether a given WebMediaPlayer instance, after preload, started playback; recorded once at time of player destruction. Removed 02/2023 due to lack of further need for this data. cassew@google.com media-dev-uma@chromium.org Duration of initial decoder selection. Measured from first call to 'DecoderSelector::SelectDecoder' to 'DecoderSelector::FinalizeSelection'. The HW/SW suffix indicates the type of the decoder that was ultimately selected. xhwang@chromium.org media-dev-uma@chromium.org The timeout status of Renderer initialization. olka@chromium.org fhernqvist@google.com henrika@hromium.org webrtc-audio-uma@google.com Error codes that we encounter while setting up an AUAudioInputStream on Mac. henrika@chromium.org media-dev-uma@chromium.org webrtc-audio-uma@google.com Duration in milliseconds of low-latency audio input streams. Sampled when the stream is closed by the AudioInputController. olka@chromium.org henrika@chromium.org webrtc-audio-uma@google.com Duration in milliseconds of low-latency audio input streams which never got any callbacks. Warning: this histogram was expired from 2020-10-11 to 2021-06-04; data may be missing. xhwang@chromium.org media-dev-uma@chromium.org Load type of HTML5 media, such as URL, MediaSource and MediaStream. Please list the metric's owners. Add more owner tags as needed. State of the WebRtc local renderer, sampled once during the lifetime of a local renderer. armax@chromium.org guidou@chromium.org olka@chromium.org Whether capture started successfully after a low-latency input stream startup was requested. liberato@chromium.org sandersd@chromium.org tguilbert@chromium.org The time between MediaCodec::dequeueOutputBuffer() and the dispatch of the corresponding VideoFrame from MediaCodecVideoDecoder. dalecurtis@chromium.org The total watch time (see Media.WatchTime) of a given playback divided by the number of rebuffering events that occured during that playback. Only reported when rebuffering happened. Therefore, alway refer to other UMAs like `Media.RebuffersCount` when checking this UMA. toprice@chromium.org agpalak@chromium.org The latency of calls to the navigator.mediaDevices.enumerateDevices() API which resolve, including both successes and failures. Note very long calls which record a EnumerateDevices.Result of kTimedOut but do eventually resolve will have their latency recorded. toprice@chromium.org agpalak@chromium.org The results of all calls to the navigator.mediaDevices.enumerateDevices() API, including successful promise resolutions, error codes, or kTimedOut, if the promise was still pending after 4 seconds. toprice@chromium.org agpalak@chromium.org video-cmi-apis@google.com The latency of calls to the navigator.mediaDevices.GetDisplayMedia() API which resolve, including both successes and failures. Note very long calls which record a GetDisplayMedia.Result of kTimedOut but do eventually resolve will have their latency recorded. toprice@chromium.org agpalak@chromium.org video-cmi-apis@google.com The results of all calls to the navigator.mediaDevices.GetDisplayMedia() API, including successful promise resolutions, error codes, or kTimedOut, if the promise was still pending after 6 seconds. simonha@google.com video-cmi-apis@google.com The latency of calls to the navigator.mediaDevices.GetDisplayMediaSet() API which resolve, including both successes and failures. Note very long calls which record a GetDisplayMediaSet.Result of kTimedOut but do eventually resolve will have their latency recorded. simonha@google.com video-cmi-apis@google.com The results of all calls to the navigator.mediaDevices.GetDisplayMediaSet() API, including successful promise resolutions, error codes, or kTimedOut, if the promise was still pending after 6 seconds. toprice@chromium.org agpalak@chromium.org video-cmi-apis@google.com The latency of calls to the navigator.mediaDevices.GetUserMedia() API which resolve, including both successes and failures. Note very long calls which record a GetUserMedia.Result of kTimedOut but do eventually resolve will have their latency recorded. toprice@chromium.org agpalak@chromium.org video-cmi-apis@google.com The results of all calls to the navigator.mediaDevices.GetUserMedia() API, including successful promise resolutions, error codes, or kTimedOut, if the promise was still pending after 8 seconds. guidou@chromium.org video-cmi-apis@google.com Errors reported by SQLite while initializing or using the media-device salt database. toprice@chromium.org agpalak@chromium.org The success or failure code of MediaDevicesManager requests to enumerate video devices (ie cameras) with the camera capture service. toprice@chromium.org agpalak@chromium.org video-cmi-apis@google.com Count of MediaDevicesManager starting enumerating video devices (ie cameras) with the camera capture service, including enumerations which never finished. Removed 07/2022 due to lack of further need for this data. jrummell@chromium.org media-dev-uma@chromium.org Whether the content type provided to HTMLMediaElement would parse with ParsedContentType or not. dalecurtis@chromium.org macrabil@microsoft.com media-dev-uma@chromium.org Recorded when the VideoColorSpace VideoPrimaries value is passed to MediaFoundation for HDR content. dalecurtis@chromium.org wicarr@microsoft.com media-dev-uma@chromium.org Recorded when the VideoColorSpace TransferFunction value is passed to MediaFoundation for HDR content. xhwang@chromium.org media-dev-uma@chromium.org Recorded when the MediaFoundationRenderer::CreateMediaEngine() fails. xhwang@chromium.org media-dev-uma@chromium.org Recorded when the MediaFoundationRenderer or MediaFoundationRendererClient hits an error. xhwang@chromium.org media-dev-uma@chromium.org Recorded when the MediaFoundationRenderer hits an error when trying to set direct composition mode. xhwang@chromium.org media-dev-uma@chromium.org Whether or not playback has started when DRM_E_TEE_INVALID_HWDRM_STATE happens in MediaFoundationRenderer. xhwang@chromium.org media-dev-uma@chromium.org The number of video frames decoded when DRM_E_TEE_INVALID_HWDRM_STATE happens in MediaFoundationRenderer. xhwang@chromium.org media-dev-uma@chromium.org Recorded when the MediaFoundationRenderer hits a playback error. Some errors are part of the normal user flow (e.g. sleep/resume) and are not a bug. steimel@chromium.org media-dev-uma@chromium.org Whether or not the MediaKeysListener was able to successfully register a hot key. Failure typically indicates that the hotkey was already registered by a different application. clarissagarvey@chromium.org mcasas@chromium.org The codec and hardware/software variant used by MediaRecorder, recorded once when the VideoTrackRecorder initializes the encoder. hiroh@chromium.org handellm@google.com Record the correctness of the AV1 codecs string configured in MediaRecorder and queried in MediaCapabilities. It is recorded when Initialize() in MediaRecorder API is called and the capability is queried in MediaCapabilities API. mcasas@chromium.org wtlee@chromium.org Whether HW video encode is used in MediaRecorder. eladalon@chromium.org tovep@chromium.org Records media stream request responses for desktop-video capture media-device-update requests. eladalon@chromium.org tovep@chromium.org Records media stream request responses for display-video capture media-device-update requests. henrika@chromium.org webrtc-audio@google.com Heuristically detects if the user has muted the microphone or not. Measured approximately four times per minute while an audio input stream is active. hongchan@chromium.org mjwilson@chromium.org src/third_party/blink/renderer/modules/webaudio/OWNERS Reports whether any data was sent or received by a MidiManager. Recorded once per MidiManager instantiation, upon destruction. MidiManager is instantiated when the first Web MIDI client starts a session, and destroyed when the last client ends the session. Warning: this histogram was expired from M86 to M91; data may be missing. hongchan@chromium.org mjwilson@chromium.org src/third_party/blink/renderer/modules/webaudio/OWNERS Reports sysex message size. Warning: this histogram was expired from M86 to M91; data may be missing. hongchan@chromium.org mjwilson@chromium.org src/third_party/blink/renderer/modules/webaudio/OWNERS The MidiManager instance use count, but this is not intended to understand the real API usage because this can be counted by feature scanning scripts that are often used for footprinting. You may want to track SendReceiveUsage to monitor only instances that actually send or receive MIDI messages. Warning: this histogram was expired from M86 to M91; data may be missing. sandersd@chromium.org media-dev-uma@chromium.org Records the number of active MojoVideoDecoderService instances that are alive each time an instance becomes active. An instance is active if Decode() has been called at least once. This provides an estimate of the concurrent hardware resource requirements. mcasas@chromium.org chromeos-gfx@chromium.org Delay between a DecodeBuffer (and encoded chunk) input and a decoded VideoFrame being produced by the remote MojoVideoDecoder. Output once per successful decode. eugene@chromium.org liberato@chromium.org Total number of instances of MojoVideoDecoder used by a page (i.e. render frame) when an instance of MojoVideoDecoder encountered a decoding error or a crash during the first 150 frames of a video stream. eugene@chromium.org liberato@chromium.org Total number of instances of MojoVideoDecoder used by a page (i.e. render frame) when an instance of MojoVideoDecoder successfuly decode the first 150 frames of a video stream. hiroh@chromium.org mcasas@chromium.org The storage type of media::VideoFrame passed to MojoVideoEncodeAccelerator for encoding. The histogram is recorded every frame encode request. wolenetz@chromium.org media-dev-uma@chromium.org Audio codec used in Media Source Extensions playback. Set when MediaSource addSourceBuffer() is successfully called during playback. Also set twice during a successful SourceBuffer changeType() operation. See issue 535738 for reworking MSE codec histograms to record on each successfully parsed initialization segment (possibly filtered to record only when actual new codec configurations are parsed). Removed 02/2023 due to lack of further need for this data. wolenetz@chromium.org sandersd@chromium.org media-dev-uma@chromium.org Duration of config changes that include codec changes, measured from before decoder flush until after the first output frame is returned. The HW/SW suffix indicates the type of the decoder that was ultimately selected. wolenetz@chromium.org media-dev-uma@chromium.org Amount of time taken to destroy one ChunkDemuxer object, not including initial background task scheduling delay. Removed 02/2022 due to lack of further need for this data. dalecurtis@chromium.org media-dev-uma@chromium.org Tracks if ShakaPackager metadata was detected in the MP4 'moov' atom during MSE based media playback. Recorded for every 'moov' atom, which is expected once per asset. Multiple assets may be played within the same MSE session. wolenetz@chromium.org media-dev-uma@chromium.org For each MediaSource instance, records the type of thread that created the instance. Removed Jan 2023, no further data needed. wolenetz@chromium.org sandersd@chromium.org Reports the number of consecutive empty samples in a sequence within a track run. There can be zero or more such sequences in a track run, and each sequence is reported separately. This metric is expected to inform a heuristic to realistically bound the parsing complexity of track runs that may contain empty samples. See https://crbug.com/907268. Removed Jan 2023, no further data needed. wolenetz@chromium.org sandersd@chromium.org Reports the number of empty samples within a track run. This metric is expected to inform a heuristic to realistically bound the parsing complexity of track runs that may contain empty samples. See https://crbug.com/907268. Removed Jan 2023, no further data needed. wolenetz@chromium.org sandersd@chromium.org Reports the size of each sample parsed. This metric is expected to inform a heuristic to realistically bound the parsing complexity of track runs that may contain empty or huge samples. See https://crbug.com/907268. Removed Jan 2023, no further data needed. wolenetz@chromium.org sandersd@chromium.org Reports the number of samples in each track run. This metric is expected to inform a heuristic to realistically bound the parsing complexity of track runs that may contain huge numbers of samples. See https://crbug.com/907268. wolenetz@chromium.org media-dev-uma@chromium.org Video codec used in Media Source Extensions playback. Set when MediaSource addSourceBuffer() is successfully called during playback. Also set twice during a successful SourceBuffer changeType() operation. See issue 535738 for reworking MSE codec histograms to record on each successfully parsed initialization segment (possibly filtered to record only when actual new codec configurations are parsed). wolenetz@chromium.org media-dev-uma@chromium.org Video codec used in Media Source Extensions playback if the media container is MP4. Set when MediaSource addSourceBuffer() is successfully called during playback. Also set twice during a successful SourceBuffer changeType() operation. See issue 535738 for reworking MSE codec histograms to record on each successfully parsed initialization segment (possibly filtered to record only when actual new codec configurations are parsed). wolenetz@chromium.org media-dev-uma@chromium.org Video codec used in Media Source Extensions playback if the media container is WebM. Set when MediaSource addSourceBuffer() is successfully called during playback. Also set twice during a successful SourceBuffer changeType() operation. See issue 535738 for reworking MSE codec histograms to record on each successfully parsed initialization segment (possibly filtered to record only when actual new codec configurations are parsed). beccahughes@chromium.org media-dev-uma@chromium.org Whether the media notification (including ones for Cast sessions) is displaying artwork. This is recorded when the artwork is updated by the underlying media session. takumif@chromium.org openscreen-eng@google.com media-dev-uma@chromium.org The number of Cast media notifications that are currently being displayed. This is recorded when a media notification starts being displayed. takumif@chromium.org openscreen-eng@google.com media-dev-uma@chromium.org Records the type of the action (e.g. pause) whenever the user makes an action on a Cast media notification. Starting and stopping casting is recorded in Media.GlobalMediaControls.MediaCastMode.Start and Media.GlobalMediaControls.MediaCastMode.Stop. mlamouri@chromium.org media-dev-uma@chromium.org The type of media notification the user clicked to go back to Chrome. beccahughes@chromium.org media-dev-uma@chromium.org The number of media notifications that are currently being displayed (including ones for Cast sessions). This is recorded when a media notification starts being displayed. beccahughes@chromium.org media-dev-uma@chromium.org Whether the media notification (including ones for Cast sessions) is displaying certain types of metadata. This is recorded when the metadata is updated by the underlying media session. beccahughes@chromium.org media-dev-uma@chromium.org The source of the underlying media session (e.g. ARC, web, Cast) that displayed the media notification. This is recorded when a notification is available to be shown. beccahughes@chromium.org media-dev-uma@chromium.org The action (e.g. pause) that a user clicked on a media notification (including ones for Cast sessions). guidou@chromium.org olka@chromium.org webrtc-audio-uma@google.com Duration of an audio output stream. Measured in AudioOutputController from when a stream is started until it is stopped. A stream is stopped when it is paused, closed (i.e. destructed), or when a device change event causes it to be restarted. Removed 04/2022 due to lack of further need for this data. dalecurtis@google.com media-dev-uma@chromium.org Records the peak number of WebMediaPlayer objects per RenderFrame upon RenderFrame destruction (both cleanly and via render process termination). pmolinalopez@chromium.org chromeos-gfx-video@google.com The hardware/software decoding behavior used for a PPB_VideoDecoder API instance. This UMA is recorded when the PepperVideoDecoderHost is destroyed. sandersd@chromium.org dalecurtis@chromium.org Counts every output picture emitted to a PPAPI client, categorized by size and decoder type. Flash will only use platform decoders, but NaCl clients can use either decoder type. dalecurtis@chromium.org media-dev-uma@chromium.org Status of the media pipeline at the end of its lifecycle for audio-video streams with {VideoCodec} video codec using {Pipeline}. xhwang@chromium.org media-dev-uma@chromium.org Status of the media pipeline starting process (including demuxer and renderer initialization). If the media pipeline is destroyed during the starting process nothing will be reported, but this should relatively rare. dalecurtis@chromium.org media-dev-uma@chromium.org Status of the media pipeline at the end of its lifecycle for {StreamType} streams. mcasas@chromium.org chromeos-gfx@chromium.org Time for the platform-specific (set of) video decode acceleration command(s) to be executed. Output once per decode request submit. liberato@chromium.org media-dev-uma@chromium.org Total battery (0-100 percent) consumed by playback. When divided by Media.PlaybackPower.ElapsedTime, this provides the average rate of battery drain for that category of playback. Units are (total) percent. This is recorded when an entire percent (or more) is consumed during playback. Since devices have different battery sizes, methods of measuring battery, and different power consumption rates, it's a good idea to filter by a specific device type and OS version before trying to interpret these results. The magnitude of these numbers, alone, is also likely hard to use, for this reason. Instead, consider comparing A/B experiments to see if they get larger or smaller. Playbacks under one msec are ignored. liberato@chromium.org media-dev-uma@chromium.org Total time, in msec, elapsed while consuming the battery described by Media.PlaybackPower.BatteryDelta. See that histogram for details. Recorded when one or more percent of battery is consumed during playback. fdoray@chromium.org media-dev-uma@chromium.org Records the state of an HTMLMediaElement when its "progress event" timer fires. Used to determine how often the timer causes unnecessary wake ups, to prioritize crbug.com/1143317 and measure the impact of eventual fixes. dalecurtis@chromium.org media-dev-uma@chromium.org Indicates the number of rebuffers a given watch time session had. eladalon@chromium.org jophba@chromium.org mfoltz@chromium.org Duration in milliseconds of the time it takes for a BrowserCaptureMediaStreamTrack.cropTo() call to resolve(either successfully or with an error). Note a call which never resolves won't be counted in this metric. eladalon@chromium.org jophba@chromium.org mfoltz@chromium.org Tracks the result of calls to BrowserCaptureMediaStreamTrack.cropTo(). eladalon@chromium.org jophba@chromium.org mfoltz@chromium.org Tracks the result of calls to MediaDevices.produceCropTarget(). Specifically, this histogram tracks whether a new Promise was produced, and if not, why not. Another histogram tracks the result of new Promises, i.e. whether they were resolved or rejected. eladalon@chromium.org jophba@chromium.org mfoltz@chromium.org When ProduceCropTarget() is called for the first time on a given HTMLElement, a new Promise is produced. This histogram tracks the result of this Promise - whether it was resolved or rejected. jophba@chromium.org openscreen-eng@google.com Measured audio content transfer bitrate while remoting content. jophba@chromium.org openscreen-eng@google.com Audio channel layout used while remoting content. jophba@chromium.org openscreen-eng@google.com Audio codec used while remoting content. jophba@chromium.org openscreen-eng@google.com Audio sampling rate while remoting audio content. jophba@chromium.org openscreen-eng@google.com Audio sampling rate while remoting audio content (atypical values, in Hz). takumif@chromium.org openscreen-eng@google.com Whether the given media is compatible with media remoting. Recorded whenever the conditions are met to start remoting (e.g. the media element is the dominant page content and is not paused). jophba@chromium.org openscreen-eng@google.com Tracks whether a web page allows content to be remoted. Recorded when the media player finishes loading and when the site changes this attribute afterwards. jophba@chromium.org openscreen-eng@google.com Measures the duration of each remoting session. muyaoxu@google.com openscreen-eng@google.com Tracks the reason that a session failed to start. jophba@chromium.org openscreen-eng@google.com Tracks the trigger for starting a remoting session. jophba@chromium.org openscreen-eng@google.com Tracks the trigger for stopping a remoting session. jophba@chromium.org openscreen-eng@google.com Measures the duration of each remoting session shorter than 15 seconds. jophba@chromium.org openscreen-eng@google.com Measures how long, from the start of a remoting session, until content began playing out on the remote device. jophba@chromium.org openscreen-eng@google.com Measures how long, from the start of a remoting session, until a message was received from the remote device indicating initialization succeeded. jophba@chromium.org openscreen-eng@google.com Tracks whether audio or video or both are remoted. jophba@chromium.org openscreen-eng@google.com Aspect ratio of video while remoting content. jophba@chromium.org openscreen-eng@google.com Measured video content transfer bitrate while remoting content. jophba@chromium.org openscreen-eng@google.com Video codec used while remoting content. jophba@chromium.org openscreen-eng@google.com Video codec profile used while remoting content. jophba@chromium.org openscreen-eng@google.com Video width while remoting content. takumif@chromium.org openscreen-eng@google.com Pixels-per-second in a video and whether the receiver supports its playback. Recorded whenever we are about to start media remoting a video. kron@chromium.org webrtc-video@google.com 10 times the average queue length when Render() is called in the RTC low-latency video renderer. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Per mille of frames drained in the RTC low-latency video renderer. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Per mille of frames dropped in the RTC low-latency video renderer. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Number of times drain mode is entered. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com The maximum queue length that is observed when Render() is called in the RTC low-latency video renderer. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Number of times the maximum queue size is exceeded and the entire queue is dropped. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Per mille of render times where the queue is empty and there is no new frame to render. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Number of times the reduce steady state queue feature is activated. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Total number of frames enqueued to the RTC low-latency video renderer. Repeatedly measured with a period of 100 s for as long as the stream is active. kron@chromium.org webrtc-video@google.com Number of times we try to render a new frame. Repeatedly measured with a period of 100 s for as long as the stream is active. posciak@chromium.org liberato@chromium.org webrtc-video@google.com Counts of video decode errors reported to RTCVideoDecoder, recorded when an error is reportd to RTCVideoDecoder. Also used for DecoderStream. Expired in M83 and re-added in M92. Warning: this histogram was expired between 2023-04-16 to 2023-04-20; data may be missing. kron@chromium.org webrtc-video@google.com The reason for fallback to software decoding for the codec {Codecs}. Reported when a fallback to software decoding occurs. liberato@chromium.org webrtc-video@google.com Time from decoder creation until the first frame is decoded. mcasas@chromium.org sprang@chromium.org chromeos-gfx@chromium.org Indicates whether we were successful in initializing hardware video decoder for use in the RTC pipeline. kron@chromium.org webrtc-video@google.com Initialization latency of the hardware video decoder that is used in the RTC pipeline. liberato@chromium.org webrtc-video@google.com Max number of frames sent for video decode via the DecoderStream adapter, that have not also returned a decoded video frame. The metric is emitted once per RTCVideoDecoderStreamAdapter instance, as the max observed value over that instance's lifetime. Warning: this histogram was expired between 2022-08-14 to 2023-04-20; data may be missing. mcasas@chromium.org sprang@chromium.org chromeos-gfx@chromium.org Video codec profile used in RTC video decoder. kron@chromium.org webrtc-video@google.com Reinitialization latency of the hardware video decoder that is used in the RTC pipeline. liberato@chromium.org webrtc-video@google.com This records the media::StatusCode from the RTCVideoDecoderStreamAdapter. It is emitted when the adapter encounters an error during decoding. hiroh@chromium.org chromeos-gfx-video@google.com The duration of initializing a hardware encoder in WebRTC API. It is recorded whenever RTCVideoEncoder::InitEncode() is called. mcasas@chromium.org sprang@chromium.org chromeos-gfx@chromium.org Indicates whether we were successful in initializing hardware video encoder for use in the RTC pipeline. mcasas@chromium.org sprang@chromium.org chromeos-gfx@chromium.org Video codec profile used in RTC video encoder. hiroh@chromium.org mcasas@chromium.org sprang@chromium.org chromeos-gfx@chromium.org Records if the {Codecs} encoder was torn down because the stream ended, or if it was due to an encoder error. Recorded once when shutting down an accelerated (or out of process) video encoder. emircan@chromium.org Indicates whether we were successful in preserving timestamps in hardware video encoder session. It is tracked during the session and logged after it ends. kron@chromium.org webrtc-video@google.com Records the mode that is used in the ScreenCaptureKit Fullscreen module if the selected window to capture belongs to a supported application. The mode is reported once per captured window when the fullscreen module is created. steimel@chromium.org media-dev-uma@chromium.org Time during which a media session has been active, in other words, the time between an activation and deactivation, without counting time while it was suspended. If a session is activated after being deactivated, there will be two entries. For example, if a user plays a song but is interrupted by a phone call, it will only account for the song playing time. steimel@chromium.org media-dev-uma@chromium.org The number of times the user started playback of a media session using other means than the play button on the page. steimel@chromium.org media-dev-uma@chromium.org The number of times a media session is suspended and why it has been suspended. dalecurtis@chromium.org media-dev-uma@chromium.org Video codec used in plain src= (not MSE) HTML5 media if the media container is MP4. dalecurtis@chromium.org media-dev-uma@chromium.org Video codec used in plain src= (not MSE) HTML5 media if the media container is WebM. dalecurtis@chromium.org media-dev-uma@chromium.org Time in milliseconds from when WebMediaPlayerImpl starts loading until the first video frame has been shown. dalecurtis@chromium.org media-dev-uma@chromium.org Time in milliseconds from when WebMediaPlayerImpl starts loading until metadata is known. dalecurtis@chromium.org media-dev-uma@chromium.org Time in milliseconds from when WebMediaPlayer starts loading until it has buffered enough to start playback. hajimehoshi@chromium.org kouhei@chromium.org scherkus@chromium.org Size of HTML5 media (when known), in MB. eladalon@chromium.org tovep@chromium.org Record how many sources of type {Type} were available for the user to choose from. Recorded when the dialog is closed (user selected a source, cancelled, or closed the tab that owns the dialog). eladalon@chromium.org fbeaufort@chromium.org Records the result of the user's interaction with the media picker dialog which is displayed following a call to getDisplayMedia that results in the basic flow (preferCurrentTab either unspecified or is false). eladalon@chromium.org guidou@chromium.org Records whether the display-capture permission policy allows/disallows this call to getDisplayMedia. eladalon@chromium.org fbeaufort@chromium.org Records the result of the user's interaction with the media picker dialog which is displayed following a call to getDisplayMedia where preferCurrentTab was specified. tovep@chromium.org eladalon@chromium.org The time-duration the DesktopMediaPickerDialog is opened when getDisplayMedia is called with the preferCurrentTab constraint either set to true (PreferCurrentTabFlow) or unspecified/false (BasicFlow). The duration is recorded each time the dialog is closed. dalecurtis@chromium.org The amount of time taken to leave the underflow state (i.e. resume playback) for playbacks. This doesn't report initial zero samples, which was previously used to compensate for playbacks that don't rebuffer. dalecurtis@chromium.org media-dev-uma@chromium.org URL scheme used with HTML5 media; only recorded for src=URL playbacks and not for Media Source Extensions playbacks. Each URL provides one sample. stevecho@chromium.org chromeos-gfx-video@google.com Records errors during normal V4L2VideoDecoder operations. These can happen during initialization, decode or other internal state changes. Multiple errors can be recorded during the object lifetime. stevecho@chromium.org chromeos-gfx-video@google.com Records when errors happen with media controller API ioctl requests during video decoding session using V4L2 API. Depending on a ioctl request, video decoding session can proceed or stop immediately when an error happens. So multiple errors can be recorded during the object lifetime. tmathmeyer@chromium.org media-dev-uma@chromium.org Records the usage of VaapiVideoDecoder VaapiVideoDecodeAccelerator based on vulkan support and Vaapi driver version on linux. This is recorded on GPU process startup when hardware accelerated video decoding support is checked. mcasas@chromium.org chromeos-gfx@chromium.org The codec-specific delegate in VaapiVideoDecoder has returned an error from Decode(). This could be a parse error, or a VA error itself. mcasas@chromium.org chromeos-gfx-video@google.com Whether the creation of VaapiWrapper succeeded or not inside VaapiVideoDecoder. mcasas@chromium.org chromeos-gfx-video@google.com Whether the call to VaapiWrapper's VADisplayState::Initialize() succeeded or not. Warning: this histogram was expired between 2023-02-12 to 2023-04-20; data may be missing. andrescj@chromium.org chromeos-gfx@chromium.org The response given to the client by VaapiJpegDecodeAccelerator for a decode request. This is recorded when the decode succeeds or fails. The recorded value corresponds to a MjpegDecodeAccelerator::Error. wtlee@chromium.org chromeos-gfx@chromium.org Result codes reported by jpeg encode using VA-API hardware jpeg encoder. mcasas@chromium.org chromeos-gfx-video@google.com Whether the creation of VaapiWrapper succeeded or not inside VaVDA. dalecurtis@chromium.org evliu@google.com media-dev-uma@chromium.org Records the autoplay source of videos. This includes Media.Video.Autoplay.Muted. dalecurtis@chromium.org evliu@google.com media-dev-uma@chromium.org Records muted video started playing with play() become visible at some point. The UMA for false is not complete since it is recorded in a destructor which is garbage-collected. Please subtract Media.Video.Autoplay.Muted "play() method" count with the true count of this histogram to obtain the real false count. dalecurtis@chromium.org evliu@google.com media-dev-uma@chromium.org Records the offscreen playing duration of a muted video autoplaying from play() method. dalecurtis@chromium.org evliu@google.com media-dev-uma@chromium.org Status of the unmute action on a video that autoplayed because it was muted. toprice@chromium.org video-cmi-apis@google.com The time from the first camera access failure due to blocked system permission before the last browser restart to startup after browser restart. Logged once at browser startup if the system permission then is allowed. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com The time from the last camera access failure due to blocked system permission before the last browser restart to startup after browser restart. Logged once at browser startup if the system permission then is allowed. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com The Mac system permission state for camera. Logged once at browser startup. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com The Mac system permission state for camera. Logged once at browser startup if there was a failure accessing the camera due to blocked system permission before the last browser restart. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. toprice@chromium.org video-cmi-apis@google.com The Mac system permission state for camera at the time of a user media request. Logged when the system permission is checked. If the permission is "not determined" this is logged, permission is requested, and the resulting permission (from the user response) is also logged. For more information on the values, see https://developer.apple.com/documentation/avfoundation/avauthorizationstatus. Warning: this histogram was expired from 2020-03-01 to 2022-03-09; data may be missing. bur@chromium.org mark@chromium.org The Mac system permission state for screen capture. Logged once at browser startup and when attempting to screen capture. Requires macOS 10.15+. Samples will not be collected on earlier macOS versions. eugene@chromium.org media-dev-uma@chromium.org Video playback roughness for a 100s interval. Suffixed by the framerate. mcasas@chromium.org jophba@chromium.org Video Capture Device captured aspect ratio, as a rounded integer multiplied by 100. The collection is made in the VideoCaptureController upon reception of the first frame. mcasas@chromium.org Counts appearances of Blacklisted Video Capture devices during enumeration. This collection happens during first enumeration in the appropriate platforms' VideoCaptureDeviceFactory. herre@google.com video-cmi-apis@google.com Time during VideoSourceImpl startup taken to create a video_capture::Device object. Only recorded if the creation was successful. Is a subset of Media.VideoCapture.StartSourceSuccessLatency corresponding to Device creation, rather than capture startup in the device. armax@chromium.org video-cmi-mpp@google.com Time it takes from the moment that a VideoCaptureController is requested to start to the moment the first video frame arrives at VideoCaptureController::OnFrameReadyInBuffer(). atadres@chromium.org This metric records an unsigned interger value that corresponds to the USB ID (vendor + device ID) of the webcam that is currently in use by the user. The USB ID is originally a 32-bit hexadecimal number (formatted as XXXX:XXXX) that then is converted to an unsigned integer for metrics purposes. In case of a unknown/invalid USB ID, 0 is logged. This is done when the CreateDevice method is called on the corresponding VideoCaptureDeviceFactory class based on the operating system. For example, on MacOS, this happens when VideoCaptureDeviceFactoryApple::CreateDevice is called. atadres@chromium.org openscreen-eng@google.com This metric records the pixel format of the active camera video feed at start, and everytime the pixel format changes. atadres@chromium.org openscreen-eng@google.com This metric records the resolution of the active camera video feed at start, and everytime the resolution changes. The metric combines the width and height into a single uint32_t value, with the width stored in the first 16 bits and the height stored in the last 16 bits. eshr@google.com handellm@google.com atadres@chromium.org Counts each pixel format an enumerated video capture device supports. This is recorded during the first device enumeration per Capture process launch. (This is usually once per launch of Chrome unless the Capture process crashes.) NOTE: This metric originally expired on 2023-03-19. eshr@google.com handellm@google.com jophba@chromium.org atadres@chromium.org Counts each resolution supported by an enumerated video capture device. These are categorized by designation (eg. QVGA, HD, 4KUHD, etc) instead of pixel count. This is recorded during the first device enumeration per Capture process launch. (This is usually once per launch of Chrome unless the Capture process crashes.) atadres@chromium.org openscreen-eng@google.com This metric counts the number of webcams that are accessible to the user at the start of a video session. mcasas@chromium.org guidou@chromium.org armax@chromium.org Breaks down the events counted in Media.VideoCaptureManager.Event bucket "Stopping video capture due to error" by the origin of the error. This allows narrowing down what is causing errors. An event for this histogram is emitted once for each time a client disconnects from a video capture session because the session has reported an error. mcasas@chromium.org guidou@chromium.org armax@chromium.org jophba@chromium.org An event for this histogram is emitted once for each time a video frame is dropped on the way from a capture source, e.g. a webcam, to a corresponding media::VideoCaptureController instance running in the Browser process. If more than |VideoCaptureController::max_consecutive_frame_drop_for_same_reason_count()| frames are dropped consecutively for the same reason, no more events for the same reason will be counted for that session until either a frame is delivered successfully or the reason for the frame dropping changes. mcasas@chromium.org guidou@chromium.org armax@chromium.org handellm@chromium.org jophba@chromium.org Video Capture Device frame rate requested by VideoCaptureManager on AllocateAndStart(). The collection is made in the VideoCaptureController upon reception of the first frame. orphis@chromium.org toprice@chromium.org Used to track the resolution of ServiceVideoCaptureProvider::GetDeviceInfosAsync() and if a retry has been used to get to the current result. See http://crbug.com/1379392. mcasas@chromium.org handellm@chromium.org jophba@chromium.org Video Capture Device captured frame height in pixels. The collection is made in the VideoCaptureController upon reception of the first frame. eshr@google.com handellm@google.com A count of how often the capture device delivers an IOSurface to the capture pipeline. This is recorded once per opening of the camera, when the first video frame is captured. eshr@google.com handellm@google.com A boolean count of how often the requested pixel format is the one that was actually captured. This is recorded once per opening of the camera, when the first video frame is captured. eshr@google.com handellm@google.com An enumeration count of whether or not the requested resolution equals the captured resolution, detailing which dimensions differ in the enum. This is recorded once per opening of the camera, when the first video frame is captured. eshr@google.com handellm@google.com Counts the pixel formats requested by the VideoCaptureDevice on Mac. This is recorded when the first video frame is captured. chfremer@chromium.org Indicates how many times Chrome has asked AVFoundation to enumerate devices since the process start when zero devices are returned. This event is only emitted for the first time that zero devices are returned since the process start. This is used in the context of investigating http://crbug.com/582931. perkj@chromium.org MacBook hardware version used when Chrome cannot enumerate a video device. This is used for tracking http://crbug.com/582931. perkj@chromium.org Number of video capture devices detected by Chrome during device enumeration. Zero devices indicate a problem since all MacBooks should have a built-in camera. This is used for tracking http://crbug.com/582931. chfremer@chromium.org An event for this histogram is emitted when a video capture session drops more than |VideoCaptureController::max_consecutive_frame_drop_for_same_reason_count()| consecutive video frames for the same reason. After this event is emitted once, no additional events are emitted for consecutively dropped frames for the same reason until the count is reset by either a frame being delivered successfully or a frame being dropped for a different reason. See also Media.VideoCapture.FrameDrop. fbeaufort@chromium.org guidou@chromium.org Number of times a video capture device is accessed simultaneously. Recorded when video capturing starts. jophba@chromium.org klausw@chromium.org The scalar multiplier used for adjusting the content size during tab capture to align with the requested capture size, multiplied by 100. Recorded when capture of a web contents is started, the content size of the capture changes, and when capture stops. jophba@chromium.org klausw@chromium.org The number of times the scale override changed in a single capture session. Recorded when capture of a web contents is stopped. toprice@chromium.org guidou@chromium.org Counts the start attempts for video capture, to be compared with the StartOutcome enum histogram. toprice@chromium.org video-cmi-apis@google.com Counts detailed outcomes of first starting video capture, as a breakdown of Media.VideoCapture.StartOutcome based on the error codes which caused failures, or kNone if we started successfully. Can also be viewed as the subset of reports to Media.VideoCapture.Error which occur before VideoCaptureImpl first transitions to STARTED. toprice@chromium.org guidou@chromium.org Counts the times Starting video capture results in success or failure (due to eg timeouts etc). herre@google.com video-cmi-apis@google.com Total time for a VideoSourceImpl to start a device to serve the first push subscription mojo connection. Only recorded if starting is successful. mcasas@chromium.org handellm@chromium.org jophba@chromium.org Video Capture Device captured frame width in pixels. The collection is made in the VideoCaptureController upon reception of the first frame. ilnik@chromium.org video-cmi-mpp@chromium.org True if the Sensor Activity Report was successfully processed. False, if there were no reports before the deadline and default decision was made. Reported only if IMFSensorActivityMonitor was triggered. ilnik@chromium.org video-cmi-mpp@chromium.org Error codes received by VideoCaptureDeviceMFWin when checking for D3D11 device removal reason. ilnik@google.com video-cmi-mpp@google.com Counts the pixel formats produced by the VideoCaptureDevice on Windows. This is recorded when the camera is opened. ilnik@google.com video-cmi-mpp@google.com Counts the pixel formats used internaly by Windows VideoCaptureEngine. This is recorded when the camera is opened. ilnik@google.com video-cmi-mpp@google.com Determine what proportion of frames might actually benefit from zero-copy on Windows. This is recorded when the camera is opened and we get the texture from IMFCaptureEngine. ilnik@google.com video-cmi-mpp@google.com Counts the pixel formats requested by the consumer on Windows. This is recorded when the camera is opened. ilnik@google.com handellm@google.com video-performance-team@google.com The Capture API that is used on Windows. This is recorded when the camera is opened. toprice@chromium.org hta@chromium.org Error codes received by VideoCaptureDeviceMFWin on Windows which caused a kWinMediaFoundationGetMediaEventStatusFailed error, ending video capture. chfremer@chromium.org Indicates which video capture backend is used on Windows. A count is recorded each time a new VideoCaptureDeviceFactoryWin instance is created. chfremer@chromium.org Counts number of times taking a still image on Windows fails/succeeds. chfremer@chromium.org Counts how many retries are needed for calls to MediaFoundation function GetAvailableDeviceMediaType before getting a result different from MF_E_INVALIDREQUEST or giving up. guidou@chromium.org webrtc-dev@chromium.org Counts how many retries are needed for calls to MediaFoundation function GetDeviceStreamCategory before getting a result different from MF_E_INVALIDREQUEST or giving up. guidou@chromium.org webrtc-dev@chromium.org Counts how many retries are needed for calls to MediaFoundation function GetDeviceStreamCount before getting a result different from MF_E_INVALIDREQUEST or giving up. henryhsu@chromium.org Indicates whether we were successful in initializing hardware jpeg decoder for attempts to VideoCaptureGpuJpegDecoder::Initialize(). mcasas@chromium.org Measures the time taken for VideoCaptureManager:: handellm@chromium.org ccameron@chromium.org Indicates which desktop capture implementation and DesktopID::Type was used for a desktop capture session. Recorded on instantiation of the desktop capturer. Removed 04/2023. No longer needed. dalecurtis@chromium.org media-dev-uma@chromium.org Records the length of time the screen was locked while a device capture session is active. An entry is recorded upon screen unlock or upon closure of all active device capture sessions. Removed 04/2023. No longer needed. dalecurtis@chromium.org media-dev-uma@chromium.org Indicates if a device capture session encountered a screen lock during its lifetime. An entry is recorded once upon session closure. chfremer@chromium.org Measures the duration from the time the Browser connected to the video capture service to the time it closed the connection. Entries are only logged if the service was used for creating an actual capture session as opposed to enumerating devices only. chfremer@chromium.org Measures the duration from the time the Browser connected to the video capture service to the time it closed the connection. Entries are only logged if the service was used for enumerating devices only, but not for creating an actual capture session. chfremer@chromium.org Measures the duration from the time the Browser connected to the video capture service to the time the connection was lost. chfremer@chromium.org Measures the duration from the time the Browser last closed or lost connection to the video capture service to the time it reconnects. This duration only gets logged for reconnects after usage of the service for capture (as opposed to enumeration-only usage). chfremer@chromium.org Measures the duration from the time the Browser last closed or lost connection to the video capture service to the time it reconnects. This duration only gets logged for reconnects after enumeration-only usage of the service. chfremer@chromium.org Counts video capture service events, such as startup, shutdown, and connection lost. dalecurtis@chromium.org Video codec used in HTML5 media. dalecurtis@chromium.org media-dev-uma@chromium.org Whether Chrome had to fall back to a secondary video decoder with {VideoCodec} video codec after the primary decoder failed reinitialization. chcunningham@chromium.org media-dev-uma@chromium.org Indicates whether we were successful performing the operation to {DbOperation}. Recorded once the operation completes. chcunningham@chromium.org media-dev-uma@chromium.org Indicates duration of time performing the operation to {DbOperation}. Recorded once the operation completes or times out. Reported for all users regardless of clock resolution. hiroh@chromium.org media-dev-uma@chromium.org The hundredth of a resolution area (i.e. width x height /100) configured in a video encoder. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org The number of successfully encoded frames. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org The height configured in a video encoder. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org An used Video encoder is a hardware encoder or not. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org Video codec profile used in a video encoder. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org The last encoder status in a video encoder. If an error occurs, then non kOk value is recorded. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org SVC Scalability mode configured in a video encoder. Recorded when a video encoder is destroyed or reconfigured. hiroh@chromium.org media-dev-uma@chromium.org The width configured in a video encoder. Recorded when a video encoder is destroyed or reconfigured. mcasas@chromium.org chromeos-gfx@chromium.org Delay between a VideoFrame being decoded and it being consumed by the OS presentation API (on ChromeOS, this includes the display controller too). mcasas@chromium.org chromeos-gfx@chromium.org Delay between a VideoFrame being decoded and it being handed over to the CompositorFrameSink, essentially capturing the buffering in the Renderer. This value is strictly included in Media.VideoFrameSubmitter xhwang@chromium.org media-dev-uma@chromium.org The height of the first video frame in an HTML5 video for {PlaybackType} playbacks. Reported when the first video frame is available. peconn@chromium.org media-dev-uma@chromium.org Every time a video persistence session could be triggered, it records the result of the attempt. peconn@chromium.org media-dev-uma@chromium.org Record the type of controls a persisted video is using. This is recorded every time a video enters persistence mode peconn@chromium.org media-dev-uma@chromium.org Records the length during which a video was in a persistent state. It is recorded once per video persistence session. peconn@chromium.org media-dev-uma@chromium.org Records the reason why a video persistence session has ended. dalecurtis@chromium.org media-dev-uma@chromium.org Indicates how many cadence changes have occurred during playback, a zero value is emitted at the beginning of playback. Subsequent values are emitted during video rendering for each cadence change (up to a maximum of 10). Removed 09/2022. No longer needed. xhwang@chromium.org media-dev-uma@chromium.org Indicates whether video is rendering in low delay mode. It's recorded when a video starts playing. sandersd@chromium.org media-dev-uma@chromium.org Whether a VTDecompressionSession is internally using hardware accelerated decoding. sandersd@chromium.org media-dev-uma@chromium.org Count of VTVDA session failure reasons. Successful initializations are counted as a special failure type. Since only successfully initialized session can fail, failures rates are computed as a simple ratio. dalecurtis@chromium.org Watch time is defined as the amount of elapsed media time for audio+video media aggregated per player instance. A minimum of 7 seconds of unmuted, foreground media must be watched to start watch time monitoring. Watch time is checked on a regular basis and reported to UMA upon one of the stop events mentioned below or at player destruction if none occur prior. Any one of paused, hidden, or muted is sufficient to stop watch time metric reports. Each of these has a hysteresis where if the state change is undone within some time, the watch time will be counted as uninterrupted. Power events (on/off battery power) have a similar hysteresis, but unlike the aforementioned properties, will not stop metric collection. Each seek event will result in a new watch time metric being started and the old metric finalized as accurately as possible. tmathmeyer@chromium.org tguilbert@chromium.org media-dev-uma@chromium.org When an HLS manifest is found during loading (on Android only), and the response is CORS cross-origin, this histogram records whether the response included an Access-Control-Allow-Origin header. Such requests are likely to be supported by fetch() if the mode is correctly configured. tmathmeyer@chromium.org tguilbert@chromium.org media-dev-uma@chromium.org When an HLS manifest is found during loading (on Android only), records whether the request was CORS cross-origin. These are cases that could not be implemented using fetch(). Note: subresources referenced by the manifest are not considered; they may have different origins or CORS configurations. cassew@chromium.org tguilbert@chromium.org media-dev-uma@chromium.org When an HLS manifest is found during loading (on Android only), records whether the request would be mixed content. These are cases that could not be implemented using fetch(). Note: subresources referenced by the manifest are not considered; they may have different origins. tmathmeyer@chromium.org lukasza@chromium.org media-dev-uma@chromium.org When an HLS manifest is found during loading (on Android only), {Variant} then this histogram records the MIME type of the response. This metric should help assess the web compatibility risk of strict MIME type enforcement, as discussed in https://github.com/annevk/orb/issues/29#issuecomment-967432934 Removed 09/2022. sandersd@chromium.org media-dev-uma@chromium.org Wall time of WebMediaPlayer playbacks. Each count represents one second of media playback. Multiple WebMediaPlayer instances can together accumulate watch time faster than real time. handellm@google.com video-performance-team@google.com Boolean indicating if {Domain} stream timestamps had to be corrected during a muxing session with {StreamTypesRecorded} present. Reported on muxer destructor. kron@chromium.org webrtc-video@google.com The video codec profile that was used when calling GetPerfInfo. Recorded for each call to GetPerfInfo if certain sanity checks pass. kron@chromium.org webrtc-video@google.com The video codec profile that was provided to SavePerfRecord. Recorded for each call to SavePerfRecord if certain sanity checks pass. kron@chromium.org webrtc-video@google.com Tracks how the smoothness prediction value was determined (smooth by default, smooth from data, not smooth from data, implicitly smooth, smooth override, or implicitly not smooth) multiplexed with the configuration (codec, pixels, hardware_accelerated). See the code for details. This gives a sparse histogram that is best interpreted using a script for demultiplexing. The value is reported each time either encodingInfo() or decodingInfo() are called and requests a smoothness prediction from WebrtcVideoPerfHistory. kron@chromium.org webrtc-video@google.com Tracks the volatilty of the smoothness predictions after updates to the database, that is, if the smoothness prediction changes or stays at the same value. Recorded after each update to the WebRTC MediaCapabilities database if there was an existing record for the corresponding configuration. kron@chromium.org webrtc-video@google.com Indicates whether we were successful performing the operation to {DbOperation}. Recorded once the operation completes. kron@chromium.org webrtc-video@google.com Indicates duration of time performing the operation to {DbOperation}. Recorded once the operation completes or times out. Reported for all users regardless of clock resolution. Please list the metric's owners. Add more owner tags as needed. Time needed to pre-buffer A/V data before the actual playback for the YouTube application. Please list the metric's owners. Add more owner tags as needed. Time needed to buffer A/V data after an underrun for the YouTube application. mcasas@chromium.org chromeos-gfx-video@chromium.org Error codes reported by libva (via VaapiWrapper) while being used from the specified client name. {VaapiClientName} vandebo@chromium.org If a media scan was cancelled, the duration (in ms) it ran. vandebo@chromium.org The number of directories with media files found during a scan. vandebo@chromium.org Duration in milliseconds taken to do a media scan that ran to completion. vandebo@chromium.org The percentage of galleries accepted (not deselected) from the scan result dialog. vandebo@chromium.org The number of galleries added or updated in preferences after a scan. vandebo@chromium.org Various usage counts for media galleries. steimel@chromium.org media-dev-uma@chromium.org True if the MediaLauncherActivity was successfully able to open the file. Recorded when the MediaLauncherActivity starts the CustomTabActivity. steimel@chromium.org media-dev-uma@chromium.org The type of media that a user is opening via the MediaLauncherActivity. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com Round trip time for a Cast app availability request. Can be suffixed with Success or Failure. mfoltz@chromium.org openscreen-eng@google.com Whether opening Cast channel succeeds or not. Recorded when all opening channel attempts (including retry attempts) finish. mfoltz@chromium.org openscreen-eng@google.com Errors encountered on a Cast channel. Recorded when a Cast channel fails to open, or when an opened channel fails to respond to keepalive ping request and times out. takumif@chromium.org openscreen-eng@google.com Records the length of the friendly name of a Cast device when we succeed to open a Cast channel to it. mfoltz@chromium.org openscreen-eng@google.com The number of connected Cast devices. Recorded when browser finishes discovering Cast devices. Recording happens roughly once per hour. mfoltz@chromium.org openscreen-eng@google.com The number of known Cast devices. Recorded when browser finishes discovering Cast devices. Recording happens roughly once per hour. takumif@chromium.org openscreen-eng@google.com The source of discovery for a newly-created Cast sink. jrw@google.com openscreen-eng@google.com Events related to the WebUI Cast feedback dialog. muyaoxu@google.com openscreen-eng@google.com The type of app that the receiver device choose to launch. Recorded when receiving a receiver status response to the launch request. mfoltz@chromium.org openscreen-eng@google.com Duration in milliseconds taken to fail to open a cast channel. Recorded when one opening channel attempt fails. mfoltz@chromium.org openscreen-eng@google.com Duration in milliseconds taken to successfully open a cast channel. Recorded when one opening channel attempt succeeds. ahmedmoussa@google.com takumif@chromium.org openscreen-eng@google.com In some scenarios casting doesn't start until the user approves it on the receiver side. This histogram records the time it takes between requesting to start casting and receiving a response from the receiver that it is now waiting for user approval. ahmedmoussa@google.com takumif@chromium.org openscreen-eng@google.com This histogram is recorded whenever the user attempts to start casting and a receiver-side prompt is shown, and when the user disapproves it. The other two cases, when the user approves it or when it times out, are not recorded. As both these cases can be received without a prompt before it and this should not be recorded. takumif@chromium.org muyaoxu@google.com openscreen-eng@google.com Records whether audio is played on the receiver device. If not, then on the sender side. Recorded when a new site-initiated mirroring session is started. takumif@chromium.org openscreen-eng@google.com Total time to launch a Cast Streaming mirror session. takumif@chromium.org openscreen-eng@google.com Total length of a Cast Streaming mirror session of any type, including the time spent in media remoting. bzielinski@google.com cros-edu-eng@google.com Total length of a Cast Streaming mirror session of any type, when the cast sink was discovered via access code. Removed 04/2022 as local file casting is no longer done via the Cast UI. takumif@chromium.org openscreen-eng@google.com Total length of a Cast Streaming File mirror session. takumif@chromium.org openscreen-eng@google.com Total length of a Cast Streaming Offscreen Tab mirror session. takumif@chromium.org openscreen-eng@google.com Total length of a Cast Streaming Screen mirror session. takumif@chromium.org openscreen-eng@google.com Total length of a Cast Streaming mirror session of type Tab and NOT of types offscreen tab or local file. This includes the time spent in media remoting. bzielinski@google.com cros-edu-eng@google.com Whenever a Cast Streaming session to a device discovered by access code manual entry fails to start, record the error associated with the event. bzielinski@google.com cros-edu-eng@google.com Whenever a Cast Streaming session to a device discovered by access code and remembered via caching fails to start, record the error associated with the event. takumif@chromium.org openscreen-eng@google.com Whenever a Cast Streaming session fails to start, record the error associated with the event. This is recorded only for the native Cast MRP. See MediaRouter.CastStreaming.Start.Failure for the extension MRP. takumif@chromium.org openscreen-eng@google.com Whenever a Cast Streaming session is successfully started, record if it was for a Tab or Desktop mirroring session. bzielinski@google.com cros-edu-eng@google.com Whenever a Cast Streaming session is successfully started, when the device was discovered by access code maual entry, record if it was for a Tab or Desktop mirroring session. bzielinski@google.com cros-edu-eng@google.com Whenever a Cast Streaming session is successfully started, when the device was discovered by access code remembered device caching, record if it was for a Tab or Desktop mirroring session. mfoltz@chromium.org takumif@chromium.org openscreen-eng@google.com The number of available DIAL devices. Recorded when browser finishes discovering DIAL devices. Recording happens roughly once per hour. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com The result of a DIAL CreateRoute request. Recorded when the user requests to create a media route to a DIAL device. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com Result from parsing DIAL device description XML text. Recorded when utility process returns a DIAL device description object to the DIAL Media Route Provider. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com The result of a DIAL app info request. Recorded when an app info request is issued to a DIAL device. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com The number of known DIAL devices. Recorded when browser finishes discovering DIAL devices. Recording happens roughly once per hour. takumif@chromium.org openscreen-eng@google.com Location the user clicked to open the Media Router dialog. takumif@chromium.org openscreen-eng@google.com Records errors encountered by the Mirroring Service. If an error occurs while media remoting, the service attempts to revert to mirroring. Otherwise mirroring is terminated. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com The type of Presentation URL used in a PresentationRequest by a web page. mfoltz@chromium.org openscreen-eng@google.com Logged when the Media Router starts a presentation according to the type of presentation URL and the type of media sink. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com Result of a request to a MediaRouteProvider to create a route. CreateRoute.Result (without a suffix) is recorded for the extension or an unknown MRP. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com Result of a request to a MediaRouteProvider to join a route. JoinRoute.Result (without a suffix) is recorded for the extension or an unknown MRP. takumif@chromium.org mfoltz@chromium.org openscreen-eng@google.com Result of a request to a MediaRouteProvider to terminate a route. TerminateRoute.Result (without a suffix) is recorded for the extension or an unknown MRP. muyaoxu@chromium.org openscreen-eng@google.com Measures how long, from the start of a streaming session, until it switches to Remoting for Remote Playback sessions. The start time is measured when the streaming session has started and the end time is measured when the remoting starts. The metric is recorded when both the start time and end time are measured and duration time is calculated. muyaoxu@chromium.org openscreen-eng@google.com Whether Remoting starts before it timeouts for Remote Playback sessions. Recorded when the timeout callback is fired and when Remoting starts. muyaoxu@google.com openscreen-eng@google.com Recorded when a Cast sink is discovered for a Remote Playback MediaSource and this sink supports the MediaSource's AudioCodec. It is not recorded if the model is not known to support Remoting, in which case the sink's audio capability is unknown. muyaoxu@google.com openscreen-eng@google.com Recorded when a Cast sink is discovered for a Remote Playback MediaSource and this sink supports the MediaSource's VideoCodec. It is not recorded if the model is not known to support Remoting, in which case the sink's video capability is unknown. muyaoxu@google.com openscreen-eng@google.com Recorded when a Cast sink is discovered for a Remote Playback MediaSource and this sink does not support the MediaSource's AudioCodec. It is not recorded if the model is not known to support Remoting, in which case the sink's audio capability is unknown. muyaoxu@google.com openscreen-eng@google.com Recorded when a Cast sink is discovered for a Remote Playback MediaSource and this sink does not support the MediaSource's VideoCodec. It is not recorded if the model is not known to support Remoting, in which case the sink's video capability is unknown. muyaoxu@google.com openscreen-eng@google.com Records whether the discovered sink is known to support Media Remoting. It is recorded when media sink query results are sent to the CastMediaRouteProvider. takumif@chromium.org openscreen-eng@google.com The type of the Media Sink that media is being cast to. Recorded each time the user selects a Media Sink to start casting. Recorded for all the UI entry points. takumif@chromium.org openscreen-eng@google.com The type of the Media Sink that media is being cast to. Recorded each time the user selects a Media Sink to start casting from {Ui}. takumif@chromium.org openscreen-eng@google.com The source of a Media Router session. This is recorded to keep track of what kind of media is being streamed. takumif@chromium.org openscreen-eng@google.com Duration in milliseconds taken from the user opening the Media Router dialog to the user closing the dialog. This is only recorded if closing the dialog is the first action the user takes. takumif@chromium.org openscreen-eng@google.com Duration in milliseconds taken from the Media Router dialog showing the sink list and being populated with at least one device to the user selecting a device immediately after to create a new route. takumif@chromium.org openscreen-eng@google.com The index of the sink that was selected in the sink list. takumif@chromium.org openscreen-eng@google.com The number of times a user stops different types of routes. muyaoxu@google.com openscreen-eng@google.com A Mediarouter dialog can be two types: (1) A route controller dialog where users can stop casting. (2) A device picker where users can select a device and cast to it. This histogram records when users interact with the dialog (start or stop casting). muyaoxu@google.com openscreen-eng@google.com A MediaRouter dialog is opened when users click on the Cast buttons supplied by the Cast SDK or the default HTML media player. This histogram records the type of the dialog when the dialog is created. takumif@chromium.org openscreen-eng@google.com Counts the number of devices known and populated to the Media Router dialog (or the Global Media Controls' device picker) three seconds after the dialog loads. Always expected to be non-negative. This includes data recorded from Clank, which uses Android's MediaRouter framework. takumif@chromium.org openscreen-eng@google.com This records how the Cast dialog was opened and what Cast mode was used whenever a Cast session starts. takumif@chromium.org openscreen-eng@google.com Whether the Cast toolbar icon is in its ephemeral state (shown only when the feature is active), or is pinned to the toolbar by user pref / admin policy. takumif@chromium.org openscreen-eng@google.com Duration in milliseconds taken from the user click to open the Media Router dialog to initializing the dialog with data. takumif@chromium.org openscreen-eng@google.com Duration in milliseconds taken from a user click to open the Media Router dialog to the initial paint. takumif@chromium.org openscreen-eng@google.com The number of Media Sinks available for Casting a Presentation API URL to local screens. Recorded at most once an hour, when the Wired Display Media Route Provider reports an update on the sink count.