- From: jan-ivar via GitHub <sysbot+gh@w3.org>
- Date: Wed, 24 Jan 2018 14:17:50 +0000
- To: public-webrtc-logs@w3.org
I think the goal is only to report precise data you can't get otherwise. My understanding was this mattered to account for absolute final byte counts etc. related to a track that was sent, for accounting. Even though the stats spec doesn't say so explicitly, it'll be necessary to get these exact numbers as part of the *replaceTrack* algorithm, and I wouldn't want to delay *replaceTrack* with a complete stats call. I still vote for returning a `RTCStatsReport` object for consistency, to handle cases where there's more than one stats object deleted from a single action - though it just occurred to me that `"stream"` stats are never removed, except maybe by transceiver.stop() - like all old ice candidates after a SLD with iceRestart. -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/235#issuecomment-360149165 using your GitHub account
Received on Wednesday, 24 January 2018 14:17:52 UTC