- 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
@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