RTMP备选方案2022

 

RTMP曾经是介质摄取和输出的标准. 如今，它仍然是最受欢迎的 摄取协议. 然而, 随着流媒体协议的不断发展, 尤其是随着最近WebRTC的发展, 与众多RTMP替代方案相比，目前还不清楚开发人员会依赖它多久. 

不管RTMP是否已经走到最后, 有其他的摄取方案可能更适合您的 流媒体的需求. 在优化流策略时，这些RTMP替代方案和其他一些可能即将出现的替代方案非常值得一看. 在本文中, 巴黎人官方App将探索RTMP作为摄取协议的当前替代方案, 双协议工作流的好处, 以及即将发生的事情. 

   

什么是RTMP

RTMP代表 实时消息协议. 它通过在播放器客户端和服务器之间保持恒定的传输控制协议(TCP)连接来运行. 此TCP连接需要客户机-服务器握手, 确保稳定的连接和可靠的流. 

短暂的历史

Macromedia首先开发了这个协议 早在1996年，将其用于整个流工作流程:从贡献到交付. Adobe随后在2005年收购了Macromedia，并将其应用于曾经无处不在的Flash播放器中. 最后, Adobe在2012年将RTMP作为开放规范开放, 那是事情真正起飞的时候. 

此后很长一段时间，RTMP一直是直播和点播流媒体的端到端标准. 然而，基于http的协议，如HLS和 MPEG-DASH 最终在快递方面取代了它. 从未巴黎人官方App下载RTMP播放, 苹果的设备从本质上促成了这个问题, 特别是促使人们使用HLS. 再加上Adobe宣布他们将不再巴黎人官方App下载Flash, 浏览器也不再巴黎人官方App下载RTMP, 有效地扼杀了最后一英里的配送. 

理解摄取vs. 出口

让巴黎人官方App后退一步. 巴黎人官方App已经用了很多术语，比如“最后一英里”和“摄入”,但这一切到底意味着什么呢? 了解RTMP在哪些地方有用，哪些地方没用, 您需要了解摄取(第一英里)协议与 出口 (最后一英里)协议. 

最简单的形式, 流媒体接收从一个位置(如网络摄像头)传入的媒体，并在另一个位置(如网络浏览器)播放。. 然而，中间通常会有停留. 媒体服务器和 内容分发网络(cdn) 充当中间人, 帮助使流数据更加灵活, 更安全的, 更远的地方, 除此之外. 

有时，媒体流使用某种协议从源到媒体服务器(摄取)，而使用另一种协议从媒体服务器到播放设备(出口)。. 它们分别被称为摄取协议和出口协议. 有时它们是相同的协议，有时不是. 

RTMP仍然作为摄取协议被广泛使用，但作为出口协议已经失效, 所以如果它被使用, 它必须是在最后一英里交付之前传输数据的组合工作流的一部分. 

利与弊

鉴于上述, 当巴黎人官方App谈论RTMP的利弊时, 巴黎人官方App真正讨论的是RTMP作为摄取协议的利弊, 因为后者已经无关紧要了. 在考虑RTMP的优缺点时, 请记住，可比的流协议面临着类似的挑战. 您需要仔细查看下面的比较，以了解哪种协议最适合您. 

优点:

• 可靠的 —三次握手使连接更可靠.
• 灵活的 RTMP不仅可以处理音频和视频媒体，还可以有效地将媒体类型混合到一个内聚包中. 这包括广泛用于广告标记、标题数据或任何自定义数据的嵌入式定时元数据.
• 快 - RTMP流只有3-5秒的延迟.

缺点:

• 只摄取 - HTTP不兼容意味着RTMP只能被摄取，并且使用它需要使用视频软件或服务来重新打包流.
• 缺乏巴黎人官方App下载 - Adobe不再更新或巴黎人官方App下载RTMP，尽管它继续使用.
• TCP延迟和拥塞 —作为基于tcp的协议, 由于拥塞和数据包重传，RTMP将在较差的连接上建立延迟.
• 有限的编解码器巴黎人官方App下载 - RTMP仅限于旧的编解码器，如 H.264 和VP8. 它不巴黎人官方App下载新的编解码器，如H.265 or AV1的编码效率大大提高.264.

为什么要转移

