随笔分类 - Qt/C++音视频作品
摘要：一、前言 用手机或者平板拍摄的视频文件，很可能是旋转的，比如分辨率是1280x720，确是垂直的，相当于分辨率变成了720x1280，如果不做旋转处理的话，那脑袋必须歪着看才行，这样看起来太难受，所以一定要想办法解析到视频的旋转角度，然后根据这个角度重新绘制。在窗体那边也需要调整对应的分辨率，一般都
阅读全文
摘要：一、前言 视频监控系统做到后面，逐渐需要搭配人工智能算法，将算法计算后的信息以OSD标签以及方框各种图形的信息显示到视频中，这种当然和OSD一样也是有两种方式，一种是源头就贴好了，一种是将结果发给软件这边解析绘制，于是才需要这种通用的图形绘制需求，有了之前OSD标签信息的经验，这个在最初设计的时候就
阅读全文
摘要：一、前言 采用painter的方式绘制解码后的图片，方式简单易懂，巨大缺点就是占CPU，一个两个通道还好，基本上CPU很低，但是到了16个64个通道的时候，会发现CPU也是很吃紧（当然强劲的电脑配置另当别论），这就需要考虑用opengl来绘制了，采用opengl走的GPU，会占用很少的CPU（一般是
阅读全文
摘要：一、前言 采集到的图片，用painter绘制是最基础的方式，初学者可能第一次尝试显示图片用的qlabel的setpixmap，用下来会发现卡成屎，第二次尝试用样式表设置背景图，依然卡成屎，最终选用painter的方式，直接drawImage函数绘制解析好的图片，可以通过定义一个信号receiveIm
阅读全文
摘要：一、前言 以前一直以为只有Qt5以后才有QAudioOutput播放音频，其实从Qt4.6开始就有，在Qt6中变成了QAudioSink，功能一样。用QAudioOutput播放音频pcm数据极其方便，只需要指定音频播放设备（可能电脑上有多个音频输出设备），设置音频数据格式（采样率、通道数量、比特率
阅读全文
摘要：一、前言 搞过vlc内核后又顺带搞了搞mpv内核，mpv相比vlc，在文件数量、sdk开发便捷性方面绝对占优势的，单文件（可能是静态编译），不像vlc带了一堆插件，通过各种属性来set和get值，后面发现easyplayer内核也是参考这种机制来提供函数接口，这种只需要会通用的一个函数的用法就行，不
阅读全文
摘要：一、前言 在vlc默认提供的保存文件方式中，通过打开的时候传入指定的参数来保存文件，直到关闭播放生成文件，这种方式简单暴力，但是不适用大部分的场景，大部分时候需要的是提供开始录制和停止录制的功能，也就是在播放过程中能够动态录制多个文件，想录制的时候就录制，要结束的时候就结束录制，很遗憾vlc并没有提
阅读全文
摘要：一、前言 对于使用第三方的sdk库做开发，除了基本的操作函数接口外，还希望通过事件机制拿到消息通知，比如当前播放进度、音量值变化、静音变化、文件长度、播放结束等，有了这些才是完整的播放功能，在vlc中要拿到各种事件需要先通过libvlc_event_attach订阅事件，不需要的时候用libvlc_
阅读全文
摘要：一、前言 在轮询视频的时候，通常都是需要将之前的视频全部关闭，然后打开下一组视频，在这个切换的过程中，如果是按照常规的做法，比如先关闭再打开新的视频，肯定会出现空白黑屏之类的过度空白区间，如何避免这个问题实现无感知的无缝切换，是个需要稍微懂点脑筋的问题，有一个比较好的做法就是，准备双倍的通道或者后台
阅读全文
摘要：一、前言 在众多播放器中，支持的种类格式众多，并支持DVD影音光盘，VCD影音光盘及各类流式协议，提供了sdk进行开发，这点是至关重要的，尽管很多优秀的播放器很牛逼，由于没有提供sdk第三方开发，少了很多用户。在Qt中集成vlc开发非常简单，个人不建议用什么Qt-vlc开源组件，建议直接用最原始的方
阅读全文
摘要：一、前言 通用悬浮按钮工具栏这个功能经过了好几个版本的迭代，一开始设计的时候是写在视频控件widget窗体中，当时功能简单就放一排按钮在顶部悬浮widget中就好，随着用户需求的变化，用户需要自定义悬浮条的要求越发强烈，而且部分用户还希望悬浮条的位置能够指定，比如可以在顶部、底部、左侧、右侧位置。为
阅读全文
摘要：一、前言 动态切换解码内核这个需求也是源自客户的真实需求，既然是动态切换，那肯定是运行期间切换，而不是通过改变标志位重新编译程序来切换，最开始做的就是这种方式，这样就是实现起来简单，但是用起来不够方便，随着编程架构技术的精进，抽象基类的运用水平逐渐提升，发现视频控件UI层可以不用变，不同内核发出的信
阅读全文
摘要：一、前言 视频综合应用示例，包括了多种内核，在保存文件这个功能上，需要一个通用的文件保存基类AbstractSaveThread，这个基类定义了是否打印线程消息标志位、直接写入还是排队写入标志位、文件生成后是否调用转换合并标志位、是否执行了转换合并标志位，用于各种视频解码内核对应的报错动作处理。vl
阅读全文
摘要：一、前言 这个解码线程基类的设计，是到目前为止个人觉得自己设计的最好的基类之一，当然也不是一开始就知道这样设计，没有个三五年的摸爬滚打以及社会的毒打，是想不到要这样设计的，一方面是要不断提炼各种视频类视频组件的共性作为局部变量，比如通用的参数有视频画面宽度videoWidth、视频画面高度video
阅读全文
摘要：一、前言 在视频监控行业经常看到两个厂家广告打得比较厉害，一个是青犀视频对应easyplayer，一个是大牛直播，两个最初都是sdk免费，并提供调用示例源码，后面大牛直播的sdk以及示例都无法运行，目前就剩下免费的easyplayer可以用，亲测下来确实免费可用不需要授权秘钥之类的，功能还行，支持各
阅读全文
摘要：一、前言 自从做监控系统以来，就一直有打算将这个功能独立出来一个类，这样的话很多系统用到此类布局切换，通用这个类就行，而且后期此布局会增加其他异形布局，甚至按照16:9之类的比例生成布局，之前此功能直接写在功能界面UI类中，不方便拓展，好多个系统用到此功能，一旦增加了64布局、128通道布局等，都需
阅读全文
摘要：一、前言 为了极大的降低CPU的占用，实现硬解码（也叫硬件加速）非常有必要，一个视频文件或者一路视频流还好，如果增加到64路视频流呢，如果是4K、8K这种高分辨率的视频呢，必须安装上硬解码才是上上策。举个例子在电脑上播放4K以上的H265这类的视频文件，如果不开硬解码，很容易出现卡顿现象，在配置高的
阅读全文
摘要：一、前言 用ffmpeg来做音视频同步，个人认为这个是ffmpeg基础处理中最难的一个，无数人就卡在这里，怎么也不准，本人也是尝试过网上各种demo，基本上都是渣渣，要么仅仅支持极其少量的视频文件比如收到的数据包是一帧视频一帧音频的，要么根本没法同步歪七八糟的，要么进度跳过去直接蹦蹦蹦崩溃的，其实最
阅读全文
摘要：一、前言 最初编写这套视频解析组件的时候，面对的场景是视频监控行业，对应设备都是网络监控摄像机，传过来的都是rtsp这种视频流，做过这一块的人都知道，打开某个视频流默认耗时比较大，基本上在2s左右，那是因为ffmpeg接口内部读取的最大数据量 formatCtx->probesize（从源文件中读取
阅读全文
摘要：一、前言 之前已经把音视频分开存储了对应的文件，因为这个需求特别少，当然确实有部分用户是需要把音视频分开存储，但是毕竟是很少数，绝大部分的用户都是音视频合并到一个MP4文件，所以如果要合并到一个文件，现在已经存储成了两个文件，最简单的做法就是调用ffmpeg命令行将两个文件合并，这种做法简单粗暴，为
阅读全文
