- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Fri, 05 May 2017 10:08:36 +0000
- To: public-webrtc-logs@w3.org
We have this in http://w3c.github.io/webrtc-pc/#rtcpeerconnection-interface-extensions: ``` When the other peer stops sending a track in this manner, an ended event is fired at the MediaStreamTrack object. ``` which however does not explain how that happens (referring to jsep) In the old model when you have a audio m-line and a video m-line and you renegotiate without video, the video tracks ended will be called even though there is no removestream. Having a trackremoved event will not solve all issues however. Consider the (somewhat hypothetical) case where a track was part of multiple streams and is removed from some streams. Would you expect trackremoved to be called and if yes, with what streams? How does that relate to the mediastreams removetrack event? -- GitHub Notification of comment by fippo Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1161#issuecomment-299428737 using your GitHub account
Received on Friday, 5 May 2017 10:08:42 UTC