@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 accountReceived on Tuesday, 29 January 2019 16:32:41 UTC
This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:46 UTC