Avatar for Username

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊，或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

此討論串已被封存。 如果您有需要幫助，請新增一個新問題

webrtc SDP re-negotiation(reoffer/answer) fails in mozilla

  • 2 回覆
  • 3 有這個問題
  • 7 次檢視
  • 最近回覆由 prasad.dp5

prasad.dp5
prasad.dp5
more options

I have written a webrtc client in which re-negotiation(re-offer/answer) is required after call gets established. Scenarios such as 1) upgrade calls from audio to video 2)Downgrade call from video to audio 3)Hold the established call 4) Retrieve the held call

I see mozilla/firefox has issues with re-negotiation of SDP( it fails in setting remote description). Any idea why is this a constraint in Mozilla and has no issues with Chrome.

I have written a webrtc client in which re-negotiation(re-offer/answer) is required after call gets established. Scenarios such as 1) upgrade calls from audio to video 2)Downgrade call from video to audio 3)Hold the established call 4) Retrieve the held call I see mozilla/firefox has issues with re-negotiation of SDP( it fails in setting remote description). Any idea why is this a constraint in Mozilla and has no issues with Chrome.

所有回覆 (2)

guigs
guigs
more options

https://developer.mozilla.org/en-US/d.../WebRTC_basics

Are you taking about the state change?: https://developer.mozilla.org/en-US/d.../RTCPeerConnection.onsignalingstatechange

Are you establishing a new connection then tearing down the old one as renegotiating, or are you reusing the existing stream? [Bug 834038 - SDP renegotiation should re-use existing streams when possible]

prasad.dp5
prasad.dp5 提出問題者
more options

Yes, I was referring to statechange. I am re-using the same stream on same peerconnection object.

Problem still persists.