## 一、前言说明
光一个推流组件就写了很多年，不是工匠精神是什么？谁说写程序不需要工匠精神的，没有工匠精神就做不出一个好用的程序。搞程序开发这么多年，明白一个道理，为了能快速获取用户，首先要快速迭代出来一个基本可用的版本发布，就是满足基本功能，然后推出来看下用户的反应，受欢迎的功能点可以持续继续迭代，不欢迎的功能，或者几百年用不上的功能，考虑直接去掉，或者默认配置关闭，用户需要再自行开启。
用Qt结合ffmpeg做推流，最开始都是先采集解码再推流，发现挺占CPU的，毕竟解码这块费CPU，哪怕是硬解，也是费一定的CPU，而且路数多了的话，比如64路同时拉流推流，如果都去解码后再推流，资源占用极高，没有一个好配置的电脑可能都撑不住，那怎么办，发现人家很多NVR配置很低的，但是依然能支撑至少16路的同时保存，除了用了专有的硬件外，应该是有其他机制，查阅资料后发现，越来只要是264/265流数据，可以不用解码直接保存或者推流，这样就几乎不用占用任何CPU，哪怕是16路也是0%的占用，我去这不正是我们想要的结果吗？于是在之前的ffmpeg采集解码线程增加了标志位，专门用来控制是否需要去解码，如果要显示当前采集线程的画面，就需要解码，否则不需要。
光推流还不能体现优化到极致，如果再加上推流的同时保存文件到本地呢，这下压力就很大了吧，有些做法是再去拉流保存，这大可不必，毕竟推流这边的拉流线程已经拉到了，完全可以复用数据，其实就是收到的packet数据再次保存即可，所以又在采集线程的基础上，增加了发出packet的信号，以便多路复用数据，自此效果非常完美，16路1080P同时推流和录制，居然占用不到1%的CPU，不要太好。
## 二、效果图

## 三、相关地址
1. 国内站点：[https://gitee.com/feiyangqingyun](https://gitee.com/feiyangqingyun)
2. 国际站点：[https://github.com/feiyangqingyun](https://github.com/feiyangqingyun)
3. 个人作品：[https://blog.csdn.net/feiyangqingyun/article/details/97565652](https://blog.csdn.net/feiyangqingyun/article/details/97565652)
4. 文件地址：[https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g](https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g) 提取码：01jf 文件名：bin_video_push。
## 四、功能特点
1. 支持各种本地音视频文件和网络音视频文件，格式包括mp3、aac、wav、wma、mp4、mkv、rmvb、wmv、mpg、flv、asf等。
2. 支持各种网络音视频流，网络摄像头，协议包括rtsp、rtmp、http等。
3. 支持本地摄像头设备推流，可指定分辨率、帧率、格式等。
4. 支持本地桌面采集推流，可指定屏幕索引、采集区域、起始坐标、帧率等，也支持指定窗口标题进行采集。
5. 可实时切换预览视频文件，可切换音视频文件播放进度，切换到哪里就推流到哪里。预览过程中可以切换静音状态和暂停推流。
6. 可指定重新编码推流，任意源头格式可选强转264或265格式。
7. 可转换分辨率推流，设置等比例缩放或者指定分辨率进行转换。
8. 推流的清晰度、质量、码率都可调，可以节约网络带宽和拉流端的压力。
9. 音视频文件自动循环不间断推流。
10. 音视频流有自动掉线重连机制，重连成功自动继续推流。
11. 支持各种流媒体服务程序，包括但不限于mediamtx、ZLMediaKit、srs、LiveQing、nginx-rtmp、EasyDarwin、ABLMediaServer。
12. 通过配置文件自动加载对应流媒体程序的协议和端口，自动生成推流地址和各种协议的拉流地址。可以通过配置文件自己增加流媒体程序。
13. 可选rtmp、rtmp格式推流，推流成功后，支持多种格式拉流，包括但不限于rtsp、rtmp、hls、flv、ws-flv、webrtc等。
14. 在软件上推流成功后，可以直接单击网页预览，实时预览推流后拉流的画面，多画面网页展示。
15. 软件界面上可单击对应按钮，动态添加文件和目录，可手动输入地址。
16. 推拉流实时性极高，延迟极低，延迟时间大概在100ms左右。
17. 极低CPU资源占用，4路主码流推流只需要占用0.2%CPU。理论上常规普通PC机器推100路毫无压力，主要性能瓶颈在网络。
18. 可以推流到外网服务器，然后通过手机、电脑、平板等设备播放对应的视频流。
19. 每路推流都可以手动指定唯一标识符（方便拉流/用户无需记忆复杂的地址），没有指定则按照策略随机生成hash值。也支持自动按照指定标识后面加数字的方式递增命名。比如设置标识为字母v，策略为标识递增，则每添加一个对应的推流码命名依次是v1、v2、v3等。
20. 根据推流协议自动转码格式，默认策略按照选择的推流协议，比如rtsp支持265而rtmp不支持，如果是265的文件而选择rtmp推流，则自动转码成264格式再推流。
21. 音视频同步推流，在拉流和采集的时候就会自动处理好同步，同步后的数据再推流。
22. 表格中实时显示每一路推流的分辨率和音视频数据状态，灰色表示没有