W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > April 2018

Re: [webrtc-stats] Work through implications of simulcast on the receiver side

From: Bernard Aboba via GitHub <sysbot+gh@w3.org>
Date: Thu, 05 Apr 2018 12:41:08 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-378922116-1522932067-sysbot+gh@w3.org>
@alvestrand   In diagnosing simulcast reception problems, I am not sure how valuable it would be to look at individual RTP streams. The SFU will only forward a single stream at a time to the receiver, so from the browser point of view, there is only ever a single track provided by the receiver, the same as if the SFU were sending only a single stream.  While the RTP stream stats would include multiple streams, the issue in simulcast reception is most typically reordering/delay at the resolution switch points. So looking at individual RTP stream stats may not provide as much insight as looking at track stats to understand the aggregate. 

GitHub Notification of comment by aboba
Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/318#issuecomment-378922116 using your GitHub account
Received on Thursday, 5 April 2018 12:41:10 UTC

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