锄头哥直播技术探讨----基础普及篇

也不知什么时候，直播行业异军突起，周边的小伙伴们都开始玩直播了。对于锄头哥这种老码农来说，与其说愿意关注直播带来的娱乐快感，还不如说更愿意花时间去研究直播背后的技术实现。去年下半年，锄头哥也是出于好奇，对直播的技术做了一番研究，略有斩获。最近趁着手头项目稍微空闲，把锄头哥所了解的直播技术内容做了一个整理，分享给各位读者朋友。

为了便于理解，先放上一张直播的整体框架：

可以看到，当主播在进行直播的时候，视频内容在主播客户端进行采集，然后进行一定的视频处理后，推流到云端，观众客户端进行视频拉流、解码后，再进行观看。当然在采集、推流、拉流的过程中涉及到很多的技术内容，锄头哥会针对性的作出解释。

本篇是基础普及篇，直播的名词是最基础的内容：

1.推流

将直播内容推送至服务器的过程。

2.拉流

服务器已有直播内容，用指定地址进行拉取的过程。

3.RTMP协议

Real Time Messaging Protocol（实时消息传输协议）的首字母缩写。该协议基于TCP，是一个协议族，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。

4.编码：

H.264编码 是 高性能的视频编码技术，最大的优势是具有很高的数据压缩比率，能以较低的数据速率传送基于联网协议（IP）的视频流. 

5.码率： 

码率就是数据传输时单位时间传送的数据位数,一般我们用的单位是kbps即千位每秒。 

6.FPS： 

帧率（Frame rate）是用于测量显示帧数的量度。所谓的测量单位为每秒显示帧数(Frames per Second，简称：FPS）或“赫兹”（Hz）

小结：

锄头哥调研了目前市面上主流的两款直播平台：云豹直播平台和方维直播平台，经过了多次的尝试和优化，在原来的源码基础上进行了bug改良，使得系统更加稳定，卡顿现象得到了较好的解决。

现在想来，要把直播系统做稳定，其实最难的难点是提高首播时间、服务质量即Qos。要想在技术上把别的直播站PK下去，提供几种方案：

1. gop缓存，为加快首播时间
2. gop丢帧，为解决延时，为什么会有延时，网络抖动、网络拥塞导致的数据发送不出去，丢完之后所有的时间戳都要修改，切记要不客户端就会卡一个 gop的时间，是由于 dts 和 pts 的原因，或者播放器修正 dts 和 pts 也行（推流端丢gop更复杂，丢 p 帧之前的 p 帧会花屏）
3. 纯音频丢帧，要解决音视频不同步的问题，要让视频的 delta增量到你丢掉音频的delta之后，再发音频，要不就会音视频不同步 
4. 源站主备切换和断线重连。
5. 根据TCP拥塞窗口做智能调度，当拥塞窗口过大说明节点服务质量不佳，需要切换节点和故障排查。
6. 增加上行、下行带宽探测接口，当带宽不满足时降低视频质量，即降低码率。
7. 定时获取最优的推流、拉流链路IP，尽可能保证提供最好的服务。
8. 监控必须要，监控各个节点的Qos状态，来做整个平台的资源配置优化和调度。
9. 如果你家产品从推流端、CDN、播放器都是自家的，保障 Qos 优势非常大.
10. 当直播量非常大时，要加入集群管理和调度，保障 Qos。

本篇的基础普及篇到此搁笔，后续的详细分析也会尽快更新，欢迎大家指正。

如果有直播相关探讨，欢迎关注锄头哥的官微进行交流。