WebRTC在同一个peerConnection中的多个视频流

Posted 2023-02-14

【中文标题】WebRTC在同一个peerConnection中的多个视频流

【英文标题】：WebRTC multiple video streams in same peerConnection

【发布时间】：2014-11-11 07:54:54

【问题描述】：

我正在开发 WebRTC 客户端，我希望允许客户端修改正在进行的音频/视频会话以添加或删除音频或视频流。

因此，例如，如果两个客户端之间正在进行音频/视频通话，则一个客户端可以修改会话并添加另一个视频流来共享他的屏幕。这样远程客户端就可以看到摄像头的视频，以及从屏幕上截取的视频。

我通过发送带有更新的 SDP 的 re-INVITE 来进行修改，该 SDP 应该包含两个视频媒体行。

我的问题是，接收者是否有可能接收这样的 SDP 并独立处理每个视频媒体线路但通过相同的 peerConnection？

谢谢。

【问题讨论】：

是的，应该可以

【参考方案1】：

firefox 现在仅限于 1 个音频和 1 个视频。 在PC中处理多流仍然受制于3种方法：plan A、plan B和统一plan [here]。 Hangout 使用的是 B 方案，Chrome 暂时明显支持这个方案。 Firefox 已宣布他们将支持统一计划，...在他们实施该功能的那一天。 简而言之，由于 sdp 解释是由浏览器完成的，所以今天是不可能的。

【讨论】：

感谢您的回答。我一直在阅读 B 计划，其中显示的示例正是我想要实现的。我想它可以在 Chrome 上运行。有什么我不明白你说今天不可能吗？除了火狐。

在 chrome 中是可能的，仅此而已。 jitsi 团队也在他们的 meet me 桥中使用计划 B，与 hangout 互连，但其代价是不在 Firefox 中工作。他们有一个针对 Firefox 的错误，该错误已被忽略了一段时间。 google jitsi+plan B+firefox。

我很迷茫，你说的A计划和B计划是哪个？

计划 B：tools.ietf.org/html/draft-uberti-rtcweb-plan-00 统一计划：tools.ietf.org/html/draft-roach-mmusic-unified-plan-00

@Dr. Alex Gouaillard 您提供的链接是研究论文之类的。有代码示例的可行解决方案吗？