EasyDSS高性能RTMP、HLS(m3u8)、HTTP-FLV、RTSP流媒体服务器同步输出http-flv协议流是怎么实现的？

http-flv是什么

http-flv是以http为传输协议，flv媒体格式为内容的方式实时下载flv音视频帧。为什么选择flv格式而非mp4？原因是mp4必须要有moov box或者moof box才能播放，而moov box和moof box 中主要存储的是帧的索引，在实时直播过程中所有未产生的帧都是无法预测的，所以moov和moof都不能提前生成，也就很难做到实时的效果。当然moof box有点特殊，可以重复出现，这样就能每隔几帧就生产一个moof box下发给客户端，也是可以做到直播效果的，这种方式被人们广泛称为http-fmp4，DASH协议就是是利用moof实现的。

flv文件不同之处在于，播放器只要获取到其中的metadata、avc-header、aac-header后就可以顺序播放接下来的所有帧。所以服务器只需要在客户端连接的时候顺序发送metadata、avc-header\aac-header后连续不断地发送音视频帧播放器就会不停接收并且播放flv内容了。

sequenceDiagram
播放器->>服务器: http://ip/app/stream.flv
服务器->>播放器: 返回flv-header
服务器->>播放器: 返回metadata
服务器->>播放器: 返回avc-header
服务器->>播放器: 返回aac-header
服务器->>播放器: 返回video-frame
服务器->>播放器: 返回audio-frame
服务器->>播放器: ...
服务器->>播放器: ...
服务器->>播放器: ...

具体涉及到的flv-header、metadata、avc-header\aac-header是什么这里不做讨论，感兴趣的朋友可以搜索一下“video_file_format_spec_v10”

http是如何下发flv数据的

上面说到的下发过程是基于http下载进行的，但是一般http下载的时候都会在http头中添加content-length参数，该参数是为了告诉客户端需要接收多少字节的数据。但是作为直播，我们是无法预知要传输多长数据的，所以content-length参数一定不能出现，只要没有这个参数，客户端就会一直接收服务器发送的数据直到tcp连接断开。

既然没有了content-length，是不是就意味着直接下发原始flv流就行了呢？答案是否定的，因为在没有content-length的情况下大部分客户端都希望服务器支持chunked编码，把需要发送的数据打包成一段一段的数据。具体chunked编码是怎么回事网上有很多文章做详细介绍，这里就不再累述。以上所提到的所有内容都在easydss服务器上做了完整的支持。

---

EasyDSS流媒体服务器

EasyDSS流媒体服务器具有高效的视频管理功能，支持一站式的上传、转码、直播、回放、嵌入、分享功能，具有多屏播放、自由组合、接口丰富等特点。该系统完全由C语言研发实现，能够最大限度的挖掘硬件和网络的潜能，实现在一台普通服务器上支持超过5000个并发播出。系统支持HTTP、HLS、RTMP等播出协议，面向Windows、Android、iOS 、Mac等终端提供稳定流畅的直播、点播、时移、回看服务，广泛应用到互联网教学、互联网电视、IPTV、VOD、视频聊天和各种互联网直播/点播。详细EasyDSS文档及资料获取：http://www.easydss.com