[webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?

ibc has just created a new issue for https://github.com/w3c/webrtc-pc:

== Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? ==
Let's have a video `transceiver` and apply simulcast to its `sender` via `sender.setParameters(...)` (or initially via `pc.addTransceiver(track, { sendEncodings: [ ... ] })`.

Later we disable the sending video by calling `pc.removeTrack(transceiver.sender)`.

And later let's attach the previous or a new video track into the same `transceiver` by using `transceiver.sender.replaceTrack(newTrack)`.

**Question:** Should `newTrack` be sent with simulcast or not? The current spec doesn't clarify it IMHO and it's something important to know when it comes to reuse a `transceiver` to send new tracks.

Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2025 using your GitHub account

Received on Monday, 5 November 2018 22:50:09 UTC