streaming - RTMP 与 RTSP/RTP : Which to choose for an interactive livestream?

Question

如果您正在尝试开发交互式直播应用程序，那么您需要依赖超低(实时)延迟。例如，用于视频 session 或远程实验室。

适合这种情况的两个协议(protocol)是:

• RTSP，同时通过 RTP 传输数据
• RTMP

*WebRTC:由于我试图为更多的受众提供相互交互的可能性，因此 WebRTC 不适合。因为据我所知，它不是为更多受众设计的。

我的问题:

1. 我应该为此用例选择哪一个？ RTSP/RTP 还是 RTMP？

2. 哪种协议(protocol)在端到端延迟、 session 启动时间方面提供更好的结果？

3. 哪一个消耗更多的硬件资源？

4. RTMP 似乎使用持久 TCP 连接。但是使用哪种协议(protocol)进行传输呢？不能是TCP，因为这样不能保证实时延迟？

5. 使用这两种协议(protocol)的一般优缺点是什么？

我没有在科学论文或书籍中找到这两种协议(protocol)的比较。只是著名的移动直播应用 Periscope 使用的是 RTMP。

Instagram 或 Facebook 等其他应用程序提供与流媒体的基于文本的交互。 如果开发者想要基于交互式直播构建下一个“ killer 级应用”:我认为这个问题很有必要回答。

Answer 1

您在回答中做出了很多假设。

WebRTC: As I'm trying to give a bigger audience the possibility to interact with each other, WebRTC is not suitable. Because as far as I know it is not designed for a bigger audience.

这根本不是真的。 WebRTC 不知道也不关心您如何在服务器端构建应用程序。有大量现成的服务可用于通过 WebRTC 处理大型群组通话和低延迟视频分发。

您还应该知道，对于媒体流，WebRTC 本质上是 RTP。

It cannot be TCP, because this could not ensure real-time latency?

当然可以。 TCP 有一些开销，但不会阻止您在实时场景中使用它。 TCP 的开销是最小的。

UDP 传统上用于此类场景，因为不需要可靠性，但这并不意味着 TCP 几乎不能高效使用。

RTMP

RTMP 对于 Flash 来说是一个死协议(protocol)。没有浏览器支持它。其他客户端仅出于遗留原因才支持它。您不应该将其用于任何新的 future 。

Only that the famous mobile live-streaming app Periscope is using RTMP.

嗯，这并不是做任何事情的理由。

2. Which protocol delivers better results regarding end-to-end latency, session start-up time?

WebRTC

3. Which one consumes more hardware resources?

这不是问正确的问题。应用程序的几乎任何其他部分的开销都将远远超过用于分发的协议(protocol)的传输开销。

您需要考虑的事情的真实列表:

• 客户端兼容性。您必须支持哪类客户？
• 您真的需要到处都保持低延迟吗？您了解您针对该需求所做的权衡吗？如果只有少数用户具有互动性，您是否愿意破坏所有用户的视频质量和可靠性感？
• 您的预算是多少？现成的分销解决方案要便宜得多。如果您可以将非交互式用户的流媒体推送到 YouTube，则可以节省大量资金。如果您无法使用现有的基础设施，请准备好花费大量现金。
• 您的实际延迟要求是多少？当在较差的网络和移动设备上无法满足这些延迟要求时，您是否准备好减少可以使用您的应用程序的人数？
• 您的质量要求是什么？
• 您将在哪里将视频转码为各种比特率？
• 您的观看者需要自适应比特率观看吗？
• 您需要同时将流推送到其他平台吗？
• 您需要录制流媒体以供点播观看或回溯过去吗？

您可能还会发现我的帖子很有帮助:https://stackoverflow.com/a/37475943/362536

简而言之，检查你的假设。了解权衡。根据真实信息做出决策，而不是笼统概括。