W3C home > Mailing lists > Public > public-webrtc@w3.org > November 2018

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

From: Iñaki Baz Castillo via GitHub <sysbot+gh@w3.org>
Date: Mon, 05 Nov 2018 22:50:08 +0000
To: public-webrtc@w3.org
Message-ID: <issues.opened-377616793-1541458207-sysbot+gh@w3.org>
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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:18:45 UTC