WEBRTC重新结论期间,重复使用ICE候选人



这是关于由于ICE谈判而导致的WEBRTC调用设置的延迟。我正在尝试一个音频电话,然后启用视频。现有的同行连接中添加了一个新的视频流,并为音频和视频轨道收集了ICE候选者。重新谈判开始。Re-In-In-In-In-In-In-In-In Ice有新的ICE候选音频和视频曲目。

为什么我们不能将ICE候选者用于初始音频通话中已经存在的音轨?为什么要再次聚集冰冰?

与此样本进行比较:https://webrtc.github.io/samples/src/content/peerconnection/upgrade/

您是否获得了SDPMlineIndex 0(音频)的新候选人?如果您只为SDPMlineIndex 1(视频)获取新的,并在构造PeerConnection时将捆绑策略设置为" max-bundle"。

最新更新