Qt-项目作品

一、前言说明 这个地图组件前前后后写了十几年，是真没想到，最开始仅仅是搞个简单的百度地图的js交互，能显示个地图和设备点，主要用在视频监控系统上展示摄像头点位，后面慢慢的有个无人机监控系统要用，需要显

一、前言说明 要想将视频监控设备的实时视频放到网页预览，基本上的方案都是要先推流，推流到流媒体服务后，然后网页再从流媒体服务这边拉流，一般会选择拉hls也就是m3u8，这个延迟很大，最低延迟估计都要3

一、前言说明 在2011版本的gb28181协议中，拉取视频流只要求udp方式，从2016开始要求新增支持tcp被动和tcp主动两种方式，udp理论上会丢包的，所以实际使用过程可能会出现画面花屏的情况

一、前言说明 使用过不少的gb28181服务端工具，绝大部分都是BS结构的，也就是直接在网页上运行，比如easynvr、liveqing等，也有个知名的开源国标项目叫wvp，总体感觉性能都不如意，理论

一、前言 近期有客户提需求，需要在嵌入式板子上和电脑之间音视频通话，要求用Qt开发，可以用第三方的编解码组件，能少用就尽量少用，以便后期移植起来方便。如果换成5年前的知识储备，估计会采用纯网络通信收发

一、前言说明 用纯Qt+ffmpeg打造的这个播放组件，在各种复杂的环境中测试，满足各种音视频格式和场景需求，后期又多了一种需求，那就是没有音视频地址的，直接是内存流数据，比如有个下位机，直接通过tc

一、前言说明 可视化的大屏系统基本上是网页BS的天下，为何还要用可执行文件CS的方式写一个呢，主要还是从性能方面考虑，尤其是现在考虑到国产芯片和系统的兴起，目前上面的配置，不足以带动强悍的谷歌浏览器，

一、功能特点 支持局域网和外网音视频实时通话，延迟极低，资源占用极低。 自动获取本地所有视音频输入设备，本地摄像头设备自动罗列所有支持的分辨率、帧率、采集格式等信息。 可以指定采集的视频设备和音频输入

一、前言说明 编写这个组件耗费了相当多的精力，从第一个版本算起来的话，前前后后花了有十年的时间，经历过十几年的风风雨雨，各种实际需求交织迭代，然后在2024年持续一整年的时间去重构，并在后期不断的增加

一、前言 在推流领域，尤其是监控行业，现在主流设备基本上都是265格式的视频流，想要在网页上直接显示监控流，之前的方案是，要么转成hls，要么魔改支持265格式的flv，要么265转成264，如果要追

一、前言 在技术的长河中探索，有些目标一旦确立，便如同璀璨星辰，指引着我们不断前行。早在2014年，我心中就种下了用纯Qt实现GB28181协议的种子，如今回首，一晃十年已逝，好在整体框架和逻辑终于打

一、前言说明 用纯Qt来实现这个GB28181的想法很久了，具体可以追溯到2014年，一晃十年都过去了，总算是整体的框架和逻辑都打通了，总归还是杂七杂八的事情多，无法静下心来研究具体的协议，最开始初步

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

2、代码使用 2.0 基本步骤 第一步，将core_iot目录拷贝到你的项目的上一级目录。 第二步，打开项目的pro文件，引入物联网组件，include ($$PWD/../core_iot/core

一、前言说明 近期对视频监控系统做了比较大的更新升级，主要就是三点，第一点就是增加了辅屏预览，这个也是好多个客户需要的功能，海康的iVMS-4200客户端就有这个功能，方便在多个屏幕打开不同的视频进行

一、前言说明 搞软件开发一直追求精益求精的目标，从第一版的秘钥生成器到今天这个版本，经历了十年的时间，最初的版本做的非常简陋，就是搞了个异或加密，控制运行时间，后面又增加设备数量的控制，然后就是到期时

一、功能特点 纯QWidget编写，原创输入法机制，没有任何第三方动态库的依赖。 支持各种Qt版本，包括Qt4、Qt5、Qt6及后续版本。 支持各种编译器，包括mingw、msvc、gcc、clang

一、前言 首先泼一盆冷水，在不同的电脑上实现完完全全的帧同步理论上是不可能的，市面上所有号称帧同步的播放器，同一台电脑不同拼接视频可以通过合并成一张图片来绘制实现完完全全的帧同步，不同电脑，受限于网络

一、前言 之前做的监控系统，已经实现了在windows上硬解码比如dxva2和d3d11va，后续又增加了linux上的硬解vdpau的支持，这几种方式都是跨系统的硬解实现方案，也是就是如果都是win

一、使用说明 1.1 设备模拟-Com 第一步，填写要模拟的设备地址，0表示自动处理，也就是收到什么地址就应答什么地址。 第二步，填写对应的串口号和波特率。 第三步，单击打开串口，成功后会变成关闭串口