W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > October 2022

[webrtc-stats] TimingInfo metrics (#704)

From: henbos via GitHub <sysbot+gh@w3.org>
Date: Fri, 07 Oct 2022 11:20:46 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issues.opened-1401016938-1665141644-sysbot+gh@w3.org>
henbos has just created a new issue for https://github.com/w3c/webrtc-stats:

== TimingInfo metrics ==
In Chrome, the legacy getStats() contains this non-standard metric: `googTimingFrameInfo`.

Apparently it is very useful. It is exposed as [a string that has to be parsed](https://source.chromium.org/chromium/chromium/src/+/main:third_party/webrtc/api/video/video_timing.cc;l=82;drc=8d399817282e3c12ed54eb23ec42a5e418298ec6) rather than the following attributes:
- RTP timestamp
- Capture time
- Encode start
- Encode finish
- Packetization finish
- Pacer exit
- Network timestamp
- Receive start
- Receive finish
- Decode start
- Decode finish
- Render time
- Boolean for "is outlier"
- Boolean for "triggered by timer"

I supposed it is one serialized struct because all of these metrics relate to a single video frame. The modern way to do this would be to create a new RTCStatsType and have one stats object containing all of these attributes, then reference that frame object from the "inbound-rtp".

I can guess what some of these are but all of them needs a precise definition. @ilyanikolaevskiy Can you enlighten us?

Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/704 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 7 October 2022 11:20:48 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:59 UTC