- 博客(1077)
- 资源 (186)
- 收藏
- 关注
RSS订阅
原创 Qt/C++原创项目作品精选（祖传原创/性能凶残/界面精美）
从事Qt开发十年有余，一开始是做C#.NET开发的，因为项目需要，转行做嵌入式linux开发，在嵌入式linux上做可视化界面开发一般首选Qt，当然现在可选的方案很多比如安卓，但是十多年前那时候板子性能低，安卓在这个上面跑的话卡成屎，当时的内存大概是128MB左右，Qt也是主要用QWidget，刚出来的qml在这个上面跑个最简单的示例也是卡成屎，这也造成了本人一直对qml的印象不大好，非常依赖GPU硬件。
2023-07-09 12:09:52
23944
24
原创 Qt/C++编写物联网管理平台（支持win/linux/mac/嵌入式linux/modbus/mqtt等）
这个物联网综合管理平台前后迭代了五年，一点一滴慢慢积累起来，从最开始的只有modbus串口协议解析以及简单的表格显示数据，慢慢的逐渐增加了tcp_rtu支持，用户管理模块，地图监控模块，而后为了拓展性又做了云端数据同步，网络数据转发等。
2022-11-28 09:00:51
16010
13
原创 Qt/C++项目作品源码/性能凶残/祖传原创/界面精美/跨平台
Qt编写的项目作品大全，包括自定义控件大全、属性设计器（组态）、输入法、物联网综合管理平台、可视化大屏电子看板系统、视频监控系统、视频综合应用示例、音频综合应用示例、本地摄像头应用示例、智能安防集中管理平台、界面开发大全、视频监控Onvif综合示例、自定义曲线图柱状图、数据导入导出(xls/pdf)及打印示例、图片及视频TCP/UDP网络传输、地图综合应用(在线+离线+区域+下载)、网络请求客户端/服务器、推流综合应用示例、多线程文件传输等
2021-01-20 18:37:22
189414
79
原创 Qt/C++编写安防视频监控系统（支持win/linux/mac/海康/大华/宇视/264/265等）
一、前言视频监控系统在整个安防领域，已经做到了烂大街的程序，全国起码几百家公司做过类似的系统，当然这一方面的需求量也是非常旺盛的，各种定制化的需求越来越多，尤其是这几年借着人脸识别的东风，发展更加迅猛，人脸识别相关的技术和应用这几年处于风口浪尖，衍生了特别多的应用产品，各种人脸识别的产品遍地开花，刷脸门禁，车站机场人脸识别，刷脸取票等，但是其实大部分内行人士可能都比较绝望，外行感觉像看科幻片一样...
2019-05-23 17:31:43
53936
24
原创 Qt/C++编写数据可视化大屏界面电子看板系统
前言目前大屏大数据可视化UI这块非常火，趁热也用Qt来实现一个，Qt这个一站式超大型GUI超市，没有什么他做不了的，大屏电子看板当然也不在话下，有了QSS和QPainter这两个无敌的工具组合，借用几个Qt高手朋友的话来说，都是分分钟。在整个系统的编写过程中，发现数学知识真的还是蛮重要的，在重要的几个算法点上，需要多次用到二元一次方程才能搞定几个算法，比如如何分组绘制柱状图。电子看板介绍电子...
2019-05-05 22:31:19
25729
28
原创 Qt/C++开发监控GB28181系统/拉流自动跳过被占用的端口/自动回收端口/端口池/同时支持udp/tcp被动/tcp主动
GB28181视频监控系统的智能端口管理与取流优化 摘要：本文介绍了GB28181视频监控系统中端口管理的智能解决方案。系统采用动态端口池机制，在6900-7900范围内自动检测可用端口，避免了端口占用导致的取流失败问题。当端口被占用时，系统会自动尝试下一个端口直到成功监听，并通过SIP协议将端口信息发送给设备端。同时实现了端口回收机制，在关闭通道时将端口重新放回池中循环利用，确保端口资源永不耗尽。该方案有效提升了系统稳定性和用户体验，解决了传统监控平台因端口占用而卡死的常见问题。此外，系统还支持多种协议版
2025-06-13 10:54:15
618
原创 Qt指定应用程序窗口采集录屏和推流/自动罗列窗口标题/实时性好延迟极低
本文介绍了如何优化Windows应用程序窗口采集功能，通过EnumWindows枚举窗口并过滤不可见、最小化及系统窗口，获取可采集窗口标题和程序路径。作者参考了OBS软件的实现方式，解决了用户手动输入窗口标题不便的问题。文中展示了过滤后的窗口选择效果图，并提供了相关实现代码，包括Qt6.6中的跨平台枚举方法。该功能已集成到视频处理库中，支持多种解码内核和显示模式，适用于不同系统环境。代码开源在Gitee/Github，更多技术细节可访问作者博客或下载演示文件。
2025-06-10 08:35:58
817
原创 Qt/C++开发监控GB28181系统/取流协议/同时支持udp/tcp被动/tcp主动
在2011版本的gb28181协议中，拉取视频流只要求udp方式，从2016开始要求新增支持tcp被动和tcp主动两种方式，udp理论上会丢包的，所以实际使用过程可能会出现画面花屏的情况，而tcp肯定不丢包，起码画面不会花屏或者不完整，就是速度上慢了一些。tcp被动模式和udp模式其实是一样的，只不过udp模式是监听的udp端口，而tcp被动模式是监听的tcp端口，然后数据的接收处理完全一样。
2025-06-06 14:14:16
1250
原创 垃圾qt，毁我青春
在软件开发的漫漫征途中，我与 Qt 的邂逅本以为是一场美妙的合作，然而，现实却给了我沉重的一击。“垃圾 qt，毁我青春”，这句看似过激的话语，实则饱含了我在 Qt 开发之路上的无数辛酸与无奈。
2025-06-04 14:50:07
655
2
原创 Qt/C++编写GB28181服务端工具/绿色版开箱即用/对标wvp-gb28181/实时画面预览/录像回放下载
本文介绍了一款基于Qt开发的GB28181视频监控系统，解决了BS结构工具性能不足的问题，支持纯本地解码显示。相比主流方案，该系统采用CS架构，性能更优，支持国产芯片环境，提供开箱即用的绿色版本。功能涵盖设备管理、视频点播、录像回放、云台控制、语音对讲等，支持多种通信协议和拉流方式。系统代码简洁高效，兼容各平台和设备厂商，提供详细的示例和文档。相关资源和代码已开源，适用于安防监控等多种场景。
2025-06-02 17:46:40
919
1
原创 基于RK3568/RK3588/全志H3/飞腾芯片/音视频通话程序/语音对讲/视频对讲/实时性好/极低延迟
本文介绍了基于推流拉流方案的音视频通话实现，相比WebRTC方案更轻量且开发难度低。该方案通过采集端将音视频推送到流媒体服务器，接收端拉取RTSP/RTMP等流地址播放。系统提供丰富的布局功能：支持自定义悬浮画面位置、画中画模式交换、多种画面排列方式，以及文字/图片水印的自定义设置。文中展示的效果图直观呈现了多种布局效果，代码片段则演示了Qt框架下的音视频线程管理、窗体位置保存等核心功能实现。该方案兼顾灵活性和实用性，适用于不同场景的音视频通话需求。
2025-05-30 11:23:41
791
原创 关于无法下载Qt离线安装包的说明
Qt官方不再提供离线安装包直接下载，导致早期版本(如5.12)获取困难。虽然在线安装仅支持5.15及以上版本，但用户仍可通过特定格式的URL手动构建下载链接获取历史版本。不同平台安装包URL遵循统一命名规则（如Windows为.exe，Linux为.run，Mac为.dmg），使用下载工具即可完成获取。这一现象甚至催生了相关商业服务。示例展示了5.12.12和5.12.0版本各平台安装包的标准下载路径格式。
2025-05-29 17:35:15
607
原创 Qt/C++开发监控GB28181系统/sip协议/同时支持udp和tcp模式/底层协议解析
GB28181协议服务端实现解析：支持UDP/TCP双通道，自动处理粘包问题 摘要： 本文介绍了基于GB28181协议的服务端实现方案。从2016版协议开始要求支持TCP传输，以解决UDP在网络环境差时的指令丢失问题。通过C++继承机制设计GB28181ServerBase基类，派生出UDP和TCP处理子类，实现双通道支持。特别针对TCP粘包问题（尤其是录像查询场景），提出了完整数据包接收方案。功能涵盖设备管理、视频点播、录像回放、云台控制等30余项特性，支持海康、大华等主流设备。代码采用纯Qt实现，跨平台
2025-05-28 09:35:30
1136
1
原创 Qt/C++地图开发/高级绘图/航线规划和模拟/动态标注轨迹线/带序号和方向箭头指示
本文介绍了高级绘图模块中航迹规划功能的实现。该功能基于底层地图组件二次开发，允许用户在地图上点击添加有序标注点，自动生成带方向箭头的航线。关键技术包括：1）通过计算两点角度自动调整箭头方向；2）支持拖拽标注点实时更新航线和箭头；3）提供标注点序号显示、选中高亮、删除重排等功能。通过封装通用接口，该方案可适配多种地图组件，并采用事件监听机制实现交互响应。效果图展示了完整的航线规划界面，相关代码演示了坐标计算、箭头旋转、拖拽处理等核心逻辑。
2025-05-25 15:10:47
773
原创 Qt/C++搜索行政区边界和保存边界点到文件/离线加载行政区边界
文章摘要：本文介绍了如何通过多边形区域（polygon）绘制行政区划轮廓图，并动态加载行政区划数据。最初，边界点坐标文件被嵌入到JS文件中，但这种方式无法实现动态加载。随后，开发了一个JS函数，通过传入经纬度坐标集合来绘制行政区划，支持多个封闭区域（如飞地和海岛）。文章还提到，天地图的行政区划功能已从地图JS中移除，需通过HTTP请求获取数据，这种趋势使得地图功能更加专注。代码部分展示了如何通过HTTP请求获取行政区划数据并绘制多边形区域。最后，文章提供了相关地址和功能特点，包括支持多种地图内核、在线和离线
2025-05-23 08:59:26
736
原创 Qt/C++开发监控GB28181系统/语音对讲/语音广播/实时通话/音视频通话
GB28181协议中的语音对讲功能相较于视频点播更为复杂，涉及服务端与设备端的多次交互。对讲流程包括服务端发送语音广播通知、设备端应答并发起点播请求、服务端应答并监听端口等步骤。音频数据通过RTP格式传输，设备端的声音通常通过视频通道一并传输。在界面交互上，利用现有的视频控件悬浮条，添加语音对讲按钮，并通过专门的GB28181WidgetManage类管理对讲状态，确保同一时间只有一个通道处于对讲状态。该功能支持设备注册、注销、心跳、校时等操作，并具备视频点播、录像回放、云台控制、语音对讲等多种功能，适用于
2025-05-21 11:27:22
1065
原创 Qt音视频开发过程中一个疑难杂症的解决方法/ffmpeg中采集本地音频设备无法触发超时回调
在实时音视频通话项目中，使用ffmpeg采集本地音频设备时，发现当音频设备被拔掉后，采集过程会卡死在av_read_frame函数中，即使设置了超时时间和回调函数也无法解决。经过多次尝试，最终采用了一个自定义的解决方案：在采集线程中记录最后一次数据采集的时间，并启动一个定时器来检查当前时间与最后采集时间的差值。如果超过设定的时间（如5秒），则认为采集失败，并强制停止线程后重新启动采集线程。这种方法避免了直接退出线程导致的卡死问题，确保了设备不存在时能够立即返回并继续下一次判断，直到设备恢复正常。
2025-05-18 09:16:18
1445
5
原创 Qt/C++编写音视频实时通话程序/画中画/设备热插拔/支持本地摄像头和桌面
本文介绍了一个基于Qt和FFmpeg开发的嵌入式音视频通话系统，支持局域网和外网实时通话，延迟低且资源占用少。系统能够自动获取本地视音频设备，支持多种分辨率和帧率设置，并内置流媒体服务，支持RTSP、RTMP、HTTP、WebRTC等协议拉流。此外，系统还支持画中画、自定义悬浮画面、水印添加等功能，适用于Windows、Linux、macOS及嵌入式系统。通过推拉流技术，系统实现了高效的音视频传输，支持多用户加入和长时间稳定运行。相关代码展示了系统的初始化、音视频设备管理及流媒体服务的实现。
2025-05-16 08:32:58
815
原创 Qt/C++开发监控GB28181系统/录像文件查询/录像回放/倍速播放/录像文件下载
录像回放功能与视频点播类似，但需在SDP信息中指定开始和结束时间。实时预览无法切换进度，而录像回放支持进度切换。实现录像回放需先查询录像文件，设备端返回的文件信息可能包含多个文件，需逐个解析。切换播放进度时，部分厂家采用重新点播的方式，导致短暂黑屏，而国标协议提供了直接切换进度的SIP指令，设备端会立即从指定位置开始发流。代码示例展示了查询文件、点播请求、暂停和继续播放的SIP消息格式。
2025-05-14 09:12:12
599
原创 Qt编写万能硬解播放器/支持传入QByteArray流数据解码/websocket视频流/tcp和udp网络流/gb28181监控rtp流/8K
本文介绍了如何利用Qt和FFmpeg开发一个支持内存流数据解码的播放组件。传统的FFmpeg解码流程通常需要先打开一个音视频地址，但对于直接从内存流（如TCP/UDP接收的264/265裸流数据）进行解码的场景，常规方法不再适用。通过使用FFmpeg提供的AVIOContext和AVFifo接口，开发者可以处理内存流数据，并实现与常规解码流程相似的框架。具体实现中，通过AVFormatContext的回调函数和avio_alloc_context创建内存流上下文对象，并指定读取回调函数read_packet
2025-05-12 15:35:07
682
原创 Qt/C++开发监控GB28181系统/实时视频预览/视频点播/rtp解包解码显示
GB28181协议下的实时视频预览功能是系统的核心，尽管其实现过程复杂，涉及SIP命令交互、RTP包解析、PS流转码等多个步骤。开发者通过封装GB28181Widget类，简化了操作流程，用户只需调用openVideo和closeVideo即可实现视频的开启和关闭。此外，系统支持设备注册、视频点播、录像回放、云台控制等多种功能，具备高并发处理能力和良好的扩展性，适用于多种场景和设备。代码结构清晰，注释详尽，便于二次开发和集成。
2025-05-10 10:32:43
1189
1
原创 Qt/C++开发监控GB28181系统/警情订阅/目录订阅/报警事件上报/通道上下线
警情订阅在gb28181协议中也是一个重要的功能，一般是服务端主动问设备端订阅，不知道设备端是否能问服务端订阅？貌似行不通。订阅后设备端一旦有警情消息，会主动发给服务端，比如运动目标检测报警、视频丢失报警、入侵检测报警等，在gb文档中详细列举了对应哪种类型的报警对应哪个type类型，这个还是比较全的，同时还支持拓展信息字段，携带更多的详细信息，比如还有警情的中文描述。
2025-05-08 14:19:14
1206
2
原创 全网原创/纯QWidget编写可视化大屏电子看板系统/一直被模仿从未被超越
可视化的大屏系统基本上是网页BS的天下，为何还要用可执行文件CS的方式写一个呢，主要还是从性能方面考虑，尤其是现在考虑到国产芯片和系统的兴起，目前上面的配置，不足以带动强悍的谷歌浏览器，在运行一些可视化效果方面，还是非常吃力的，比如在同样的硬件上，对比开16路视频监控画面，BS方式拉垮的掉渣，而CS的方式性能稳得一逼，这就是目前为何CS还有一定市场的重要原因，在一些高性能场景，还得是CS架构牛逼。
2025-05-06 10:34:57
1214
原创 Qt/C++源码/实时视音频通话示例/极低延迟/可外网通话/画中画/支持嵌入式板子
本文介绍了一款基于Qt+ffmpeg开发的跨平台音视频通话系统。该系统支持局域网和外网实时通信，提供极低延迟和资源占用。核心功能包括：自动检测本地音视频设备、自定义采集参数、桌面屏幕共享、多画面布局、流媒体服务集成（支持RTSP/RTMP/WebRTC等协议）、音量可视化调节、水印添加等。支持Windows/Linux/macOS及嵌入式设备，并提供详细的使用流程说明。相关资源可通过提供的百度网盘链接或GitHub/Gitee仓库获取。
2025-05-03 13:55:18
1293
1
原创 Qt/C++开发监控GB28181系统/云台控制/获取预置位信息/添加删除调用预置位
之前用onvif已经完美实现了设备的云台控制和预置位的功能，这个基础功能在监控系统中是使用频率很高的，所有gb28181肯定也提供了这样的功能，很多人以为是通过包含xml数据，对应节点指定对应的动作来实现，其实不是的，是类似于早期模拟设备的云台的串口协议中的控制指令，16进制格式的数据，一个个字节表示对应的含义，这个在国标文档中写的非常的详细，按照那个规则来肯定错不了，上下左右移动有个字节位是固定的数据，所以程序这边只需要根据要操作的动作填充对应位的数据即可。
2025-05-02 10:47:27
916
原创 Qt/C++开发监控GB28181系统/获取设备信息/设备配置参数/通道信息/设备状态
设备注册成功后，接下来要做的就是获取设备的信息，尤其是通道信息，根据国标协议，永远只有两个层级，一个是设备，然后就是设备下面多个通道，设备编码在整个系统中唯一，通道编码在一个设备中唯一，如果不唯一，那就可能会产生冲突，其实是程序层面的冲突，硬件层面不冲突，这个不是mac地址这种唯一性，仅仅是软件层面的学号的约定。理论上来说可以重复，但是软件编写者一般不会这么要求，包括国标文档也要求不能重复，一旦重复的话，很多逻辑和操作不好处理。
2025-04-29 17:23:34
1136
原创 监控新国标GB28181-2022有哪些变化
新版国家标准GB/T28181-2022《公共安全视频监控联网系统信息传输、交换、控制技术要求》已于2022年12月30日发布，于2023年7月1日正式实施。
2025-04-29 10:54:30
533
原创 Qt/C++开发监控GB28181系统/设备注册/设备注销/密码认证/心跳保活/校时
根据gb28181协议文档，第一步就是需要实现设备的注册，和onvif不同，gb是反过来的，设备端主动连接服务端，而onvif是服务端主动发出搜索，设备被动应答，包括后续的交互几乎都是被动应答，除了警情上报。gb这样定义协议有个巨大好处，就是跨网，服务器上的软件可以在公网上，然后设备这边主动去连接，后续的交互都是建立在这个连接上面的，通过心跳消息保持连接。在udp模式下，如果没有心跳保活，在外网环境中，设备端的端口可能会变，意味着服务端无法主动发消息给设备端。
2025-04-27 09:49:14
932
2
原创 Qt/C++开发监控GB28181系统/协议解释说明/SIP内容解释/每一行数据什么含义
搞gb28181开发，首要任务就是解析协议，按照gb28181的文档来，还是非常详细的，通过抓包工具可以查看到具体的收发数据，也可以打开网络调试助手工具，监听5060端口，看到上报的数据，都是一个通用规则的协议。//设备端发送rport;//服务端应答rport;
2025-04-24 10:45:18
801
1
原创 Qt/C++超强悍地图组件/代码使用说明/要多简单有多简单
编写这个组件耗费了相当多的精力，从第一个版本算起来的话，前前后后花了有十年的时间，经历过十几年的风风雨雨，各种实际需求交织迭代，然后在2024年持续一整年的时间去重构，并在后期不断的增加不同的地图内核，从最开始只支持百度地图，到后面陆陆续续增加了高德地图、天地图、谷歌地图、leaflet开源地图的支持。
2025-04-21 09:10:29
1038
原创 Qt编写推流程序/支持webrtc265/从此不用再转码/打开新世界的大门
在推流领域，尤其是监控行业，现在主流设备基本上都是265格式的视频流，想要在网页上直接显示监控流，之前的方案是，要么转成hls，要么魔改支持265格式的flv，要么265转成264，如果要追求实时性，那就只有一种方案，就是转码，强制转成264，然后用webrtc显示。当然，如果用户觉得后台修改摄像头配置改成264可以接受，那又是另外一回事了。为什么webrtc不支持265？
2025-04-19 13:39:16
1935
1
原创 推流265视频，网页如何支持显示265的webrtc
科技发展真快，以前在网页上（一般指谷歌浏览器），要显示265的视频流，都是很鸡肋的办法，要么转码，要么用很慢的hls，体验非常不好，而今谷歌官方最新的浏览器已经支持265的webrtc了，实时性爆表，以后应该会是监控行业主流。最后找个支持265webrtc的流媒体服务器推流，比如我用的是mediamtx（个人认为全宇宙实时性第一）。目前谷歌浏览器默认还未开启265，需要手动设置启动参数，官网说未来这个参数默认开启。如何确定设置后是否真正支持265？
2025-04-13 19:54:25
875
原创 用纯Qt实现GB28181协议/实时视频/云台控制/预置位/录像回放和下载/事件订阅/语音对讲
在技术的长河中探索，有些目标一旦确立，便如同璀璨星辰，指引着我们不断前行。早在2014年，我心中就种下了用纯Qt实现GB28181协议的种子，如今回首，一晃十年已逝，好在整体框架和逻辑终于打通，个中滋味，只有自己知晓。最初接触GB28181协议时，我就发现它远比熟悉的onvif协议复杂。onvif协议在局域网内表现出色，配置简单、使用方便，很多安防设备在局域网环境下借助onvif协议能轻松实现设备间的互联互通。然而，当涉及外网访问时，onvif就显得力不从心，几乎找不到有效的解决办法。
2025-04-12 19:18:51
1091
1
原创 全网首创/纯Qt/C++实现国标GB28181服务/实时视频/云台控制/预置位/录像回放和下载/事件订阅/语音对讲
用纯Qt来实现这个GB28181的想法很久了，具体可以追溯到2014年，一晃十年都过去了，总算是整体的框架和逻辑都打通了，总归还是杂七杂八的事情多，无法静下心来研究具体的协议，最开始初步了解协议后发现比onvif要复杂不少，索性先搁置一旁，所以先把onvif协议打通了，onvif协议好是好，但是一般在局域网内使用，外网访问几乎没有办法，而GB28181就是为了解决很多痛点定义的一套视频监控规范，毕竟现在满大街都是监控，各个部门机构都要外网远程取流，这就必须上国标，这其实是网络通信的弊端，服务端在没有收到过客
2025-03-18 13:51:46
1415
5
原创 历时十年/RK3588视频监控系统/RKMPP硬解和GPU绘制/网络摄像头和本地摄像头/延迟低性能高/通用各种嵌入式板子
现在国产嵌入式板子，越来越多人用瑞星微的多媒体芯片，硬解硬编用RKMPP，早期的ffmpeg并没有集成RKMPP，这种情况一般是需要厂家主动按照ffmpeg的框架来编写对应代码开放出来，然后用户编译ffmpeg的时候加入到编解码中，ffmpeg整体框架的设计非常牛逼，上层设计在设计之初就考虑到可能的自定义编解码这块，方便新的硬件厂家加入，如今全宇宙主要的音视频框架就两个，一个是ffmpeg，一个是gstream，学习资料主要是ffmpeg多一些，gstream学习成本比较高，所以目前主要的人群学习ffmpe
2025-03-14 09:32:19
1570
原创 Qt/C++音视频开发82-系统音量值获取和设置/音量大小/静音
在音视频开发中，音量的控制分两块，一个是控制播放器本身的音量，绝大部分场景都是需要控制这个，这个不会影响系统音量的设置。还有一种场景是需要控制系统的音量，因为播放器本身的音量是在系统音量的基础上控制的，也就是系统音量30%，意味着播放器最大的音量也是只能到系统音量的30%，这个情况在小部分场景中是不准确的，不是用户期望的，比如展厅展馆播放器，他们很多时候希望播放器音量的大小就是系统音量的大小，所以需要搞个开关，开启音量设置是否自动跟随系统音量。
2025-03-12 16:35:17
1474
2
原创 Qt/C++地图组件在视频监控系统中的应用/显示设备点/弹出视频画面/调整设备位置
监控系统中一般有很多的摄像头点位，除了在平面图中展示位置以外，有些工地和集团，在集中管理的地方，还希望在电子地图中展示，电子地图可以缩放和拖动，切换设备点自动放大高亮，地图自动移动到设备居中的位置，双击设备可以预览实时画面。设备的经纬度信息，在添加设备的时候有个默认的位置，真实的位置需要到电子地图这边调整，先选中设备，然后鼠标在地图上按下选择新的位置，新的经纬度坐标会显示在文本框中，然后单击更新设备按钮，此时会将最新的经纬度值更新到数据库，并重新加载设备。整个过程立即应用，无需重启。
2025-03-04 10:03:31
1172
原创 Qt监控系统远程回放/录像文件远程下载/录像文件打上水印/批量多线程极速下载
在做这个功能的时候，着实费了点心思，好在之前做ffmpeg加密解密的时候，已经打通了极速加密保存文件，主要就是之前的类中新增了进度提示信号，比如当前已经处理到哪个position位置，发个信号出来，可以通知界面这块显示，不能让用户傻傻等。一般来说，如果不需要重新编码，那直接收到的264/265裸流数据可以直接写入到MP4文件，速度是极快的，性能瓶颈在硬盘的写入速度，如果流是网络的那就还涉及到网络带宽。
2025-02-27 17:06:05
1221
1
原创 爆肝一个月/离线读取全国任意经纬度高程海拔值/无任何依赖/纯原创代码解析
做地图开发会遇到一个常规需求，就是获取当前经纬度对应的海拔高度，也叫做高程值，很遗憾各大地图厂商都未提供接口获取，可能是有明文规定，不能地图中提供对应的海拔高度值，于是需要另想他法，尽管谷歌地图在线的api接口是提供了海拔高度值，但是懂得都懂，国内哪里还能用谷歌地图？完全用不了啊，就算你开发者能用，99.99%的用户也是用不了，而且必须是在线，没有离线也不行。
2025-02-22 14:30:11
1100
QT自定义精美换肤界面
2014-08-15
QT编写DLL调用示例 方法 参数 返回值 事件回调
2014-05-10
QT编写的邮件发送工具可执行文件
2014-03-12
VISTA128主机调试工具
2014-11-04
Qt实现的FlatUI样式
2016-12-11
Qt仿win7自动顶部最大化左侧右侧半屏效果
2017-04-16
QT编写的可换肤的中文双拼输入法可执行文件
2015-03-08
QT编写的可换肤的中文双拼输入法核心类
2015-03-08
QT实现自定义UI-精美标题栏支持最小化最大化关闭鼠标拖动改变大小
2014-07-30
Qt编写可换肤的中文双拼输入法运行截图
2015-03-08
VM6000可执行文件
2014-12-27
qt+mingw32+windows+ffmpeg+rtsp保证编译可用
2014-05-02
QT编写的简易安防视频监控系统
2014-07-19
监控国标GB28181/实时视频/云台控制/预置位/录像回放和下载/事件订阅/语音对讲
2025-04-10
Qt物联网组件/多线程采集/modbus/mqtt/高并发/跨平台
2025-03-27
Qt视频监控Onvif组件/组播搜素/云台预置位/OSD/显示视频/onvif搜索工具/云台控制
2025-03-27
Qt帧同步播放器/本地多窗口拼接同步/远程同步/8K16K分辨率/硬解码
2025-03-27
Qt推流综合应用/监控推流/文件推流/桌面推流/极低延迟/各种协议
2025-03-27
Qt视频监控系统/onvif搜索/云台预置位/录像存储回放/支持海康大华宇视华为天地伟业等所有厂家
2025-03-27
天地图离线api完整包，支持官网所有的操作，包括轨迹移动等
2024-09-07
Qt/C++编写的带频谱的音乐播放器
2023-12-05
Qt编写网络中转服务器（开源）
2018-05-16
Qt编写网络调试助手（TCP客户端+TCP服务端+UDP服务端）终极版
2018-05-15
Qt编写守护进程
2019-03-02
Qt编写密钥生成器+使用demo
2019-02-26
Qt编写软件运行时间记录（开源）
2019-03-10
Qt编写可拖动对象+背景地图+多种样式+多种状态
2018-07-04
Qt编写调试日志输出工具带网络转发（开源）
2019-03-10
Qt编写串口调试工具V2018
2019-03-12
Qt编写echart仪表盘JS交互程序支持webkit和webengine（开源）
2019-03-17
Qt编写GIF录屏工具
2019-04-05
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人