【问题标题】:RTCMultiConnection scalable screenshareRTCMultiConnection 可扩展屏幕共享
【发布时间】:2023-03-09 20:20:01
【问题描述】:

我正在开发一个使用 WebRTC 创建可扩展屏幕共享应用程序的项目。我从看起来很棒的 RTCMultiConnection 库开始,然后偶然发现了以下内容:

https://rtcmulticonnection.herokuapp.com/demos/Video-Scalable-Broadcast.html 此示例包括屏幕共享,但根本不起作用。

https://rtcmulticonnection.herokuapp.com/demos/Screen-Sharing.html 这个可行,但不可扩展

尝试简单地将一个代码重做为另一个代码失败了,看似可扩展的屏幕共享的工作方式与可扩展的视频完全不同。任何人都能够使它工作?

感谢您在输入时提供的任何指示!

P.S.:即使这只适用于 Chrome,我也很好。无论如何,我都会将它打包到 Electron 中,这样浏览器的兼容性就不会成为问题。

【问题讨论】:

  • 我还需要使用哪个版本的服务器代码?我在 rmc3.min.js 的第 15 行收到“无效状态错误”。
  • 您应该尝试最新版本,例如3.3.0Signaling-Server.js
  • 有效,但浏览器在 10 分钟内崩溃一次且没有错误消息。即使来自您的链接,以及使用我的服务器时。此外,一些用户看不到屏幕共享 - 只是黑屏。我开始觉得 WebRTC 还没有准备好迎接黄金时段。

标签: rtcmulticonnection


【解决方案1】:

【讨论】:

  • 确实,这个有效!我现在会尝试让它在我的机器上运行!非常感谢!
  • 自定义域需要this for chromethis for Firefox
  • 似乎在那里记录流的部分的目的是什么?它们可以安全移除吗?
  • 还有一个问题:如果我在单个对等方的级别上操作 connection.maxRelayLimitPerUser (想法是测量可用带宽并为那些体重很差的用户减少对等限制,并为那些体重非常好的用户增加对等限制) - 在不修改服务器的情况下,这会正常工作吗?它是否能够处理不同对等点连接的对等点数量限制不同的情况?当然,该值仅在启动时确定一次,然后永远不会改变。
猜你喜欢
  • 2017-04-18
  • 2018-03-19
  • 2018-03-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多