RTMP很可能还会存在很长一段时间. 然而，这是一个事实，目前它是不可行的最后一英里交付. 因此，任何包含RTMP的流都必须利用额外的技术来重新打包流. 换句话说, 媒体服务器必须将RTMP流传输或重新打包为适合传输的协议. 这可能会使流工作流程复杂化并花费更长的时间，从而导致更大的延迟. 

如果这还不够的话, 新的流媒体协议和相关技术一直在开发，这也是一个事实. 它们可能没有RTMP那样强大的可靠性历史, 但与RTMP不同, 他们得到了积极的巴黎人官方App下载和改进. 当然，RTMP有它的优点也有缺点. 要知道这份工作是否适合你，归根结底就是要问正确的问题.

   

选择协议时的注意事项

那么，如何为流选择摄取协议呢? 请注意以下直播和点播流的常见注意事项.

• 可伸缩性 -你要直播给多少人看? 
• 延迟 -速度对你的听众有多重要? 
• 质量 -质量对你的目标有多重要? 
• 专有的和. 开放标准 -你需要多少自由来定制你的流媒体解决方案? 你愿意投资多少? 
• 编解码器的需求 -你有什么特别的声音或者 视频编解码器 可能限制您可用的协议的需求?

也就是说, 哪种协议最适合您的需求的最大指标归结为您的独特用例. 当你阅读以下RTMP选项时，问问你自己: 

• 我需要实时交互性吗? 
• 我是否需要高水平的内容保护? 
• 谁是我的听众? 它们有多大?? 
• 我要流到什么平台? 

 

用RTSP代替RTMP

RTMP一样, 实时流协议(RTSP) 是一种较旧的协议，目前仅用于摄入(如果还在使用的话). RTSP专门用于为IP摄像机和类似系统提供高度安全的低延迟流. 换句话说，如果监视是您的目标，那么RTSP可能是您更好的摄取选择. 

RTSP的利弊 

优点: 

• 高度安全的
• 内置在大量的IP摄像机中
• 通常巴黎人官方App下载其特定用例

缺点: 

• 遗留协议即将被淘汰
• Android或iOS不巴黎人官方App下载，所以通常只用于摄取 
• 在它的小众用途之外，编码器不广泛巴黎人官方App下载

RTSP的最佳用例

简而言之，RTSP在涉及IP摄像机的情况下发挥了最大的作用. 它在网络摄像机中无处不在，因此得到了广泛的巴黎人官方App下载. 如果你想在一个利用IP摄像头的安全系统内进行流式传输, 对你来说，真的没有更好的摄入方案了. 

结论:与RTMP比较

老实说，很难比较这两者. RTSP和RTMP 最好是并排考虑，而不是单独考虑. 它们都是较老的方案，只用于摄取, 也就是说不管你用哪一种食材, 你需要进行变形才能让你的介质走完剩下的路. 编码器更广泛地巴黎人官方App下载RTMP, 使其成为更普遍适用的选项, 而RTSP是一个更小众的协议.

 

用SRT替换RTMP

安全可靠传输(SRT) 开源协议是为了在经常不可预测的公共网络上快速可靠地传输内容而设计的吗. 目前，它也通常只用于摄入. 然而，它是一个较新的协议，编码器和媒体服务器已经扩展了它们的巴黎人官方App下载. 随着时间的推移，对于某些用例，SRT可能是一种有效的端到端选项. 

SRT的利弊 

优点: 

• 开源
• 高质量/低延迟
• 编解码器不可知论者
• 可靠，因为它在保持低延迟的同时考虑了数据包丢失
• 提供端到端安全性，采用AES 128/256加密

缺点: 

• 许多播放设备并不广泛巴黎人官方App下载
• 不太适合对大量观众播放

SRT的最佳用例

SRT是为在不可预测的公共网络上进行直播而设计的. 因此，流媒体用例最好利用这一点. 互动和大规模广播，如 2020年NFL虚拟选秀美国是唯一受益于这种技术的国家.

结论:与RTMP比较

这两种流协议都非常快速、可靠和安全. 也就是说, SRT比RTMP更快，并且更有效地解决了数据包丢失问题，因为它是专门为在不太可靠的网络上交付而设计的，同时保持低延迟. SRT是一种仍在开发中的较新技术，摄取和出口方面对它的巴黎人官方App下载都在增长. 换句话说，编码器对它的巴黎人官方App下载不如RTMP广泛，但这很容易改变.

 

