Qt-音视频开发

一、前言 通过在通道画面上拾取鼠标按下的坐标，然后鼠标移动，直到松开，根据松开的坐标和按下的坐标，绘制一个矩形区域，作为热点或者需要电子放大的区域，拿到这个坐标区域，用途非常多，可以直接将区域中的画面

一、前言 最近一个月一直在研究mdk-sdk音视频组件，这个组件是原qtav作者的最新力作，提供了各种各样的示例demo，不仅限于支持C++，其他各种比如java/flutter/web/androi

一、前言 逐帧播放是近期增加的功能，之前也一直思考过这个功能该如何实现，对于mdk/qtav等内核组件，可以直接用该组件提供的接口实现即可，而对于ffmpeg，需要自己处理，如果有缓存的数据的话，可以

一、前言 对各种音视频文件格式的支持，是一个播放器的基础功能。一般的音视频文件只有1路流，比如音频文件只有1路音频流，视频文件只有1路音频1路视频流，实践过程中发现，还有一种ts格式的文件，可能有多路

一、前言 1.1 功能特点 支持各种本地视频文件和网络视频文件。 支持各种网络视频流，网络摄像头，协议包括rtsp、rtmp、http。 支持将本地摄像头设备推流，可指定分辨率和帧率等。 支持将本地桌

一、前言 之前已经实现了rtsp/rtmp推流，rtsp/rtmp/hls/flv/ws-flv/webrtc等拉流，这种一般都需要依赖一个独立的流媒体服务程序，有没有一种更便捷的方式不需要这种依赖，

一、前言 为了保证视频文件的安全性，有时候需要对保存的视频文件加密，然后播放的时候解密出来再播放，只有加密解密的秘钥一致时才能正常播放，用ffmpeg做视频文件的加密保存和解密播放比较简单，基于ffm

一、前言 跌跌撞撞摸爬滚打一步步迭代完善到今天，这个视频监控控件的设计，在现阶段水平上个人认为是做的最棒的（稍微自恋一下），理论上来说应该可以用5年不用推翻重写，推翻重写当然也是程序员爱干的事情，这个

一、前言 编写这个推流程序，最开始设计的时候是用视频文件推流，后面陆续增加了监控摄像头推流（其实就是rtsp视频流）、网络电台和视频推流（一般是rtmp或者http开头m3u8结尾的视频流）、本地摄像

一、前言 最开始设计的时候，只考虑了一个屏幕的情况，这种当然是最理想的情况，实际上双屏或者多屏的用户也不在少数，比如我这两个屏幕，屏幕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程序推流出去，然后用户可以直接在网页上播放，也可以用各种播放器播放，然后还可以任意切换播放进度，其实说白了就是个