Qt-音视频开发

一、前言 对于使用第三方的sdk库做开发，除了基本的操作函数接口外，还希望通过事件机制拿到消息通知，比如当前播放进度、音量值变化、静音变化、文件长度、播放结束等，有了这些才是完整的播放功能，在vlc中

一、前言 在轮询视频的时候，通常都是需要将之前的视频全部关闭，然后打开下一组视频，在这个切换的过程中，如果是按照常规的做法，比如先关闭再打开新的视频，肯定会出现空白黑屏之类的过度空白区间，如何避免这个

一、前言 在众多播放器中，支持的种类格式众多，并支持DVD影音光盘，VCD影音光盘及各类流式协议，提供了sdk进行开发，这点是至关重要的，尽管很多优秀的播放器很牛逼，由于没有提供sdk第三方开发，少了

一、前言 通用悬浮按钮工具栏这个功能经过了好几个版本的迭代，一开始设计的时候是写在视频控件widget窗体中，当时功能简单就放一排按钮在顶部悬浮widget中就好，随着用户需求的变化，用户需要自定义悬

一、前言 动态切换解码内核这个需求也是源自客户的真实需求，既然是动态切换，那肯定是运行期间切换，而不是通过改变标志位重新编译程序来切换，最开始做的就是这种方式，这样就是实现起来简单，但是用起来不够方便

一、前言 视频综合应用示例，包括了多种内核，在保存文件这个功能上，需要一个通用的文件保存基类AbstractSaveThread，这个基类定义了是否打印线程消息标志位、直接写入还是排队写入标志位、文件

一、前言 这个解码线程基类的设计，是到目前为止个人觉得自己设计的最好的基类之一，当然也不是一开始就知道这样设计，没有个三五年的摸爬滚打以及社会的毒打，是想不到要这样设计的，一方面是要不断提炼各种视频类

一、前言 在视频监控行业经常看到两个厂家广告打得比较厉害，一个是青犀视频对应easyplayer，一个是大牛直播，两个最初都是sdk免费，并提供调用示例源码，后面大牛直播的sdk以及示例都无法运行，目

一、前言 自从做监控系统以来，就一直有打算将这个功能独立出来一个类，这样的话很多系统用到此类布局切换，通用这个类就行，而且后期此布局会增加其他异形布局，甚至按照16:9之类的比例生成布局，之前此功能直

一、前言 为了极大的降低CPU的占用，实现硬解码（也叫硬件加速）非常有必要，一个视频文件或者一路视频流还好，如果增加到64路视频流呢，如果是4K、8K这种高分辨率的视频呢，必须安装上硬解码才是上上策。

一、前言 用ffmpeg来做音视频同步，个人认为这个是ffmpeg基础处理中最难的一个，无数人就卡在这里，怎么也不准，本人也是尝试过网上各种demo，基本上都是渣渣，要么仅仅支持极其少量的视频文件比如

一、前言 最初编写这套视频解析组件的时候，面对的场景是视频监控行业，对应设备都是网络监控摄像机，传过来的都是rtsp这种视频流，做过这一块的人都知道，打开某个视频流默认耗时比较大，基本上在2s左右，那

一、前言 之前已经把音视频分开存储了对应的文件，因为这个需求特别少，当然确实有部分用户是需要把音视频分开存储，但是毕竟是很少数，绝大部分的用户都是音视频合并到一个MP4文件，所以如果要合并到一个文件，

一、前言 海康sdk的示例在官方是提供了的，但是无论UI还是交互简直是宇宙无敌的垃圾，猜测应该是初学者编写的，估计练手用的，所以老早就想把这个linux支持集成到自己的示例中，既然已经支持了windo

一、前言 花了一年多的时间，终于把这个超级播放器做成了自己想要的架构，用户的需求是一方面，自己架构方面的提升也是一方面，最主要是将界面和解码解耦了，这样才能动态的挂载不同的解码内核到不同的视频监控窗体

一、前言 和音频存储类似，视频的存储也对应三种格式，视频最原始的数据是yuv（音频对应pcm），视频压缩后的数据是h264（音频对应aac），由于很多播放器或者早期的播放器不支持直接播放h264文件，

一、前言 音频的保存相对来说比视频的要简单，具有通用性，不需要经过ffmpeg的编码，ffmpeg解码出来后一般会转换成pcm原始的数据用来播放，所以对数据直接写文件即可，但是这种格式是无法用播放器直

一、功能特点 广播搜索设备，支持IPC和NVR，依次返回。 可选择不同的网卡IP进行对应网段设备的搜索。 依次获取Onvif地址、Media地址、Profile文件、Rtsp地址。 可对指定的Prof

一、前言 用ffmpeg做倍速播放，是好多年都一直没有实现的功能，有个做法是根据倍速参数，不断切换播放位置，实现效果不是很好，ffplay中的倍速就做得很好，而且声音无论倍速多少还非常柔和，有特别的降

一、前言 为何还要选用使用海康sdk，之前不是ffmpeg已经牛皮吹上天了吗？这个问题问得好，那是因为无论ffmpeg也好还是vlc/mpv之类的，都是实现的播放相关，不同的监控硬件厂家对应设备还有很