关键词 Live Stream
前言
本文简单的介绍了一下直播视频推拉流相关概念以及优缺点。
推流
概念
推流，顾名思义，就是将采集阶段封包好的内容传输到服务器的过程。
流程
- 经过输出设备(AVCaptureVideoDataOutput)得到原始的采样数据--视频数据（YUV）和音频数据（AAC）；
- 使用硬编码（对应系统的API）或软编码（FFMpeg）来编码压缩音视频数据；
- 分别得到已编码的H.264视频数据和AAC音频数据；
- 根据不同的封装格式（如FLV、TS、MPEG-TS）
- 通过流上传到服务器；
- 服务器进行相关协议的分发
主流推送协议
RTMP
概念
RTMP是RealTime Messaging Protocol(实时消息传输协议)的缩写，是Adobe公司为Flash/AIR平台和服务器之间音、视频及数据传输开发的实时消息传送协议。RTMP协议基干TCP包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。
RTMP协议中，视频必须是H264编码，音频必须是AAC或MP3编码，且多以flv格式封包。
优点
- 难度低：目前最主流的流媒体传输协议，对CDN支持良好，实现难度较低，是大多数的直播平台的选择
- 实时性高：RTMP的实时性在3秒之内
- 支持加密：RTMPE和RTMPS为加密协议
- 稳定性高：在PC平台上flash播放的最稳定方式是RTMP，
- 编码器接入：能在不同编码器之间切换，那么RTMP作为服务器的输入协议会是最好的选择。系统容错：RTMP的流没有标识，切到其他的服务器的流也可以继续播放
- 可监控：在监控系统或者运维系统的角度看，流协议应该比较合适监控。
缺点
- 不支持浏览器，目Adobe已不再更新。因此直播服务要支持浏览器的话，需要另外的推送协议支持。
- 协议复杂
HTTP
优点
- 性能很高：。如果分发的量特别大，譬如点播视频网站，没有直播的实时性要求，HTTP协议是最好选择。
- 没有碎片
- 穿墙
缺点
- 实时性差：基本上没有实时性这个说法。
- 原生支持不好
HLS
概念
Http Live Streaming是由Apple公司定义的基于HTTP的流媒体实时传输协议。它的原理是将整个流分为多个小的文件来下载，每次只下载若干个。服务器端会将最新的直播数据生成新的小文件，客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。基本上，HLS是以点播的技术实现了直播的体验。因为每个小文件的时长很短，客户端可以很快地切换码率，以适应不同带宽条件下的播放。
优点
- 性能高：和HTTP一样。
- 穿墙：和HTTP一样。
- 原生支持很好：IOS上支持完美。Android上支持差些。PC/flash上现在也有各种as插件支持HLS。
缺点
- 实时性差：基本上HLS的延迟在10秒以上。
- 文件碎片：若分发HLS，码流低，切片较小时，小文件分发不是很友好。特别是一些对存储比较敏感的情况，譬如源站的存储，嵌入式的SD卡。
WebRTC
概念
WebRTC（Web Real-Time Communication），即“源自网页即时通信”。WebRTC是一个支持浏览器进行实时语音、视频对话的开源协议。WebRTC的支持者甚多，Google、Mozilla、Opera推动其成为W3C推荐标准。
优点
- 兼容性好：支持目前的主流浏览器，并且基于SRTP和UDP，即便在网络信号一般的情况下也具备较好的稳定性。
- 延时低：可以实现点对点通信，通信双方延时低，是实现“连麦”功能比较好的选择。
拉流
概念
指服务器已有直播内容，用指定地址进行拉取的过程。根据协议类型（如RTMP、RTP、RTSP、HTTP等），与服务器建立连接并接收数据；
流程
当客户可提供源服务器时，无需源站进行推流配置，网宿CDN系统直接从客户源服务器拉取直播数据流。
后言
希望本文会对你有所帮助，如果有什么问题，可在下方留言沟通
网友评论