- From: Sergio Garcia Murillo via GitHub <sysbot+gh@w3.org>
- Date: Wed, 13 Mar 2019 09:52:43 +0000
- To: public-webrtc-logs@w3.org
I thought it was about the value `remoteId` of the stats from the incoming stream on the same transceiver in which it was sending simulcast. Regarding correlating the stream received by the "browser 2" from the SFU with the simulcast stream sent by "browser 1" to the SFU, I don't think it will be possible. The SFU will not negotiate the `rid` values with the "browser 2" so even if they are not removed, the browser should ignore it. The SFU could keep the SSRC of the original sender (but that will be prone to errors due to potential SSRC collisions between peers). Note also, that the SFU may reuse same track to send different participants and not have to renegotiate each time a new participant speaks. -- GitHub Notification of comment by murillo128 Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/393#issuecomment-472353187 using your GitHub account
Received on Wednesday, 13 March 2019 09:52:45 UTC