可以肯定地说，我们大多数人几乎没有一天不观看流媒体视频。虽然我们今天认为这项技术是理所当然的，但它并不总是那么容易。这种特定内容消费行为的流行度上升在很大程度上与视频流协议的可用性有关。
视频流协议是特定的标准化规则和方法，可将视频文件分解成更小的片段，以便将它们传送给最终用户进行重组和观看。
这些文件需要压缩以便传输，这是通过“编解码器”实现的过程，例如最常见的 H.264。这些文件还需要以“容器格式”存储，例如 .mp4 或 .avi，然后才能传输。在直播的情况下，视频文件的来源可以直接是广播公司的摄像机，而在视频点播 (VoD) 的情况下，则可以是静态文件。
视频流协议的兴起
随着越来越多的消费者将流媒体作为一种自然的内容消费方式，视频流媒体平台的数量迅速成倍增长以满足需求。虽然在 1990 年代，流媒体主要限于体育赛事的广播，但该技术在 2000 年代开始受到基于 Flash 和基于 RTMP 的流媒体的关注。然后在 2010 年代出现了 YouTube、Netflix 和更多协议。随着 Periscope 和 Facebook Live 的推出，直播作为一种格式在 2010 年代中期真正开始了。
如今，视频流媒体市场充满活力，拥有众多平台、业务和用例，包括现场音频、电影和游戏流媒体。随着这些发展，视频流协议的选项也增加了。
最常见的视频流协议有哪些？
今天有许多可用的视频流协议。其中一些是在某些用例中仍在运行的遗留标准，而另一些则正在迅速发展，尤其是通过开源框架。与此同时，其他一些相对较新，需要时间才能被主流采用，但具有改变我们消费方式的巨大潜力 视频流 未来的内容。并非所有协议都支持相同的编解码器。以下是一些最常见的考虑因素。
HTTP 实时流式传输 (HLS)
HLS 是当今最常用的流媒体协议。它最初由 Apple 于 2009 年发布，作为他们从 iPhone 中删除 Flash 的努力的一部分。该协议兼容多种设备，包括桌面浏览器、智能电视、机顶盒、Android 和 iOS 移动设备，甚至 HTML5 视频播放器。自然地，这使得流媒体能够接触到尽可能广泛的观众。
HLS 还支持自适应比特率流式传输。这是一种允许动态传送视频以确保为最终用户提供最佳视频质量的技术。
与 HLS 协议相关的唯一主要缺点可能是与之相关的高延迟。延迟是指当大量数据通过 Internet 传输时，信息从来源传输到目的地并返回所需的时间。
基于 HTTP 的动态自适应流式传输 (MPEG-DASH)
MPEG-DASH 是最新的流媒体协议之一，由运动图像专家组 (MPEG) 开发，作为 HLS 标准的替代方案。它是一种开源标准，可以针对任何音频或视频编解码器进行定制。
与 HLS 一样，MPEG-DASH 支持自适应比特率流式传输，允许观众接收其网络可以处理的最佳质量视频。
WebRTC
WebRTC 是一个开源项目，旨在提供具有实时延迟的流媒体。最初是为纯粹的基于聊天的应用程序和 VoIP 使用而开发的，在被谷歌收购后，它以用于视频聊天和会议应用程序而闻名。当今一些最常见的面向消费者的应用程序，例如 Google Meet、Discord、Houseparty、Gotomeeting、WhatsApp 和 Messenger，都使用 WebRTC。
WebRTC 的独特之处在于它对点对点或 P2P 流媒体的依赖。当流式传输需要时，它也是首选解决方案 低延迟流.
安全可靠传输 (SRT)
SRT 是由流媒体技术提供商 Haivision 开发的另一种开源协议。它是 SRT 联盟成员的首选协议，SRT 联盟是一组由技术和电信提供商组成的公司。 SRT 的主要优点是安全性、可靠性、兼容性和 低延迟流.
即使网络状况不稳定，SRT 也能够提供高质量的视频流。它也不依赖于单个编解码器，这允许它与任何音频和视频编解码器一起使用。
实时消息协议 (RTMP)
RTMP 是一种已经存在了一段时间的协议。它由 Macromedia（今天更广为人知的 Adobe）开发，用于在流媒体服务器和 Adobe Flash Player 之间传输音频和视频文件。但是随着 Flash 在 2020 年的逐步淘汰，它的用途越来越少地用于面向观众的内容交付，而更多地用于通过支持 RTMP 的编码器将直播流摄取到平台中。这意味着来自编码器的视频源通过 RTMP 协议发送到流媒体平台，然后通过通用 HLS 协议交付给最终用户。
实时流协议 (RTSP)
RTSP 是为娱乐行业开发的另一种遗留协议，主要用于建立和控制端点之间的媒体会话。虽然类似于HLS协议，但它本身并不能帮助传输直播流数据。 RTSP 服务器必须与 RTP 和其他协议一起工作才能完成其流媒体任务。
虽然它支持低延迟流，但基于 RTSP 的流可能与大多数常见设备和浏览器不兼容。将其视为一种协议，可以从专用服务器向选定的一小群观众提供低延迟流媒体。由于大多数 IP 摄像机仍然支持 RTSP，因此它仍然是监控和闭路电视系统中使用的标准。
阅读更多：
选择视频流协议时应该考虑什么？
视频流协议的选择归结为特定于业务需求的某些关键因素。您可能希望确保覆盖尽可能多的受众或将延迟降至最低。或者，流的安全性和隐私性对您来说可能更重要。以下是关于如何根据这些因素进行选择的粗略指南。
兼容性
如果您希望通过流媒体内容覆盖尽可能广泛的受众，请寻找与大多数设备、平台和浏览器兼容的内容。 HLS 可能是这种情况下的最佳选择，甚至可以在有任何疑问时选择作为默认解决方案。
延迟
尽管 HLS 提供了最广泛的流传输范围，但众所周知，它会在流传输期间产生高延迟。 RTMP 提供低延迟流，但它与 HTML5 视频播放器不兼容。 SRT 能够提供低延迟流，而 WebRTC 为您提供实时延迟。但是，如果您选择这两者之一，请注意您可能会影响您的影响力，因为它们在流媒体技术领域没有得到广泛支持。
如果您不能在覆盖范围或延迟方面做出妥协，一种选择是在采用 HLS 的同时采用 提供超低延迟流的媒体加速解决方案.
隐私与安全
如果您最关心的是确保您的流在到达最终用户的途中安全无虞，请使用提供安全功能的协议。大多数协议（包括广泛使用的 HLS 标准）都提供安全流式传输，但 SRT 是具有一流安全性和隐私功能的协议。
自适应码率
如前所述， 自适应比特率 考虑到最终用户的网络能力、设备和软件，允许提供最佳质量的视频体验。如果这是我们的流媒体需求的优先事项，HLS 和 MPEG-DASH 是支持此功能的协议。
价格
最后但并非最不重要的一点是，请记住比较与采用该协议相关的成本以及这是否符合您的预算计划。通常，与传统协议相比，使用 HTTP Web 服务器的协议（例如 HLS 和 MPEG-DASH）更具成本效益，因为它消除了实施和设置的技术难度。
如果您还在开发自己的视频平台，您还必须考虑与基础设施、转码、内容交付和播放相关的成本。在这些情况下，可能值得考虑基于云的 VoD 内容管理系统或一体化直播解决方案，将视频流的采集、管理、处理、发布和其他方面捆绑在一个平台上。