用WebRTC代替RTMP

网络实时通信(WebRTC) 是协议的集合吗, 标准, 和JavaScript api一起工作，提供超低延迟的流. 也就是说，它经常被称为“流协议”，并与RTMP等其他协议进行比较. WebRTC可用于摄取和出口，但最常用于后者. 为了进行比较，巴黎人官方App将把重点放在作为摄取协议的WebRTC上. 

WebRTC的利弊 

优点:

• 超低延迟(亚秒级)
• 开源
• 不断发展其能力和巴黎人官方App下载
• 高度灵活的 
• 允许简单的基于浏览器的发布而不需要编码器
• WebRTC同播 改善水质

缺点:

• 它的核心不是很可扩展
• 更不安全 
• 不巴黎人官方App下载自适应比特率流(ABR)
• 与数字版权管理(DRM)提供商不兼容

WebRTC的最佳用例

WebRTC的最大卖点是它的亚秒级延迟, 使其成为依赖于近实时体验的交互式流媒体的理想选择. 也就是说, 它有限的可扩展性阻碍了许多这样的情况, 因此，可能需要更复杂的工作流来适应更大的受众. 

结论:与RTMP比较

有一段时间, WebRTC确实缺乏摄取方面的东西, RTMP到WebRTC的工作流仍然比端到端WebRTC工作流更有效. 然而, 近年来，由于浏览器的巴黎人官方App下载越来越好，它作为摄取协议的可行性已经发生了变化, 使之成为 更具竞争力的选择 对RTMP. 像SRT, 它还在继续发展, 这意味着它可能会在各种工作流中继续取代传统协议，如RTMP和RTSP.

重点介绍鞭子

Milicast发达 HTTP摄取协议(WHIP) 以应对WebRTC摄入的挑战. 有一段时间, WebRTC只适用于基于浏览器的发布, 通过专业编码器摄取WebRTC是不可能的. 尽管现在有更多的专业编码器巴黎人官方App下载WebRTC, WHIP仍然是实现WebRTC摄取的一种流行方法. 它在与媒体服务器通信时提供编码软件和带有标准信令协议的硬件, 从而巴黎人官方App下载跨供应商的webtc摄取. 另外, WHIP可以直接摄取WebRTC, 保留了相对于RTMP的延迟优势, 同时消除编码器和媒体服务器之间的任何连接障碍.

 

RTMP替换为RIST

可靠互联网流传输(RIST) 开源和开放标准协议是专门为在不可预测的公共网络上传输数据而设计的吗. 听起来很熟悉? 这是因为RIST承诺的本质上和SRT是一样的, 事实上, 作为它的继承者. 尽管RIST和SRT都还在发展中，并且提供了非常相似的功能, 在与旧设备的兼容性和对数据包丢失的更高容忍度方面，RIST似乎比SRT稍微有一点优势. 

RIST利弊 

优点

• 开源和开放标准
• 低延迟/高质量 
• 在有损网络上高度可靠
• 巴黎人官方App下载端到端加密，包括DTLS

缺点

• 比SRT更少的编码器和媒体服务器巴黎人官方App下载
• 许多播放设备不广泛巴黎人官方App下载
• 不太适合对大量观众播放

RIST的最佳用例

作为对SRT的回答，RIST的用例是相似的. 它可以帮助你的媒体在不可预测的网络中导航，尤其是互联网. 它的速度和质量使其成为多平台直播的可行选择(同播).

结论:与RTMP比较

老实说，比较RIST和SRT更有意义，因为它们具有兼容的目标. 更大的问题是这些协议是否比RTMP和RTMP更适合您, 如果是这样的话, 然后你就可以担心是哪一个了. 与SRT一样，问题实际上归结为“您是否通过有损网络进行流传输??和“你担心丢包吗??”

紫溪亮点

Zixi的RIST实现缺乏开源所带来的好处, 也就是说，不依赖于特定供应商所带来的灵活性. 事实上，Zixi是巴黎人官方App下载RIST的众多商业供应商之一，包括VideoFlow和QVidium. 也就是说, 对于那些寻找更实用的东西的人来说，商业协议是有一席之地的，而不是构建一个彻底的解决方案.

 

