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

[webrtc-provisional-stats] TimingInfo metrics (#40)

From: henbos via GitHub <sysbot+gh@w3.org>
Date: Mon, 10 Oct 2022 07:53:32 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issues.opened-1402745726-1665141644-sysbot+gh@w3.org>
henbos has just created a new issue for https://github.com/w3c/webrtc-provisional-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-provisional-stats/issues/40 using your GitHub account

Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 10 October 2022 07:53:34 UTC

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