RTMP、HTTP-FLV、HLS_综合

网络直播中常见的三种协议：RTMP、HTTP-FLV、HLS

HTML5和FLASH

在讲着三种协议之前，需要提一下FLASH和HTML5

HTML5和FLASH都是播放器
RTMP、HTTP-FLV、HLS这三种直播协议需要具体的播放器的支持
当今是HTML5的世界，支持FLASH播放器的协议逐渐被淘汰
协议的出现顺序RTMP（FLASH）-------FLV（FLASH，支持http传输）-------HLS（H5）
- RTMP是由FLASH支持的，视频封装格式为flv的传输协议
- http-flv出现在RTMP之后，其发送的还是flv封装格式的音视频，但其可以在http上进行传输
- 后来出现HLS支持h5
- 这就是音视频协议由FLASH到H5播放器的过程
音视频封装格式：flv和m3u8、ts

基于flash播放器
对应的封装格式：flv
RTMP是一种数据传输协议，基于TCP，RTMP本身在应用层
消息
- RTMP中的基本数据单元：消息
- 结构：
  - message type
    - 消息类型，共有十种，表示后面消息体里面携带了什么信息
    - 1-7协议控制，表示RTMP自身管理所需要的信息，不需要用户进行操作
    - 8音频，9视频
    - 15-20，用户控制指令，AMF编码的命令，用户和服务器之间的交互，播放、暂停等
  - payload length
    - 负载长度
  - time stamp
    - 时间戳
  - stream id
    - 消息所属流ID
  - message body
    - 上面这些信息构成了消息头，消息头和消息体构成了一条消息
消息块
- 在网络上传输时，消息需要被拆分成较小的数据块（chunk）才能在相应的网络上传输
- 构成
  - chunk header
    - chunk basic header：标识本块
    - chunk message header：标识本块负载所属消息
    - extended timestamp：时间戳溢出时出现
  - chunk data
消息分块
- 在分块的过程中，消息负载部分（message body）被划分成固定大小（128位）的数据块（除了最后一个数据块），然后在数据块的头部加上消息头（chunk header）就得到了一个chunk
数据传输过程：
- 发送端将数据封装为消息，然后对消息分块，得到chunk
- 在网络上发送chunk（TCP）
- 对接收到的chunk进行整合，得到消息，解封装得到原始数据

格式解析

流程
- 原始的视频和音频数据首先经过编码和封装得到打包好的码流
- 在服务器上将码流变成HLS支持的编码格式和封装格式，根据不同码率生成不同文件，分别进行切片处理，得到m3u8索引文件
- 发送到客户端之后，访问以及m3u8得到合适码率的音视频流
m3u8
- m3u8存在二级索引
- 一级索引
  - 里面记录了二级索引地址
  - 存放了不同码率的m3u8文件的下载地址
- 二级索引
  - 记录了ts切片序列的下载地址
- 客户端获取一级索引m3u8之后，根据自己的带宽，下载相应码率的二级索引文件，按照二级索引文件的切片顺序下载并播放ts文件序列。