Hi,
I noticed what may be an issue in Firefox > 58. In my client side renegotiation
code, if I replace, let's say, a webcam with another on an existing
PeerConnection and do a new offer/answer, it looks like it works (the local
stream is updated), but the SDP offer actually has a=inactive in th
Yeah, this is how the new spec is written. removeTrack will null
out the track in the sender, and addTrack will not attempt to reuse that
sender, because that sender has been negotiated to send previously. This
means you'll get a new m-section for that added track, and the previous
m-sectio
Il giorno venerdì 23 febbraio 2018 16:13:55 UTC+1, Byron Campen ha scritto:
> Yeah, this is how the new spec is written. removeTrack will null
> out the track in the sender, and addTrack will not attempt to reuse that
> sender, because that sender has been negotiated to send previously. This
3 matches
Mail list logo