- From: Varun Singh via GitHub <sysbot+gh@w3.org>
- Date: Sun, 20 Nov 2022 20:22:05 +0000
- To: public-webrtc-logs@w3.org
Remote inbound is at the sender and based on receiving an RTCP RR, the object is only updated when the RTCP RR is received. So there's is no ambiguity on when the data in the object is updated. For exposing the stat on the receiver, it needs to be clarified when the fractionLost metric is updated, each time the snapshot is created, i.e., getStats() is called or when the RTCP RR is generated and sent. If it is the former, then yes -- adding the metric is fairly straightforward. However, if it's the latter, we will need to expose a rtcp send timestamp to indicate when the fractionLost metric was calculated. If there was other uses for the rtcpTimestamp, the case for the latter would indeed be more compelling. Is there a patch for exposing this metric in Chrome or Firefox? -- GitHub Notification of comment by vr000m Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/706#issuecomment-1321233705 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Sunday, 20 November 2022 20:22:06 UTC