HTTP视频流时代的RTMP:不要把它排除在外

鉴于HTTP视频流的日益普及和支持, 人们很容易将实时消息传递协议(RTMP)流视为过时的. 但是在一些情况下，使用RTMP仍然很有意义. 2002年，当Macromedia首次在Flash Player 6中引入RTMP时, 需要全新的Macromedia Flash通信服务器MX (FCS)来传输新生的Flash视频(FLV)格式, 无论是直播还是视频点播.

然而, FCS的许可费用很高(高达5美元),因此，与其他专有流媒体格式相比，CDN的成本很高. 业内一些制作人将RTMP流媒体的成本称为“Flash税”.但Flash Player在桌面浏览器上几乎无处不在已经有十多年了, 具有比其他插件更大的采用率. 流媒体服务器技术, 虽然, 从历史上看，web开发人员实现起来是否更加困难, 更简单的HTTP交付通常更容易部署，成本效益更高. In 2003, Macromedia使Flash Player 7支持以HTTP方式传送FLV文件, 允许集成商使用标准的web服务器技术进行在线视频部署.

So, 在很多方面, 十多年来，RTMP作为一种视频点播传输方式并没有成为网络视频的需求. 作为视频解决方案架构师, 我将业务需求视为大多数声音视频决策的驱动因素. 而且，即使在2014年，RTMP也是以下用例的事实上的标准:

发布来自软件/硬件编码器的直播流: 几乎每个流媒体设备都支持RTMP向CDN提供商和流媒体服务器发布. 一些原生移动应用程序甚至使用RTMP库来发布移动相机的实时视频.

即时寻求信息/回放: RTMP流的好处之一是其“增强的查找”功能. 使用实时流传输, 播放器可以寻找视频中的任何一点，比HTTP传输更少的缓冲. 然而, 你需要在桌面上安装Flash Player来享受这个功能, 因此, 这在移动浏览器上是不支持的. HTML5浏览器使用HTTP范围请求来促进更快地查找VOD文件.

内容保护: RTMP可以促进不同级别的内容保护，从混淆到真正的DRM. 对于桌面浏览器播放，浏览器不缓存RTMP流.

自适应流媒体: 我最喜欢的RTMP用途之一是自适应流播放, 其中，向视频播放器提供内容的多个比特率和分辨率, 启用最佳分辨率，以发挥当前的网络速度. 某些HTTP自适应流技术, 如HLS和MPEG-DASH, 实现类似的交付, 但是RTMP在从一个比特率切换到另一个比特率方面响应更快. 不幸的是, 对于支持HTML5视频的浏览器，目前还没有HTTP自适应流媒体的标准. 像这样, 基于flash的自适应流渲染仍然是自适应流的必要条件.

直播回放: 而直播不需要自适应, 打包视频片段的相同原理适用于任何直播流回放. 几乎所有用于浏览器内桌面播放的实时流媒体事件都需要一个支持基于flash的呈现和RTMP播放的视频播放器. iOS上的Apple Safari原生支持HLS，幸运的是，所有现代流媒体服务器，包括 Wowza 流引擎，支持RTMP和HLS打包. 只有当MPEG-DASH像今天的Flash一样无处不在时，对带有直播流媒体的Flash播放器的需求才会改变. 如果是Internet Explorer 8, 9, 您的直播部署需要10的支持, RTMP流仍然是必需的. 也, 如果您需要在直播流上接近零延迟, HTTP streaming will almost certainly not meet your needs while RTMP can; HTTP mechanisms require more packets to accumulate on the server before sending them to the video player.

总之, 如果您的视频工作流程涉及直播或任何打包视频部署, RTMP是视频体验成功的关键组成部分. HTTP传输已经取代了大多数基于flash的视频点播部署, 但是基于http的视频不能满足基于rtmp的视频的所有用例.

本文发表于2014年11月/ 12月号 流媒体杂志 作为“HTTP流时代的RTMP”."