随笔分类 - Qt/C++项目作品
摘要：一、前言说明 随着监控系统规模的不断扩大，以及用户对多屏协同操作需求的日益增长，如何高效、灵活地预览大量实时视频通道，成为提升用户体验的关键。尤其是在拥有多个显示器的环境中，用户越来越希望能够在不同屏幕上同时查看不同区域的监控画面，实现更直观、更高效的监控管理。 目前，一些用户会通过打开多个软件实例
阅读全文
摘要：一、前言说明 最近有个定制需求，希望程序能够一直运行，比如在windows上运行的程序，很可能无法保证不出故障崩溃，有时候可能是程序内部处理异常导致的崩溃，比如有些数据解析没有考虑到一些极端的情况，还有就是用户主动关闭了程序，可能是误关闭，而有些程序，又必须7*24小时运行，所以必须要有个守护进程，
阅读全文
摘要：一、前言说明 按照国标的文档，语音对讲这块，并没有强制要求支持公网对讲，所以当初设备厂家做的都是支持的udp对讲，而且按照国标协议要求，对讲是先发一个语音对讲广播到设备，设备收到后，主动发起对讲到服务端，和视频点播是反着来的，这样的话数据的传输模式只能设备控制，默认一般都是udp，也就是设备端打开u
阅读全文
摘要：一、前言说明 之前从最底层协议通信把gb28181实现了一遍，没有用到exosip或者pjsip等任何第三方库，通过熟读gb28181国标文档几百页，看了一遍又一遍，根据对应的官方文档，一行行代码底层实现，其实就是网络通信，可选tcp或者udp，和http都是同类型的协议，有消息头和消息体，消息头都
阅读全文
摘要：一、前言说明 在银行、超市、考试中心、工控系统、网课教学、居家办公等场景中，传统监控摄像头难以清晰录制电脑屏幕内容，导致关键操作无法有效追溯。为解决这一难题，我们推出了一套纯软件实现的电子屏幕监控方案，彻底取代依赖硬件视频编码器的传统方式，实现高效、清晰、低成本的电脑屏幕录像监控。 本方案基于虚拟摄
阅读全文
摘要：一、前言说明 这个工具前前后后也算是废了不少功夫，最开始是因为28181服务端的组件已经完美实现，对照国标文档看了很多遍，逐个实现需要的交互协议，整体上比onvif协议要难不少，主要是涉及到的东西比较多，有sip协议，又有xml数据封装，云台控制用的又是模拟设备时代的16进制数据来控制，音视频传输用
阅读全文
摘要：一、前言说明 一个产品要做到好用易用，需要打磨很长时间，和视频监控系统一样，这套物联网平台软件，也是打磨了至少8年的时间，再次回看当初的第一个版本，功能是多么的简陋，就写了个串口收发数据，写死的字节解析对应的数据位，然后搞了个表格显示采集到的数据，就没了，尽管功能简单，但是运行还是非常稳定的，到现在
阅读全文
摘要：一、前言说明 搞完onvif设备模拟器，总想着把28181设备模拟也实现，因为之前已经花了大力气把28181平台软件端实现了，为了实现这个组件，头发掉了一大把，专门把国标文档看了好几遍，逐行阅读，针对需要实现的交互协议，逐一实现，然后在N多实际现场测试，给最终用户使用，不断反馈迭代修改，以满足更多的
阅读全文
摘要：一、前言说明 按道理onvif设备端的程序都是下位机实现的，也就是直接运行在类似摄像头的设备上的，为什么还考虑用Qt去实现这个设备端协议，一方面因为需要测试模拟，还一个方面对应程序员来说最容易忽略，那就是真实的需求，比如大量的收银系统运行的电脑，很多时候有个监控设备对着收银台，但是具体电脑上的操作详
阅读全文
摘要：一、前言说明 最近搞嵌入式板子开发搞上瘾了，一连远程了十几个开发板上测试视频相关项目，比如视频综合应用和视频监控系统以及推流，试下来效果都不错，有RK3568/RK3576/RK3588等，厂家至少四五种，都大差不差，毕竟核心都是瑞星微的，可能涉及到一些版本问题，就是有些板子是老的mpp硬解，有些是
阅读全文
摘要：一、前言说明 光一个推流组件就写了很多年，不是工匠精神是什么？谁说写程序不需要工匠精神的，没有工匠精神就做不出一个好用的程序。搞程序开发这么多年，明白一个道理，为了能快速获取用户，首先要快速迭代出来一个基本可用的版本发布，就是满足基本功能，然后推出来看下用户的反应，受欢迎的功能点可以持续继续迭代，不
阅读全文
摘要：一、前言说明 从第一个版本到今天，视频监控系统总共持续了至少十二年的时间，一个程序员又有多少个十二年经得起折腾，这个项目是本人写过的最复杂、功能知识点最多、文档最全、持续时间最久的一个，也是写的最好的一个，光手册文档都写了三个多月，文档中的文字都是一个字一个字敲出来的，项目中的代码也是自己一行行亲自
阅读全文
摘要：一、前言说明 视频监控设备一般都会支持onvif协议，在做视频监控平台软件开发的时候，一般需要外接监控设备进行测试，这种条件不是每个人每个时候都能具备的，比如有些时候设备可能拿出去用了，有些时候在家里加班调试程序，有时候需要几千路接入进行压力测试，林林种种的情况非常多，所以急切需要一个onvif设备
阅读全文
摘要：说来也奇怪，最近RK3588的用户扎堆，近期连续远程了七八个板子都是3588，有firefly的，有野火鲁班猫的，有正点原子的等，总体都大差不差，通过各种性能对比测试，鲁班猫性能更突出。在我们普通的PC机器电脑，播放一个8K，直接GPU干满，除非显卡强劲，普通的显卡一般就只能支撑1路265格式的8K
阅读全文
摘要：一、功能特点 标准onvif协议，支持设备搜索、获取参数、快照抓图等。 支持264/265/aac等标准视音频协议传输。 支持多路批量onvif设备模拟，每一路都独立的端口。 支持本地摄像头采集转成onvif，可选择不同的设备、分辨率、帧率等参数。 支持本地桌面采集转成onvif，可选择不同的屏幕、
阅读全文
摘要：一、前言说明 随着推流组件的用户数越来越多，各种现场需求也不断增加，其中一个需求是能够自动重连推流，现场的监控设备成百上千，指不定哪个就离线了，不管是断电了还是断网了，或者设备坏了，都可能造成离线，而推流组件这边加载了几百路的监控摄像头在推流，最开始并没有考虑离线的情况，一旦离线后，就不会再推流，需
阅读全文
摘要：一、前言说明 现在越来越多的场景是需要通过28181进行联网的，监控设备端基本的也都会支持28181协议，从2010年到2014年这个阶段主流还是onvif，由于无法方便的和外网连接，逐渐变成非主流，局域网用onvif没问题，广域网基本上要靠28181，近期接触到的项目也基本上都是需要通外网，用户需
阅读全文
摘要：一、前言说明 推流组件写了这么久，主要都是推720P/1080P/2K这种分辨率的，现在突然间来了用户需要8K，一开始心里没底，后面试了下效果，远超预期好的一逼，CPU资源占用居然是0%，你说谁看到了不震惊，毕竟分辨率摆在这里，你要想想用播放器去播放器8K的文件，动不动就99%的占用，而且很多人电脑
阅读全文
摘要：一、前言说明 从十几年前做Qt自定义控件开发至今，陆陆续续开发过两百多个自定义控件，一直持续更新到现在的Qt6.10版本，全部正常编译使用，从最初的Qt4.7.0支持到现在，没有坚强的毅力是支撑不到今天的。很多人问写自定义控件难不难，其实一点都不难，掌握了qpainter的技巧，写起来行云流水，就跟
阅读全文
摘要：一、前言说明 之前已经在推流基础上，实现了音视频通话，原理就是采集到音视频的数据推流到流媒体服务程序，然后从流媒体服务程序拉流播放对方的音视频流即可，目前演示效果是做的一对一通话，稍微拓展一丢丢就可以支持多对多通话。之前演示的都是在局域网，很多人问是否可以外网通话，那肯定可以的啊，只需要搞个云服务器
阅读全文
浙公网安备 33010602011771号