手把手教你搭建一个直播系统二-.docxVIP

UCLoud中国云三强: 手把手教你搭建一个直播系统（二） 引言 网络视频直播存在已有很长一段时间，随着移动上下行带宽提升及资费的下调，视频直播被赋予了更多娱乐和社交的属性，人们享受随时随地进行直播和观看，主播不满足于单向的直播，观众则更渴望互动，直播的打开时间和延迟变成了影响产品功能发展重要指标。那么，问题来了： 如何实现低延迟、秒开的直播？ 先来看看视频直播的5个关键的流程：录制-编码-网络传输-解码-播放，每个环节对于直播的延迟都会产生不同程度的影响。这里重点分析移动设备的情况。受限于技术的成熟度、硬件环境等，我们针对移动场景简单总结出直播延迟优化的4个点：网络、协议、编解码、移动终端，并将分四期来一一解密UCloud直播云实现低延迟、秒开的技术细节。  上篇《 HYPERLINK /?target=http%3A///%3Fp%3D694 \t _blank 关于直播，所有的技术细节都在这里了（一）》我们讲述了如何让直播内容以“较短”路径从主播到观众上，传输层面获得较低延迟，在本篇中我们会介绍直播应用层协议及传输层协议的选择以及对直播体验影响的分析 。  直播协议的选择 国内常见公开的直播协议有几个：RTMP、HLS、HDL（HTTP-FLV）、RTP，我们来逐一介绍。 RTMP协议： 是Adobe的专利协议，现在大部分国外的CDN已不支持。在国内流行度很高。原因有几个方面： 1、开源软件和开源库的支持稳定完整。如斗鱼主播常用的OBS软件，开源的librtmp库，服务端有nginx-rtmp插件。 2、播放端安装率高。只要浏览器支持FlashPlayer就能非常简易的播放RTMP的直播，协议详解可以Google了解。相对其他协议而言，RTMP协议初次建立连接的时候握手过程过于复杂（底层基于TCP，这里说的是RTMP协议本身的交互），视不同的网络状况会带来给首开带来100ms以上的延迟。基于RTMP的直播一般内容延迟在2~5秒。 HTTP-FLV协议： 即使用HTTP协议流式的传输媒体内容。相对于RTMP，HTTP更简单和广为人知，而且不担心被Adobe的专利绑架。内容延迟同样可以做到2~5秒，打开速度更快，因为HTTP本身没有复杂的状态交互。所以从延迟角度来看，HTTP-FLV要优于RTMP。 HLS 协议： 即Http Live Streaming，是由苹果提出基于HTTP的流媒体传输协议。HLS有一个非常大的优点：HTML5可以直接打开播放；这个意味着可以把一个直播链接通过微信等转发分享，不需要安装任何独立的APP，有浏览器即可，所以流行度很高。社交直播APP，HLS可以说是刚需，下来我们分析下其原理 。 基于HLS的直播流URL是一个m3u8的文件，里面包含了近期若干个小视频TS（一种视频封装格式，这里就不扩展介绍）文件，如? HYPERLINK /?target=http%3A///helloworld.m3u8 \t _blank /helloworld.m3u8?是一个直播留链接，其内容如下： 假设列表里面的包含5个TS文件，每个TS文件包含5秒的视频内容，那么整体的延迟就是25秒。当然可以缩短列表的长度和单个TS文件的大小来降低延迟，极致来说可以缩减列表长度为1，1秒内容的m3u8文件，但是极易受网络波动影响造成卡顿。 通过公网的验证，目前按同城网络可以做到比较好的效果是5~7秒的延迟，也是综合流畅度和内容延迟的结果。那么HTML5是否可以有更低延迟直接打开的直播流技术呢？ 我们在结尾会探讨这个问题。 RTP协议： 即Real-time Transport Protocol，用于Internet上针对多媒体数据流的一种传输层协议。 实际应用场景下经常需要RTCP（RTP Control Protocol）配合来使用，可以简单理解为RTCP传输交互控制的信令，RTP传输实际的媒体数据。 RTP在视频监控、视频会议、IP电话上有广泛的应用，因为视频会议、IP电话的一个重要的使用体验：内容实时性强。 对比与上述3种或实际是2种协议，RTP和它们有一个重要的区别就是默认是使用UDP协议来传输数据，而RTMP和HTTP是基于TCP协议传输。为什么UDP 能做到如此实时的效果呢？关于TCP和UDP差别的分析文章一搜一大把，这里不在赘述，简单概括： UDP：单个数据报，不用建立连接，简单，不可靠，会丢包，会乱序； TCP：流式，需要建立连接，复杂，可靠 ，有序。 实时音视频流的场景不需要可靠保障，因此也不需要有重传的机制，实时的看到图像声音，网络抖动时丢了一些内容，画面模糊和花屏，完全不重要。TC