Android视频直播概要_android视频直播的图片-CSDN博客

本文链接：https://blog.csdn.net/o_mccree/article/details/80464536

视频直播大体框架如上图

1.直播整体流程：

直播的整体流程如下：录制->编码->网络传输->解码->播放。根据该流程分为以下技术点：

怎样录制直播视频
怎样实时上传直播视频
怎样播放直播视频
直播间的用户是如何交互

2.视频直播协议：

2.1精简一对多业务模型：

2.2各直播协议的对比：

RTMP(Real Time Messaging Protocol)是 Macromedia 开发的一套视频直播协议，现在属于 Adobe。

使用RTMP技术的流媒体系统有一个非常明显的特点：使用 Flash Player 作为播放器客户端，而Flash Player 现在已经安装在了全世界将近99%的PC上，因此一般情况下收看RTMP流媒体系统的视音频是不需要安装插件的。用户只需要打开网页，就可以直接收看流媒体。和 HLS 一样都可以应用于视频直播，区别是 RTMP 基于 flash 无法在 iOS 的浏览器里播放，但是实时性比 HLS 要好。所以一般使用这种协议来上传视频流，也就是视频流推送到服务器。

HLS是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。

HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件（MPEG-TS格式），而客户端则不断的下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。每一个 .m3u8 文件，分别对应若干个 ts 文件，这些 ts 文件才是真正存放视频的数据，m3u8 文件只是存放了一些 ts 文件的配置信息和相关路径，当视频播放时，.m3u8 是动态改变的，video 标签会解析这个文件，并找到对应的 ts 文件来播放。

简单归纳：首先将一个完整视频分成多个TS视频文件，用户下载m3u8文件，通过m3u8文件的索引地址来播放具体的每个小段视频。

HLS的请求播放过程：

1.HTTP 请求 m3u8 的 url。

2.服务端返回一个 m3u8 的播放列表，这个播放列表是实时更新的，一般一次给出5段数据的 url。

3.客户端解析 m3u8 的播放列表，再按序请求每一段的 url，获取 ts 数据流。

HLS的缺点是直播时延时较大，优点是：

1.传播性好，利于分享等操作。

2.可以动态发布，有利于实时迭代产品需求并迅速上线。

3.不用安装 App，直接打开浏览器即可。

HTTP-FLV即使用HTTP协议来流式的传输媒体内容，直接向后台上传编码后的流媒体数据。相对于RTMP，HTTP更简单和广为人知，而且不担心被Adobe的专利绑架。内容延迟同样可以做到2~5秒，打开速度更快，因为HTTP本身没有复杂的状态交互。所以从延迟角度来看，HTTP-FLV要优于RTMP。