RTMP、HTTP-FLV、HLS

最新推荐文章于 2024-03-03 15:02:54 发布

steven~~~

最新推荐文章于 2024-03-03 15:02:54 发布

阅读量1.9k

点赞数 1

本文链接：https://blog.csdn.net/qq_37837061/article/details/116259896

版权

网络直播中常见的三种协议：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进行整合，得到消息，解封装得到原始数据

基于HTTP传输
苹果提出的
切片：服务端按照不同的码率将文件或者媒体流分成小片段进行传输，播放端根据自身的带宽情况和性能限制，在同一视频的不同码率的备用源中下载合适码率的文件进行播放
m3u8索引文件：找到不同码率的码流（在播放器寻找合适码率的码流时用到）
HLS和RTP：RTP基于UDP，HLS基于HTTP，因此HLS可以经过任何允许HTTP传输的防火墙或者代理服务器，穿透力很强
劣势：慢，响应时间比较快，但是把时间都浪费在等待数据上了。延时10s，而RMTP延时为3s，因此对互动性有要求的直播采用RMTP
格式解析
- 网络协议 HTTP
  封装格式 TS、MEPG-2
  编码格式视频H264、音频ACC、MP3
  索引文件 m3u8
流程
- 原始的视频和音频数据首先经过编码和封装得到打包好的码流
- 在服务器上将码流变成HLS支持的编码格式和封装格式，根据不同码率生成不同文件，分别进行切片处理，得到m3u8索引文件
- 发送到客户端之后，访问以及m3u8得到合适码率的音视频流
m3u8
- m3u8存在二级索引
- 一级索引
  - 里面记录了二级索引地址
  - 存放了不同码率的m3u8文件的下载地址
- 二级索引
  - 记录了ts切片序列的下载地址
- 客户端获取一级索引m3u8之后，根据自己的带宽，下载相应码率的二级索引文件，按照二级索引文件的切片顺序下载并播放ts文件序列。

关注