W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > January 2019

Re: [webrtc-pc] Need something such as rtpSender.reset() (#2087)

From: Iñaki Baz Castillo via GitHub <sysbot+gh@w3.org>
Date: Tue, 29 Jan 2019 16:32:39 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-458609186-1548779558-sysbot+gh@w3.org>
@aboba I don't think that is an elegant approach nor even a workaround. Take into account that some settings such as `rid` are read-only (or just writable once, the first time). Just because I want to reuse a transceiver (to keep my SDP from growing) it should NOT mean that I have to reuse previous `rid` values, neither it should mean that I have to manually "reset" all possible encoding values to whichever values they have by default (`dtx`, `maxBitrate`, `maxFramerate`, `scaleResolutionBy`, etc etc etc). It's a no sense.

> The problem is that the number of simulcast streams is negotiated in Offer/Answer, so can't be changed without negotiation

I didn't know that `rid` values can not change during a renegotiation. Ok, I give up. "Don't fight the SDP". I'll do as I already do: create a new transceiver for sending a new video even if the previous video was already closed/stopped.

-- 
GitHub Notification of comment by ibc
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2087#issuecomment-458609186 using your GitHub account
Received on Tuesday, 29 January 2019 16:32:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 4 June 2019 15:32:54 UTC