【问题标题】:WebRTC multiple video streams in same peerConnectionWebRTC在同一个peerConnection中的多个视频流
【发布时间】:2014-11-11 07:54:54
【问题描述】:

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

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

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

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

谢谢。

【问题讨论】:

  • 是的,应该可以

标签: html5-video webrtc sdp


【解决方案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计划是哪个?
  • @Dr. Alex Gouaillard 您提供的链接是研究论文之类的。有代码示例的可行解决方案吗?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-01-27
  • 2019-06-05
  • 1970-01-01
  • 2013-11-08
  • 1970-01-01
  • 2014-04-05
相关资源
最近更新 更多