了解流媒体协议及其工作方式
流媒体协议是用于在 Web 上传递多媒体的特定方法。换句话说，它是一组规则，用于规范数据传输方式，以及如何处理在此过程中可能发生的任何错误。让我们澄清一些事情。首先，流媒体协议与编解码器不同。后者是一种特定的技术，可以使您的数据（例如，视频文件）更小。简单地说，编解码器会删除视频中不重要的信息以压缩文件大小。
其次，有些人将流媒体协议与容器格式混淆，这基本上意味着数据的存储方式。例如，流式视频文件最常见的三种包格式是 FLV、MP4 和 MPEG-TS。
在我们开始描述最流行的流媒体协议之前，我们需要提到一个重要方面。有七个逻辑层，每个逻辑层都提供特定的通信功能。为了简化事情，流媒体协议在这些层内运行，只关注它们的功能。好吧，这不会变得更困难，所以请耐心等待。
TCP 与 UDP
特别值得您关注的一层是传输层。它负责将您的内容传输到最终平台。它有两种传输方式——通过传输控制协议 （TCP） 或用户数据报协议 （UDP）。这两者之间的主要区别在于 TCP 强制通信设备建立连接以传输数据。另一方面，UDP 忽略了这一步。在更实际的层面上，UDP 传输少量信息的速度相对快于 TCP。然而，这是有代价的。由于设备之间没有多次握手和确认步骤，因此无法严格按顺序传输数据。此外，接收方可能根本得不到一些碎片。这有时会导致质量出现小问题。
最常用的流媒体协议
常见的流媒体协议包括RTSP（实时流传输协议）、RTMP（实时消息传输协议）、HLS（HTTP Live Streaming）以及DASH（动态自适应流传输）。这些协议使用不同的技术和方法来实现流媒体的传输和播放。我们当然可以挑出几个最受欢迎的。RTMP（实时消息传递协议）：TCP
RTMP由Macromedia开发，并于2005年被Adobe收购，仍然是最常用的协议。它保持持久、稳定的连接，并允许低延迟通信。RTMP 在 Flash Player 和服务器之间传输分割成小数据包的流数据，以确保将中断和伪影降至最低。此外，由于遗留因素，大多数流媒体平台和软件都支持 RTMP。该协议的规范由Adobe正式发布供公众使用。具有讽刺意味的是，该公司宣布将停止支持Flash Player。RTMP 协议的另一个缺点是由于带宽低而可能中断，直到您的流可能根本无法启动。除了缺点之外，由于传输视频的安全性较低，一些严格的防火墙可能不允许 RTMP 连接。虽然，我们不得不说这种情况很少发生。
除了缺点之外，标准流延迟约为 5 到 30 秒，但可以降低到两到三秒。此外，该协议目前使用 H.264 视频编解码器和 AAC 音频编解码器，它们相当陈旧，无法提供最佳质量。
- 视频编解码器：H.264
- 音频编解码器：AAC
- 延迟： 3 - 30 秒
缺点： 编解码器较旧，安全性较低，延迟相对较高
WebRTC（Web 实时通信协议）：UDP 和 TCP
WebRTC 是一种开源标准，用于几乎所有现代浏览器（包括 Safari、Google Chrome、Firefox、Opera 等）都支持实时通信。WebRTC 支持高质量的 VP8 和 VP9（除了旧的 H.264），以及 Opus 音频编解码器。在不久的将来，该协议将获得对全新AV1视频编解码器的支持。预计该协议将取代电话并成为通信服务的支柱。WebRTC 的最大优势之一是它将数百万个浏览器转换为流媒体终端，而无需安装任何额外的插件。此外，WebRTC 支持亚秒级延迟，这意味着不再有延迟！最后，该协议使用自适应比特率技术，使其能够自动调整视频质量并防止任何下降和中断。
至于缺点，WebRTC并不多。有些人会认为该协议仍在开发中这一事实是一个缺点。其他人可能会在它使用的编解码器中发现危险。怎么会这样？简而言之，VP8 编解码器是免版税的，而 H.264 则不是。尽管大多数公司都支持VP8，但其他一些公司强烈反对这一决定，这可能会导致冲突。然而，值得一提的是，每个人都同意AV1是未来。
- 视频编解码器：VP8、VP9、H.264（H.625 + AV1 正在进行中）
- 音频编解码器：Opus
- 延迟：小于一秒
缺点：亚秒级延迟导致的不稳定性
FTL（Faster Than Light 协议）：UDP
更新：FTL 由 Microsoft 旗下的流媒体平台 Mixer 开发。不幸的是，由于无法与竞争对手相比进行扩展，Mixer 被关闭。但是，我们相信对这个协议的理解是有用的。因此，我们保留有关技术的信息。FTL的名字不言自明。FTL 是一种实时流媒体协议，这意味着它支持亚秒级延迟。这使您可以与观众实时互动和交流，几乎没有延迟。最流行的流媒体应用程序支持 FTL，包括 XSplit 和 OBS Studio。它还预先集成到 Windows 10 操作系统和 Xbox One 中。它使用 Opus 音频编解码器和 H.264 视频编解码器，以实现质量、流畅播放和低延迟的良好组合。
使用 FTL 的缺点是您的流会稍微降低质量。与 RTMP 的 10 Mbps 相比，Mixer 建议将比特率降低到 7 Mbps。FTL 的另一个缺点是缺乏稳定性。与它的祖先不同，FTL协议还没有经过很多错误修复，这意味着它可能有点不可预测。尽管 FTL 是全新的，但它已经完全集成到 Restream 生态系统中。到目前为止，只有 Mixer 和 Restream 支持 FTL 协议。
- 视频编解码器：H.264
- 音频编解码器：Opus
- 延迟：小于一秒
缺点：视频质量较低，亚秒级延迟导致不稳定，支持较弱
SRT（安全可靠传输）：UDP
SRT 是由 Haivision 和 Wowza 开发的开源视频流媒体协议。在不久的将来，它被广泛认为是RTMP的替代品。拥有相同的优势，SRT正在迈出下一步，使具有亚秒级延迟的稳定直播流的梦想成为现实。它允许您通过次优网络直播您的内容。但是，一个很大的缺点是播放选项不可用。开发人员表示，SRT 可以保护您的实时视频免受抖动、带宽波动和数据包丢失的影响。此外，SRT 在亚秒级延迟方面类似于 FTL 和 WebRTC，可实现近乎实时的通信。此外，还指出该协议与编解码器无关，这意味着它支持任何现代视频和音频编解码器。不幸的是，考虑到它仍然是一项新兴技术，SRT并没有得到广泛支持。
- 视频编解码器：与编解码器无关
- 音频编解码器：与编解码器无关
- 延迟：小于一秒
缺点：平台支持弱，无法播放
视频流媒体协议比较
让我们总结一切！
正如你现在所看到的，流媒体协议很难理解。基本上，流媒体协议是一组规则，用于确定数据如何通过互联网传输。我们概述了四种最流行的直播协议，即 RTMP、WebRTC、FTL 和 SRT。每个都有自己的优点和缺点，这意味着您可以根据需要使用任何一种。最后，我们想做一些预测。很明显，旧的RTMP迟早会消亡。SRT将与FTL争夺冠军戒指。与此同时，WebRTC将缓慢但肯定地成长并转变为最终的流媒体协议，并最终主导市场。这只是一个秃头的预测，所以不要相信我们的话。也许我们完全错了，SRT总有一天会接受这一切！流媒体协议的使用对于各类在线音视频平台、直播平台和视频会议等应用至关重要。通过流媒体协议，用户可以流畅地观看直播内容、在线观看电影和电视节目，以及与他人进行实时视频通话。
