- 博客(1077)
- 资源 (186)
- 收藏
- 关注

原创 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关注的人