W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2016

[webrtc-pc] replaceTrack with the previous one as ended

From: Miguel París via GitHub <sysbot+gh@w3.org>
Date: Thu, 04 Aug 2016 11:13:30 +0000
To: public-webrtc@w3.org
Message-ID: <issues.opened-169350162-1470309208-sysbot+gh@w3.org>
mparis has just created a new issue for 

== replaceTrack with the previous one as ended ==
what should happen if we try to replaceTrack of an ended track?

If I am not wrong, [1] and [2] say that if a MediaStreamTrack is ended
 a renegotiation should be performed removing its info from the SDP

On the other hand, replaceTrack doc [2] says that a renegotiation must
 not be performed:
"Determine if negotiation is needed to transmit withTrack in place of 
the sender's existing track. Ignore which MediaStream the track 
resides in and the id attribute of the track in this determination. If
 negotiation is needed, then reject p with InvalidModificationError 
and abort these steps. "

1.  if the previous track is ended should a renegotiation take place 
to notice the peer?
2. Or it cannot take place because the previous track must be in LIVE 
    "Attempts to replace the track **being sent** with another track 
provided, without renegotiation."

[1] http://w3c.github.io/webrtc-pc/#setting-negotiation-needed
[2] http://w3c.github.io/webrtc-pc/#clearing-negotiation-needed
[3] http://w3c.github.io/webrtc-pc/#dom-rtcrtpsender-replacetrack

Please view or discuss this issue at 
https://github.com/w3c/webrtc-pc/issues/732 using your GitHub account
Received on Thursday, 4 August 2016 11:15:35 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:49 UTC