HLS、RTMP、HTTP-FLV直播协议

HLS协议

HLS协议

请求m3u8文件，解析之后得到若干个ts文件 

但是，也有可能m3u8文件下是若干个m3u8文件，需要判断播放器和浏览器是否支持

m3u8文件同时又细分为 动态列表、静态列表和全量列表

 动态列表：顾名思义，是不断变化的，再直播中比较常用

静态列表：几乎不怎么使用

全量列表：数据不变化的，常用于点播

 

m3u8文件

// m3u8文件就是一个纯文本文件  为了好看使用js格式
// 动态列表  开始
#EXTM3U // 标明m3u8文件的版本 很重要，版本一定要是播放器能够支持的对上
#EXT-X-VERSI0N:6 // 版本的声明  第6
#EXT-X-TARGETDURATION:10 // 默认视频的时长
#EXT-X-MEDIA-SEQUENCE:26 // 序号
#EXTINF:9.901, // 时间戳  跟浏览器跟新m3u8文件是有关系的
http://media.example.com/wifi/segment26.ts // 索引片段
#EXTINF:9.901f
http://media.example.com/wifi/segment27.ts
#EXTINF:9.501,
http://media.example.com/wifi/segment28.ts
// 动态列表  结束


// 静态列表 开始   静态列表比动态列表多了一个#EXT-X-PLAYLIST-TYPE:EVEN 其他的没什么区别
#EXTM3U // 标明m3u8文件的版本 很重要，版本一定要是播放器能够支持的对上
#EXT-X-VERSI0N:6 // 版本的声明  第6
#EXT-X-TARGETDURATION:10 // 默认视频的时长
#EXT-X-MEDIA-SEQUENCE:26 // 序号
#EXT-X-PLAYLIST-TYPE:EVEN
#EXTINF:9.901, // 时间戳  跟浏览器跟新m3u8文件是有关系的
http://media.example.com/wifi/segment26.ts // 索引片段
#EXTINF:9.901f
http://media.example.com/wifi/segment27.ts
#EXTINF:9.501,
http://media.example.com/wifi/segment28.ts
// 静态列表 结束


// 全量列表  开始
#EXTM3U // 标明m3u8文件的版本 很重要，版本一定要是播放器能够支持的对上
#EXT-X-VERSI0N:6 // 版本的声明  第6
#EXT-X-TARGETDURATION:10 // 默认视频的时长
#EXT-X-MEDIA-SEQUENCE:26 // 序号
#EXT-X-PLAYLIST-TYPE:VOD // 表明是点播
#EXTINF:9.901, // 时间戳  跟浏览器跟新m3u8文件是有关系的
http://media.example.com/wifi/segment26.ts // 索引片段
#EXTINF:9.901f
http://media.example.com/wifi/segment27.ts
#EXTINF:9.501,
#EXT-X-ENDLIST // 表明结束 不需要再去跟新m3u8文件
// 全量列表  结束

TS文件 

 解析ts文件之后会先找一个PAT包，PAT下面会有一个PMT包，PTM里面有TS包，PTM会告诉你哪些TS包是视频和音频，这些若干个TS包组成一个PES

rtmp协议

 

http-flv协议

 

 

 

 总结

HLS：使用起来方便，但是有一定延迟（对延迟要求不高的时候）

RTMP:  延迟低，但是使用起来相对复杂（通常用再客户端的采集、低延迟）

HTTP-FLV: 结合了上两个的优点，但是视频格式是flv的（低延迟）