【问题标题】:Web RTC without Web RTC没有 Webrtc 的 Webrtc
【发布时间】:2013-01-21 15:09:07
【问题描述】:

我的问题是……

我有两个站点,一个充当“管理员”站点,另一个充当一般“用户”站点。我需要从“管理员”站点向“用户”站点的所有客户端广播实时音频。我需要以

一些限制包括:

  • “用户”机器上没有安装(整个想法都在网络上)
  • 如果需要第 3 方插件,则首选 Silverlight*

这里非常感谢任何帮助

*我已经尝试过使用 Flash 客户端、IIS Smooth Streaming、互联网广播的 IceCast,所有这些都给我们带来 >5 秒的延迟。

【问题讨论】:

  • 影响延迟的因素更多,如网络、连接质量、可用带宽等。协议、服务器和客户端的选择只是另一个因素
  • 我很欣赏 ruda,但是已经在通过本地网络连接的机器上测试了上述方法。这让我相信我需要完全重新考虑我正在使用的技术..
  • 这是很好的了解和相关的!您应该将其添加到原始问题中! =)
  • 您尝试过apprtc.appspot.com 的WebRTC 示例吗? (代码可从code.google.com/p/webrtc-samples/source/browse/trunk/apprtc/. 获得)将其与音频元素而不是视频一起使用可能对您有用。

标签: silverlight audio rtsp webrtc


【解决方案1】:

您是否在像 Red5 这样的服务器上尝试过 Flash?你通常会得到亚秒级的延迟(虽然不会比这少很多),因为它是为实时通信而设计的。 Flex 和 ActionScript 有一个学习曲线,但如果您完全熟悉 XAML,您可以很快地从 Red5 附带的示例应用程序中学习它。

如果没有太多客户端,您可以使用两种实时点对点解决方案之一,即基于 RTMFP 的 Flash 或基于 JSEP/ICE/RTP 的 WebRTC。如果您可以确保所有客户端都使用 Chrome,那么 WebRTC 可能是您最好的选择。如果您可以确保他们使用 Chrome,那么 Flash 是一个不错的选择。 Chrome 上当前的 Flash Pepper 客户端在音频处理方面是 buggy up the wazoo,并且看不到任何修复的迹象。 (它不支持回声消除,而且音频的音量会急剧上升和下降。)因此,如果您使用的是 Flash,请避免在 Chrome 上录制和广播您的音频。如果您有超过六个客户端,我不会推荐任何一种方法 - 我认为音频流的数量很快就会压倒您的“管理员”浏览器。最好将其推送到 Red5 服务器之类的东西上。

Silverlight 是一个糟糕的选择,原因不胜枚举。作为一个花了几年时间尝试在 Silverlight 上实施实时通信解决方案的人,我这么说。不要这样做。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-06-13
    • 1970-01-01
    • 2014-12-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多