ffmpeg推送直播流的技术进展

首先安装好NGINX并打开服务

 

然后安装好ffmpeg

 

然后参考：http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=28790518&id=5756446

下载并编译m3u8-segment，什么是m3u8：https://www.zhihu.com/question/21087379、https://zh.wikipedia.org/zh-hans/M3U

 

在输入 ./configure 之后遇到了和作者一样的问题：


configure: error: Package requirements (libavformat libavcodec libavutil) were not met:

No package 'libavformat' found
No package 'libavcodec' found
No package 'libavutil' found

我们需要输入下面的命令：

sudo apt-get install libavformat-dev
然后再输入 nake -j16，然后是sudo make install

输入ls -lh查看当前目录的所有文件的详细信息，发现已经生成了 m3u9-segmenter并且其是可执行文件

 

如何使用，建议直接参考：https://github.com/m3u8-segmenter/m3u8-segmenter

比上面的chinaunix说的好

 

m3u8-segmenter已经过期了，作者也放弃了维护

 

新方法：

先将MP4转为TS格式，然后切片成m3u8再推出去

https://my.oschina.net/ososchina/blog/828100

 

如果遇到了：Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument

则把命令中的-bsf h264_mp4toannexb参数删除，就可以正常的转换成TS格式了，但是只能输出声音流，视频流缺失了

 

又兜兜转转，找到了一个好方法：https://github.com/videojs/videojs-contrib-hls/issues/1261

其中使用命令：

ffmpeg -i input.mp4 -bsf:v h264_mp4toannexb -codec copy -hls_list_size 0 output.m3u8
可以直接把mp4完成切片TS并生成m3u8播放列表，一行搞定

然后发现HLS这种已经过时了，延时太高了（https://www.jianshu.com/p/5b1341e97757?utm_campaign=maleskine&utm_content=note&utm_medium=pc_all_hots&utm_source=recommendation）

最新的方法是HTTP+FLV 


在播放端方面，QT内置的QMedia非常的智障，https://stackoverflow.com/questions/30507317/how-do-i-play-a-stream-with-qmediaplayer

打算换成Qt-vlc

 

https://vlc-qt.tano.si/

以后一定多用英文进行搜索……老外研究问题喜欢总结，而且总结的比较规范，前因后果各种环境和配置说的很明白

 

今天也算是在一天之内经历了三代的推流技术……明天还要把QT-VLC添加到QT工程中，重构很多代码

听说大公司都有架构师进行整体架构，还有人专门去调查和选择使用什么框架技术，而我这里相当于全栈工程师……从服务器推送视频流到前端的界面显示全包了……

真是心累啊

重构前的”流水账“原文

对原文进行重构后：

如果你打算开发一个直播APP（从推送端到播放端），可以看一下本文

创建日期：2018年4月12日

有两篇文章和本文很像，可以先看一下专业人士写的文章，可能更有帮助：

先放一张图：（参考：简书：做一款仿映客的直播App？看我就够了）

第一种方式：RTMP

如果你打算使用ffmpeg来开发一个直播流推送平台（如斗鱼平台），我们先以“ffmpeg+推流”来进行搜索，得到的最多的结果（在2018年4月12日是这样）是使用ffmpeg+rtmp来构建直播流推送平台。

这种方式非常简单，按照教程先安装NGINX，再安装FFMPEG并进行某些设置即可。最终使用的推送命令可能是这样的：

/home/yourname/ffmpeg/ffmpeg -re -stream_loop -1 -i /media/test_car.mp4 -vcodec copy -acodec aac -ar 44100 -strict -2 -ac 1 -f flv -s 1920x1080 -q 10 rtmp://yourip/myapp/test0

上面是推流端，而在接收端，则需要在某个播放器（VLC或者PotPlayer）中打开如下链接：

rtmp://yourip/myapp/test0

这种使用RTMP进行构建的方式，也是目前主流直播平台会采用的一种方式，其延时只有1~3秒，

但唯一的问题是在播放端加载的链接是RTMP开头的，这种协议需要专门的库去进行支持，

对于开发播放器十分不友好，比如QT中的QMedia就无法解析这种链接，只能解析HTTP开头的链接

其实也有可以解析RTMP链接的方式，需要进一步开发，请参考：https://blog.csdn.net/fanhenghui/article/details/77864372

第二种方式：HLS

“HLS是一个由苹果公司提出的基于HTTP的流媒体网络传输协议”（参考：https://zh.wikipedia.org/zh-hans/HTTP_Live_Streaming）

如果你打算开发iOS直播应用，很可能会被强制使用这种播放格式

但是这种播放方式最大的问题是延时高，所以对直播平台的高实时性并不十分适用

第三种方式：HTTP-FLV

这种方式同样是基于RTMP，但是使用了HTTP协议进行发送，所以在播放端会对一个HTTP链接进行解析（大部分播放器都可以，QT原生的也可以）

比如CCTV3的直播地址：

http://ivi.bupt.edu.cn/hls/cctv3hd.m3u8

有一位博主已经实现了这种方式并且据说被4个厂家应用了：

详见：基于nginx-rtmp-module模块实现的HTTP-FLV直播模块（nginx-http-flv-module）

但是没有放出源代码，只给了部分代码

根据https://www.yanxurui.cc/posts/server/2017-11-25-http-flv/的说法，目前这种HTTP-FLV的方式都是大家各自自己写的，而原来的nginx+rtmp并不能实现HTTP+FLV。

这里有一个对HTTP+FLV的实现——flv.js：https://cloud.tencent.com/developer/article/1009863

可以作为一定的参考

下面是自己的理解：

这种方式需要首先将本地视频文件（如一个MP4文件）转为TS格式，

然后将TS视频文件切分成多个小文件（同样是TS格式结尾），并同时生成一个m3u8格式的播放列表文件

在推送时只需要将播放列表文件推送出去，播放端即可根据这个列表文件找到相应的视频文件

有一个一行就可以搞定上面三行话的命令行：

ffmpeg -re -i /media/1.mp4 -bsf:v h264_mp4toannexb -vcodec copy -acodec aac -hls_list_size 1 -hls_wrap 10 /output/output.m3u8 -f flv rtmp://yourip/hls/artest1

根据某个博客的说法，在推流时要写：