Qt-音视频开发

一、前言 最开始设计的时候，只考虑了一个屏幕的情况，这种当然是最理想的情况，实际上双屏或者多屏的用户也不在少数，比如我这两个屏幕，屏幕1是1080P，屏幕2是2K分辨率，打印两个屏幕的区域是 QRec

一、前言 最近将推流程序完善了很多功能，尤其是增加了对多种流媒体服务程序的支持，目前支持mediamtx、LiveQing、EasyDarwin、nginx-rtmp、ZLMediaKit、srs、A

一、前言 ffmpeg的版本众多，从2010年开始计算的项目的话，基本上还在使用的有ffmpeg2/3/4/5/6，最近几年版本彪的比较厉害，直接4/5/6，大版本之间接口有一些变化，特别是一些废弃接

一、前言 之前已经打通了rtmp的推流，理论上按照同样的代码，只要将rtmp推流地址换成rtsp推流地址，然后格式将flv换成rtsp就行，无奈直接遇到协议不支持的错误提示，网上说要换成rtp，换了也

一、前言 近期花了两周时间闭门啃硬骨头，主要就解决三个问题（音视频同步存储和推流、图片水印并将水印信息存储到文件或者推流、rtsp推流），这三个问题困扰了很多年，以至于找遍了网络和翻遍ffplay代码

一、前言 用ffmpeg单独做视频保存不难，单独做音频保存也不难，难的是音视频同步保存到MP4中，重点是音视频要同步，其实这也不难，只要播放那边音视频同步后的数据，写入到文件即可。最难的是在播放过程中

一、前言 视频监控内核组件重构和完善花了一年多时间，整个组件个人认为设计的最好的部分就是各种结构体参数的设计，而且分门别类，有枚举值，也有窗体相关的结构体参数，解码相关的结构体参数，同时将部分常用的结

一、前言 本地摄像头推流和本地桌面推流类似，无非就是采集的设备源头换成了本地摄像头设备而不是桌面，其他代码完全一样。采集本地摄像头实时视频要注意的是如果设置分辨率和帧率，一定要是设备本身就支持的，如果

一、前言 采集电脑屏幕桌面并推流一般是用来做共享桌面、远程协助、投屏之类的应用，最简单入门的做法可能会采用开个定时器或者线程抓图，将整个屏幕截图下来，然后将图片传出去，这种方式很简单但是性能要低不少，

一、前言 上次实现的文件推流，尽管优点很多，但是只能对现在存在的生成好的音视频文件推流，而现在更多的场景是需要将实时的视频流重新推流分发，用户在很多设备比如手机/平板/网页/电脑/服务器上观看，这样就

一、前言 本功能最初也是有一些人提过类似的需求，就是能不能将本地的音视频文件，通过纯Qt程序推流出去，然后用户可以直接在网页上播放，也可以用各种播放器播放，然后还可以任意切换播放进度，其实说白了就是个

一、前言 之前用ffmpeg打通了各种视频文件和视频流以及本地摄像头设备的采集，近期有个客户需求要求将整个桌面屏幕采集下来，并可以录制保存成MP4文件，以前也遇到过类似的需求，由于没有搞过，也没有精力

一、前言 基本上各种播放器提供的录制视频接口，都是只有开始录制和结束录制两个，当然一般用的最多的也是这两个接口，但是实际使用过程中，还有一种可能需要中途暂停录制，暂停以后再次继续录制，将中间部分视频不

一、前言 在和视频交互过程中，用户一般需要在显示视频的通道上点击对应的区域，弹出对应的操作按钮，将当前点击的区域或者绘制的多边形区域坐标或者坐标点集合，发送出去，通知其他设备进行处理。比如识别到很多人

一、功能特点 1.1 文件推流 指定网卡和监听端口，接收网络请求推送音视频等各种文件。 实时统计显示每个文件对应的访问数量、总访问数量、不同IP地址访问数量。 可指定多种模式，0-直接播放、1-下载播

一、前言 如果网络环境正常设备正常，视频监控系统一般都是按照正常运行下去，不会出现什么问题，但是实际情况会很不同，奇奇怪怪七七八八的问题都会出现，就比如网络出了问题都有很多情况（交换机故障、网线故障、

一、前言 视频文件一般会有两个声音通道及左右声道，值有时候一样有时候不一样，很多场景下我们需要对其分开计算不同的音量值，在QAudioFormat中可以获取具体有几个通道，如果是一个通道，则左右通道值

一、前言 做开发过程中难免遇到需要引入第三方库的时候，而且需要在不同库版本、不同系统、不同位数下都需要。第三方的库版本众多，一般在大版本中的小版本都是兼容的，但是大版本不兼容，比如ffmpeg目前就有

一、前言 如果采用的vlc句柄模式，如果鼠标停留在句柄控件中会发现在打开后鼠标打圈圈，mpv句柄模式是在关闭后鼠标打圈圈，这两者真是一前一后，这种给人的体验其实很不友好的，播放开始后或者播放完成后鼠标

一、前言 使用qmediaplayer来打开视频并播放，默认首选会采用QVideoWidget控件来展示，优点是不用自己来绘制，一切交给了QVideoWidget控件，这样可以做到极低的CPU占用，缺