我们将回顾一些最常用的流协议: RTMP、 RTSP、 WebRTC、 HLS、 SRT 和 CMAF

我们将了解以下流协议，以便:

• RTMP
• RTSP
• WebRTC
• HLS
• SRT
• CMAF

RTMP 实时消息协议

RTMP 流媒体协议是 Macromedia 开发的一种基于 TCP 的技术，用于在 Flash 播放器和服务器之间通过互联网进行音频、视频和数据的流媒体传输。Macromedia 于2005年12月3日被竞争对手 Adobe 收购，但随着 Flash 在2020年逐步淘汰，它的使用越来越少地与面向观众的内容交付有关，而更多地是通过支持 RTMP 的编码器将实时流摄入到平台中。

流协议技术规范

• 音频编解码器: AAC，AAC-LC，HE-AAC + v1 & v2，MP3，Speex
• 视频编解码器: H. 264，VP8，VP6，Sorenson Spark，Screen Video v1 & v2
• 播放兼容性:不再得到广泛支持了限于 Flash 播放器，AdobeAIR，RTMP 兼容的播放器 不再被 iOS、 Android、大多数浏览器和大多数嵌入式播放器所接受
• 优点: 低延迟和最小缓冲
• 缺点: 没有针对经验质量或可伸缩性进行优化
• 等待时间: 5秒

RTMP 变化

• RTMP: 普通的基于 TCP 的协议
• RTMPS: 使用安全的 SSL 连接来最小化基于云的流的风险
• RTMPE: 使用 Adobe 的专有安全加密，并且是比 RTMPS 更轻量级的加密层
• RTMPT: 用 HTTP 封装以绕过防火墙和公司流量过滤
• RTMFP: 使用 UDP 代替 TCP

RTSP 实时流协议

RTSP 建立并控制单个或多个时间同步的连续媒体流，如音频和视频。RTSP 本身通常不提供连续的流，尽管可以将连续的媒体流与控制流交织在一起。换句话说，RTSP 充当多媒体服务器的“网络远程控制”。

由于大多数 IP 摄像头仍然支持 RTSP，它仍然是监控和闭路电视系统中使用的标准。

RTSP 技术规格

• 音频编解码器: AAC，AAC-LC，HE-AAC + v1 & v2，MP3，Speex，Opus，Vorbis
• 视频编解码: H. 265(预览) ，H. 264，VP9，VP8
• 播放兼容性:不被广泛支持，很少用于播放(Quicktime Player 和其他 RTSP/rTP 兼容播放器，VideoLAN VLC media Player，3gpp 兼容移动设备)
• 优点: 低延迟和无处不在的 IP 摄像头
• 缺点: 没有针对经验质量和可伸缩性进行优化
• 延迟2秒

RTSP 变化

• 整个 RTP 堆栈
• 实时控制协议
• RTSP 通常被称为 RTSP

网络实时通信

WebRTC 代表 Web 实时通信，它是一个非常令人兴奋的、强大的、具有高度破坏性的尖端技术和流协议。

它与 HTML5兼容，你可以使用它直接在浏览器和设备之间添加实时媒体通信。另外，你可以做到这一点，而不需要在浏览器中安装任何必备的插件。它正逐渐得到所有主要的现代浏览器供应商的支持，包括 Safari、 Google Chrome、 Firefox、 Opera 和其他浏览器。

感谢 WebRTC 视频流技术，您可以直接将实时视频嵌入到基于浏览器的解决方案中，为您的受众创建一个迷人的互动流体验，而不用担心延迟。

流协议特性

• 超低延迟视频流-延迟是0.5秒
• 与平台和设备无关
• 先进的语音和视频质量
• 加密语音和视频
• 很容易缩放
• 适应网络条件
• 数据通道

优点

• 简单，基于浏览器的贡献
• 对等点直接打开彼此之间的连接
• 低延迟并支持500毫秒交付的交互性
• 可以在某些用例中端到端使用

缺点

• 不是广播质量流的最佳选择，因为某些特性支持接近实时的传输

HLS (HTTP Live Streaming)

HLS 是一种基于 HTTP 的自适应协议，用于将视频和音频数据/内容从媒体服务器传输到终端用户的设备。

合肥光源于2009年由苹果公司创建。苹果发布 HLS 的时间与传奇设备 iPhone3差不多。早期的 iPhone3有直播播放问题，苹果希望通过 HLS 解决这个问题。

Features of HLS Video Streaming Protocol

• 字幕
• 快进和倒带
• 音频和视频交替播放
• F备用方案
• 定时元数据
• 插入广告
• 内容保护

HLS Technical Specifications

• 音频编解码器: AAC-LC，HE-AAC + v1 & v2，xHE-AAC，无损苹果，FLAC
• 视频编解码器: H. 265，H. 264
• 播放兼容性: 它是为 iOS 设备创建的，然而，现在所有的 Google Chrome 浏览器，Android，Linux，Microsoft 和 macOS 设备; 一些机顶盒，智能电视和其他播放器支持 HLS，因为它是一个通用协议
• 优点: 支持自适应比特率、可靠性和广泛支持
• 缺点: 视频质量和观众体验优先于延迟
• 延迟: HLS 允许我们有5-20秒的延迟，但是低延迟的 HLS 扩展现在已经被合并为 HLS 的一个特性集，承诺提供2秒以下的延迟

安全可靠的传输

SRT 是一种开源技术，用于在不可预测的公共网络上进行可靠且低延迟的流媒体传输。它直接与 RTMP 和 RTSP 竞争，作为第一英里的解决方案，但仍被采用作为编码器，解码器和播放器添加支持。SRT 在2020年的一个互动用例被证明是第一个虚拟 NFL 草案ーー确保高质量的流媒体和在任何有互联网连接的地方的操作灵活性。

SRT 优点

• 专有协议的开源替代方案
• 高质量低延迟
• 设计用于在不可预测的公共网络上进行现场视频传输
• 解释了数据包丢失和抖动

SRT 限制

• 不受所有编码器的本机支持
• 作为新技术仍在被采用
• 没有广泛的播放支持

CMAF 通用媒体应用格式

CMAF 是一种简化基于 HTTP 的流媒体交付的新格式。它是一个新兴的标准，有助于降低成本和复杂性，并提供大约3-5秒的延迟流。CMAF 可用于 DASH 或 HLS。

由于 RTMP 的地位不断下降，其他基于 HTTP (超文本传输协议)的自适性串流技术也应运而生。但是，不同的流标准需要不同的文件容器。例如，当 MPEG-DASH 使用。MP4集装箱，HLS 流交付在。其格式。

因此，每个想要接触更多观众的广播公司都必须对同一个视频文件进行两次编码和存储，因为加密创建了完全不同的文件组。

这两个版本的同一个视频流应提前或立即进行。这两个过程都需要额外的存储和处理成本。

苹果和微软建议移动图片专家组创建一个新的统一标准，称为通用媒体应用格式(CMAF) ，以降低在线视频传输的复杂性。

CMAF优势

• 削减成本
• 最小化工作流复杂性
• 减少延迟