Re: [webrtc-pc] replaceTrack: Never negotiate when replacing an ended track?

I don't understand why the fact that the existing track has ended would mean that negotiation would never be needed. Is the thinking that if a track has ended (and silence/black is sent) you can never recover via a `replaceTrack`? I.e. silence/blackness would continue regardless of the state of `withTrack`?
That does not make sense to me, I think ` or if the sender's existing track is ended
(which appears as though the track was muted` should be removed.

GitHub Notification of comment by stefhak
Please view or discuss this issue at using your GitHub account

Received on Tuesday, 2 January 2018 11:39:09 UTC