一、前言跨平台着实花了不少的精力，为了从Qt4.7兼容到Qt6.2及后续版本，头发掉了不少，仅有的几根毛所剩无几，哎，可能这就是程序员的命，本人写Qt程序这么多年，比较喜欢支持多个Qt版本，尤其是钟情于支持任意Qt版本+任意系统+任意编译器，这句话说起来简单其实实现起来就不容易了，首先你得有个很多版本的测试环境，起码十几个Qt环境要的吧，四五种操作系统要的吧，还要安装各种VS版本免不了的，毕竟wi

一、前言能够导出控件布局和属性设置数据到xml文件或者其他文件，也是一个非常实用的功能，类似于QtDesigner中把页面设计好以后生成的.ui结尾的文件，其实就是xml文件，按照约定的规则存储好控件名称和属性名称及对应的属性值，然后打开的时候按照这个规则取出来就行了。每个控件还有固定的几个数据需要存储，比如XY轴和对应的宽度高度，然后在xml数据文件的最开始还可以存储整个画布的宽度高度以便其他.

一、前言上一篇文章负责把设计好的控件数据导出到了xml文件，本偏文章负责把导出的xml数据文件导入，然后在画布上自动生成对应的控件，Qt内置的xml数据解析功能，非常强大，都封装在QtXml组件中，Qt有个好处就是，封装了众多的各大操作系统平台的功能，尤其是GUI控件，不愧是超大型一站式GUI超市，虽然网络组件不是很强大，但是应付一些基础应用还是绰绰有余的。在导出xml数据的时候，属性列表和值都.

用纯Qt来实现这个GB28181的想法很久了，具体可以追溯到2014年，一晃十年都过去了，总算是整体的框架和逻辑都打通了，总归还是杂七杂八的事情多，无法静下心来研究具体的协议，最开始初步了解协议后发现比onvif要复杂不少，索性先搁置一旁，所以先把onvif协议打通了，onvif协议好是好，但是一般在局域网内使用，外网访问几乎没有办法，而GB28181就是为了解决很多痛点定义的一套视频监控规范，毕

本系统严格意义上说是一个直连硬件的客户端软件，下面接的modbus协议的设备直接通过网络或者串口和软件通信，软件负责解析数据和存储记录。有时候客户想要领导办公室或者分管这一块的部门经理办公室，也安装一套这样的软件，能够查看到对应设备的数据，一种方式是将本地数据存储或者转发到云端，其他需要拉数据或者订阅数据的地方，往服务器订阅就行，客户端这边只负责上传数据就行。...

gb28181协议一般会选择udp通信，默认也是udp，早期国标设备都是只支持udp。服务端开启端口监听，设备端填写好对应参数后，会尝试往对应端口发数据进行连接。设备端间隔（心跳间隔默认是60s）发送REGISTER信令，服务端收到后，分析数据中是否带了鉴权信息（也就是用户认证相关信息），没有带的话则应答Unauthorized，带了的话，可以取出认证的信息，和要求的参数对比，比如国标服务端编号、

RK3588开发板展现惊人8K解码能力 近期多款RK3588开发板（包括Firefly、鲁班猫、正点原子等）实测显示，其RKMPP硬解方案性能远超预期。测试表明，这些仅售几百元的嵌入式板卡可流畅解码4路8K视频，而普通PC显卡通常仅能处理1路8K（H.265格式）。其中鲁班猫表现尤为突出。这一性能颠覆了传统认知，展现了Rockchip芯片在视频处理方面的强大实力。文中附带的Qt+FFmpeg示例代

一、前言数据查询模块在整个系统中难度最低，由于Qt对数据库操作的封装堪称完美，所以各种查询都是手到擒来，不费吹灰之力。Qt中内置了sqlite数据库，你可以在数据库插件目录sqldrivers发现qsqlite.dll文件比较大，大概800KB左右，而qsqlmysql.dll才70KB，按道理mysql肯定比sqlite要大才对，后面查阅资料发现越来Qt源码中已经包含了sqlite的源码，编译.

一、前言地图监控主要是提供一个地图（可以是平面的也可以是立体彩色的，一般建议鸟瞰图，有3D感），然后设备在对应的地图上，可以切换地图来查看对应区域的设备，一般来说一个区域会有一个地图文件，设备在地图上实时显示当前采集到的值，还会有对应的单位，如果发生报警，对应的地图自动切换到最前面显示，设备点闪烁，发出报警声音，双击对应的设备点还可以回控设备比如进行参数设置等。类似的功能需求在很多系统中会用到..

1. 自动计算音频振幅，绘制音频振幅曲线和音频数据曲线。2. 支持音频录制，可选音频输入设备、采样频率、通道等参数，Qt5默认保存wav格式，Qt6默认保存mp3格式，Qt6可选wma、aac等格式。3. 提供音频发送示例，将采集到的音频数据通过TCP或UDP发出去。4. 提供音频接收示例，将网络TCP或UDP收到的音频数据播放出来。5. 音频发送和接收，相当于语音对讲，响应延迟小于0.2s，实时