Qt官方不再提供离线安装包直接下载，导致早期版本(如5.12)获取困难。虽然在线安装仅支持5.15及以上版本，但用户仍可通过特定格式的URL手动构建下载链接获取历史版本。不同平台安装包URL遵循统一命名规则（如Windows为.exe，Linux为.run，Mac为.dmg），使用下载工具即可完成获取。这一现象甚至催生了相关商业服务。示例展示了5.12.12和5.12.0版本各平台安装包的标准下载

首先泼一盆冷水，在不同的电脑上实现完完全全的帧同步理论上是不可能的，市面上所有号称帧同步的播放器，同一台电脑不同拼接视频可以通过合并成一张图片来绘制实现完完全全的帧同步，不同电脑，受限于网络的延迟，命令交互的时间占用，不同硬件之间的主频偏差等，肯定会有些许的误差，只要误差控制在1帧以内，人的肉眼是完全看不出来的，比如误差5ms，看不出来的。这个和零延迟的推流软件道理一样，不可能零延迟的，只能够做到

一、功能特点自定义打包界面大家基本用的都是NSIS，INNO等打包工具去制作。但是Qt作为专业的界面定制，专业的跨平台框架。我觉得Qt很好也很强大，我便写了一个这样的打包工具，支持自定义安装，卸载Qt界面自定义。支持安装，卸载自定义Qt界面编写。一键式脚本build.bat，生成安装包EXE。兼容XP系统。支持配置文件填充安装包信息：指定应用程序中文名称，指定生成安装包的名称，指定版本号，指定发布

搞监控拉流，如果仅仅是在开发机器，基本上每个程序员都能做到没有问题，把把都能正常运行，可是到了现场往往就容易掉链子，哪怕是你测试用过的一样的设备，所以必须不断的迭代代码，不断的兼容各种实际场景。

GB28181协议中的语音对讲功能相较于视频点播更为复杂，涉及服务端与设备端的多次交互。对讲流程包括服务端发送语音广播通知、设备端应答并发起点播请求、服务端应答并监听端口等步骤。音频数据通过RTP格式传输，设备端的声音通常通过视频通道一并传输。在界面交互上，利用现有的视频控件悬浮条，添加语音对讲按钮，并通过专门的GB28181WidgetManage类管理对讲状态，确保同一时间只有一个通道处于对讲

GB28181协议下的实时视频预览功能是系统的核心，尽管其实现过程复杂，涉及SIP命令交互、RTP包解析、PS流转码等多个步骤。开发者通过封装GB28181Widget类，简化了操作流程，用户只需调用openVideo和closeVideo即可实现视频的开启和关闭。此外，系统支持设备注册、视频点播、录像回放、云台控制等多种功能，具备高并发处理能力和良好的扩展性，适用于多种场景和设备。代码结构清晰，

本文介绍了一个支持GB28181和ONVIF协议的设备模拟工具。该工具通过纯Qt实现，跨平台兼容，可将本地摄像头、桌面、视频文件等转换为标准协议设备接入NVR系统。核心功能包括多路设备模拟、音视频协议转换、自动重连机制、批量添加设备等。文章分享了开发过程中遇到的难点，如GB28181协议实现涉及SIP、XML、RTP/RTSP等多种技术混合，以及视频流格式转换的解决方案。工具支持4K/8K高清分辨

本文探讨了国标监控系统中主/子码流切换功能的缺失问题，并提出了解决方案。目前市面主流国标平台（如EasyNVR、LiveGBS等）普遍不支持码流切换，导致多路显示时性能不足。文章分析了不同厂商的码流标识规范（如海康的streamnumber、大华的streamprofile），提出通过SDP协议动态指定码流类型，并兼容所有厂商格式。作者分享了一套完整的GB28181协议实现方案，支持设备管理、视频

音视频开发利器：FFmpeg与RIST协议应用实践 本文介绍了音视频传输领域的新兴协议RIST（Reliable Internet Stream Transport）及其在FFmpeg中的应用。RIST协议凭借低延迟、高可靠性等优势，成为流媒体传输的重要选择。文章详细阐述了在FFmpeg中使用RIST协议进行推拉流的方法（需在拉流地址前加@符号），并展示了功能强大的多媒体开发框架，支持多种解码内核

本文介绍一款自研轻量级Qt地图控件，基于QWidget与QPainter实现，无浏览器依赖，支持天地图、高德、谷歌等多源瓦片，兼顾在线离线场景。具备高性能、低内存占用、跨平台（含国产系统、嵌入式）优势，支持上千个标注点实时刷新、轨迹回放、航线规划、电子围栏等功能。代码仅1万行，接口友好，易学易用，已开源，适用于无人机、机器人等高实时性场景。相比QGIS、QGroundControl，更轻量、易集成