Qt-项目作品

一、前言说明 前段时间做了个需求，需要对多个监控设备同时云台控制，至于为什么有这个需求可以先不管，给钱实现就行，马不停蹄的开干。首选直接用onvif协议，用户只需要在局域网运行，如果需要在公网运行，则

一、前言说明 在这十几年时间里，用Qt写过几十个项目，一百多个组件，几百个控件，最开始的时候并没有考虑跨平台的问题，后面有用户陆陆续续有其他平台的要求，所以后期写的代码，从一开始设计阶段就会考虑跨平台

一、前言说明 自从发布了这个监控设备模拟器，本意其实是卖代码，可是受欢迎程度不是程序员开发者，而是一堆非开发人员，没想到这个一个毫不起眼的需求，在外行人看来是真切实际的需求，比如一些收银台，需要把收银

一、前言说明 1、功能概述 航迹规划功能允许用户在地图上通过单击操作逐个添加航线途经点，系统自动生成带有方向指示的连续航迹线，并支持对航线进行动态编辑。主要功能包括： 支持在地图上单击添加标注点，点位

一、前言说明 上下切换界面的效果在网页上还是比较常见的，也就是后退可以切换到上一个打开的界面，前进可以切换到当前页面的下一个打开过的页面，如果没有上一个下一个则不切换，一般这种功能是一些年纪比较大的人

一、前言说明 这个项目很多年前就完成的，属于一个定制的项目，最初做的事楼宇对讲相关的功能，后面陆续增加了门禁和视频监控，这些模块加起来，慢慢的形成了一个智能安防集中管理平台的模样，但是确切的说又不够标

一、前言说明 在视频监控系统的开发中，ONVIF（Open Network Video Interface Forum）作为行业标准协议，被广泛应用于设备与平台之间的互联互通。通常我们认为，ONVIF

一、前言说明 最近大半年主要的精力就是搞这个gb28181组件了，之前按照的标准都是2016，也是目前市面上主流设备支持的标准，尽管2022标准从2023年开始实施，但是厂家要实现起来，总归要费一些时

一、前言说明 之前已经用ffmpeg代码实现了rtsp和rtmp推流，在没有搞过推流的时候，以为很难，其实推流就是保存文件到一个rtsp/rtmp地址，完全复用保存到MP4文件的代码，唯一不同的时候就

一、前言说明 这个功能是之前写的监控设备模拟器的衍生，同时集成在该项目中，就是单独写个竖版的app样式的界面，然后编译成安卓版本即可，默认就模拟一路设备，从设备地址下拉框中选择安卓摄像头即可，所有的底

一、前言说明 近期遇到一个需求，需要将对个画面合并到一个流中推流出去，这个有很多种方案去实现，一个方案是采用ffmpeg的滤镜，视频水印的方式叠加上去，测试下来行是行，就是编码占用压力巨大，有点得不偿

一、前言说明 随着监控系统规模的不断扩大，以及用户对多屏协同操作需求的日益增长，如何高效、灵活地预览大量实时视频通道，成为提升用户体验的关键。尤其是在拥有多个显示器的环境中，用户越来越希望能够在不同屏

一、前言说明 最近有个定制需求，希望程序能够一直运行，比如在windows上运行的程序，很可能无法保证不出故障崩溃，有时候可能是程序内部处理异常导致的崩溃，比如有些数据解析没有考虑到一些极端的情况，还

一、前言说明 按照国标的文档，语音对讲这块，并没有强制要求支持公网对讲，所以当初设备厂家做的都是支持的udp对讲，而且按照国标协议要求，对讲是先发一个语音对讲广播到设备，设备收到后，主动发起对讲到服务

一、前言说明 之前从最底层协议通信把gb28181实现了一遍，没有用到exosip或者pjsip等任何第三方库，通过熟读gb28181国标文档几百页，看了一遍又一遍，根据对应的官方文档，一行行代码底层

一、前言说明 在银行、超市、考试中心、工控系统、网课教学、居家办公等场景中，传统监控摄像头难以清晰录制电脑屏幕内容，导致关键操作无法有效追溯。为解决这一难题，我们推出了一套纯软件实现的电子屏幕监控方案

一、前言说明 这个工具前前后后也算是废了不少功夫，最开始是因为28181服务端的组件已经完美实现，对照国标文档看了很多遍，逐个实现需要的交互协议，整体上比onvif协议要难不少，主要是涉及到的东西比较

一、前言说明 一个产品要做到好用易用，需要打磨很长时间，和视频监控系统一样，这套物联网平台软件，也是打磨了至少8年的时间，再次回看当初的第一个版本，功能是多么的简陋，就写了个串口收发数据，写死的字节解

一、前言说明 搞完onvif设备模拟器，总想着把28181设备模拟也实现，因为之前已经花了大力气把28181平台软件端实现了，为了实现这个组件，头发掉了一大把，专门把国标文档看了好几遍，逐行阅读，针对

一、前言说明 按道理onvif设备端的程序都是下位机实现的，也就是直接运行在类似摄像头的设备上的，为什么还考虑用Qt去实现这个设备端协议，一方面因为需要测试模拟，还一个方面对应程序员来说最容易忽略，那