Qt-音视频开发

一、前言 在视频监控行业经常看到两个厂家广告打得比较厉害，一个是青犀视频对应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之类的，都是实现的播放相关，不同的监控硬件厂家对应设备还有很

一、前言 在经过多种内核的洗礼以后，逐渐对不同内核的不同音视频文件和视频流进行大量的对比测试，比如测试对各种格式的支持性，对各种网络流的支持程度，在同一个地址下占用的CPU/GPU资源比对，最终发现播

一、前言 在windows上的视频流播放器有很多，而且各个监控厂家无论大厂还是小厂，基本上都提供了客户端，甚至很多第三方的监控平台软件厂商，也都提供了windows的版本，基本的都没有提供linux版

一、前言 内核ffmpeg除了支持本地文件、网络文件、各种视频流播放以外，还支持打开本地摄像头，和正常的解析流程一致，唯一的区别就是在avformat_open_input第三个参数传入个AVInpu

一、前言 很早以前就做过这款播放器的入门版本，最开始用的ffmpeg去解析，后面陆续用vlc播放器、mpv播放器来做，毕竟播放器提供的接口使用也很方便，而且功能强大，后面发现播放器主要的应用场景是播放

一、前言 之前就对代码的兼容性做了很好的处理，所以只要开发环境正常，基本的在其他系统比如手机端或者嵌入式linux上重新编译代码即可，最大的难点变成了如何交叉编译对应系统的ffmpeg库，这个在网上有

一、前言 大概在8年前就开始用ffmpeg做视频解码的显示，第一个版本就100行代码左右，功能极其简单，就是开个线程解码视频流转成图片发给主界面绘制。时间过得真快，从当初的一胎到现在二胎都上学了三胎计

一、功能特点 同时支持 qcamera、ffmpeg、v4l2 三种内核解析本地摄像头。 提供函数 findCamera 自动搜索环境中的所有本地摄像头设备，搜索结果信号发出。 支持自动搜索和指定设备