Qt-音视频开发

一、前言 搞定了实时预览后，另一个功能就是录像回放，录像回放和视频点播功能完全一致，唯一的区别就是发送点播的sdp信息中携带了开始时间和结束时间，因为是录像文件，所以有这个时间，而实时视频预览这个对应

一、前言 通过gb28181做实时视频预览，也就是视频点播功能，是最重要的功能了，绝对是整个系统排第一重要的，这就是核心功能，什么设备注册、获取通道等都是为了实时预览做准备的，当然这个功能也是最难的，

一、前言 警情订阅在gb28181协议中也是一个重要的功能，一般是服务端主动问设备端订阅，不知道设备端是否能问服务端订阅？貌似行不通。 订阅后设备端一旦有警情消息，会主动发给服务端，比如运动目标检测报

一、前言 之前用onvif已经完美实现了设备的云台控制和预置位的功能，这个基础功能在监控系统中是使用频率很高的，所有gb28181肯定也提供了这样的功能，很多人以为是通过包含xml数据，对应节点指定对

一、前言 设备注册成功后，接下来要做的就是获取设备的信息，尤其是通道信息，根据国标协议，永远只有两个层级，一个是设备，然后就是设备下面多个通道，设备编码在整个系统中唯一，通道编码在一个设备中唯一，如果

一、前言 根据gb28181协议文档，第一步就是需要实现设备的注册，和onvif不同，gb是反过来的，设备端主动连接服务端，而onvif是服务端主动发出搜索，设备被动应答，包括后续的交互几乎都是被动应

一、前言 搞gb28181开发，首要任务就是解析协议，按照gb28181的文档来，还是非常详细的，通过抓包工具可以查看到具体的收发数据，也可以打开网络调试助手工具，监听5060端口，看到上报的数据，都

一、前言 在音视频开发中，音量的控制分两块，一个是控制播放器本身的音量，绝大部分场景都是需要控制这个，这个不会影响系统音量的设置。还有一种场景是需要控制系统的音量，因为播放器本身的音量是在系统音量的基

一、前言说明 音视频开发除了应用在安防监控、视频网站、各种流媒体app开发之外，还有一个小众的市场，那就是多媒体展厅场景，这个场景目前处于垄断地位的软件是HirenderS3，做的非常早而且非常全面，

一、前言 用ffmpeg做硬解码开发，参考自带的示例hw_decode.c即可，里面提供了通用的dxva2/d3d11va/vaapi这种系统层面封装的硬解码，也就是无需区分用的何种显卡，操作系统自动

一、前言 这个一边推流一边录制的功能，有很多用户提到过，之前因为时间的原因，一直没有搞，年初的时候索性抽空搞了下，也着实费了些功夫。推流用的是ffmpeg这个开源的牛逼的第三方库，搞音视频开发的人应该

一、前言 随着直播的兴起，采集本地摄像头和麦克风进行直播推流，也是一个刚需，最简单的做法是直接用ffmpeg命令行采集并推流，这种方式简单粗暴，但是不能实时预览画面，而且不方便加上一些特殊要求。之前就

一、前言 随着音视频的爆发式的增长，各种推拉流应用场景应运而生，基本上都要求各个端都能查看实时视频流，比如PC端、手机端、网页端，在网页端用websocket来接收并解码实时视频流显示，是一个非常常规

一、前言 上一篇文章讲到用ffmpeg命令方式执行打印到日志输出，可以拿到本地摄像头设备信息，顺藤摸瓜，发现可以通过执行 ffmpeg -f dshow -list_options true -i v

一、前言 上一篇文章讲使用ffmpeg函数接口去获取本地摄像头信息，这种方式只能从ffmpeg5版本开始才具备，那ffmpeg3/4只能干瞪眼？那肯定不行的，必须要想办法打通这个功能，查阅信息发现可以

一、前言 上一篇文章是写的用Qt的内置函数方式获取本地摄像头名称集合，但是有几个缺点，比如要求Qt5，或者至少要求安装了多媒体组件multimedia，如果没有安装呢，或者安装的是个空的呢，比如很多嵌

一、前言 在需要打开本地摄像头的场景中，有个需求绕不开，那就是如何获取本地有哪些摄像头设备名称，这样可以提供下拉框给用户选择，不然你让用户去填设备名，你觉得用户会知道是啥，他会操作吗？就算你提供了详细

一、前言 在使用yolo做人工智能运算后，运算结果除了一个方框，还可能需要增加文字显示在对应方框上，以便标记是何种物体，比如显示是人还是动物，或者还有可能追踪人员，显示该人员的姓名。这种应用场景非常普

一、前言 视频监控系统发展到今天，越来越智能，比如这些年流行的人脸识别、物体识别、烟感识别等，都是需要拿到图片数据去做运算处理，然后将结果显示到视频画面中，或者还有要求将结果保存到视频录像文件中，以便

一、前言 最近多了个新需求，需要倍速推流，推流界的扛把子obs也有倍速推流功能，最高支持到两倍速。这里所说的倍速，当然只限定在文件，只有文件才可能有倍速功能，因为也只有文件才能倍速解码播放。实时视频流