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 : Friday, 17 January 2020 19:22:01 UTC