常见的RTMP工作流

尽管缺乏巴黎人官方App下载, 对于广泛的流用例，RTMP仍然是一个可行的(并且被广泛使用的)摄取协议. 也就是说，仅摄取协议必须与输出协议配对，以便交付给最终用户. 以下是一些在摄取时使用RTMP的流行工作流，以及它们的区别. 

您目前使用的是哪种流媒体格式?

RTMP到WebRTC

RTMP到WebRTC 对于那些想要利用WebRTC的超低延迟但缺乏巴黎人官方App下载WebRTC摄取的编码器的人来说，是一个流行的工作流程. 有了这个工作流, 您可以轻松捕获原始媒体流, 用RTMP编码它们, 并将其发送到媒体服务器进行转码和转muxed(更改为WebRTC). 简而言之, 这是一种获得两全其美的直接方式:轻松捕获和实时交付. 巴黎人官方App下载自己的实时流媒体巴黎人官方App下载这种工作流程, 为广大用户提供超低延迟.

RTMP到HLS/DASH

的 RTMP到Apple HLS工作流 最大限度地提高兼容性，同时仍然巴黎人官方App下载质量和(或多或少)速度. 毕竟, HLS是最广泛兼容的出口协议, 使其成为任何想要通过一系列播放设备接触观众的人的理想选择. 基于http的协议也更容易通过CDN扩展到更大的受众. 最后，HLS和DASH都巴黎人官方App下载DRM、字幕和广告插入.

HESP重点介绍

高效流协议(High Efficiency Streaming Protocol, HESP)是THEO技术公司开发的一种基于http的超低延迟流协议，与大多数cdn兼容. 值得一提的是，它被认为是HLS和DASH之间的混合选择，但仍在开发中. THEO已经为它创建了一个公开推荐，并正在努力使其标准化. 另一个基于http的竞争者可能马上就会出现. 

   

RTMP的未来和新兴技术

说到即将到来的技术, 巴黎人官方App想通过探索一些最近宣布的流协议来结束对RTMP未来的讨论. 在某些方面, 这些新兴协议的出现重申了巴黎人官方App对RTMP作为一种经受住时间考验的技术的信任. 另一方面，新的创新带来新的机遇. 让巴黎人官方App简单地看一下. 

引入冲

可靠(不可靠)流协议(RUSH) 是应用程序级别的仅摄取协议直播流视频. 这个较新的协议主要是由Facebook实现的，作为RTMP的(某种程度上)替代品. 尽管实际上，它并不能取代RTMP. 它更像是在媒体编码器上实现的东西. Rush运行在快速UDP互联网连接(QUIC)之上. 值得注意的是，这与使用TCP连接的RTMP形成了对比.  

介绍经

就像Facebook转向RUSH一样，Twitch也在转向 经. 经通过QUIC传输分段的实时视频数据，使其类似于RUSH. 然而，与RUSH不同的是，它同时适用于摄入和排出. 通过这种方式，它不仅寻求取代RTMP，而且寻求取代HLS/DASH. 经寻求在必要时优先考虑必要的媒体段，以尽量减少延迟. 这项技术仍在以开放标准规范开发中，可能还需要几年时间. 

介绍基于QUIC的媒体

虽然RUSH和经在传输数据时都使用QUIC，但不要将它们混淆 QUIC上的媒体(moq). 这具体指的是IETF提议开发一个简单的低延迟媒体交付解决方案，用于使用QUIC和潜在的WebTransport来摄取和分发媒体. QUIC上的一些媒体组合, WebTransport和WebCodecs可能是替代WebRTC的可行方法，甚至可能成为下一代HLS或DASH，但它仍有很长的路要走. 

 

结论:问正确的问题

总而言之，流协议的前景是广阔的. 当你被一套选择所困扰时，一套全新的选择已经准备好取而代之了. 这可能使RTMP成为一个舒适的解决方案. 毕竟，巴黎人官方App知道它是有效的. 然而, 如果你真的想充分利用你的流媒体解决方案, 那么你最好去寻求一些关于当前情况的指导, 什么正在被淘汰, 还有即将发生的事. 首先要确定你的目标, 当你确定你的需求时，问正确的问题, 找一个 流媒体合作伙伴 你相信他会一路帮助你.