window10系统的电脑有时候搜索不到UDP广播的问题

原创 已于 2024-04-23 10:59:32 修改 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#udp #网络协议 #网络

于 2018-10-30 17:14:05 首次发布
本文分享了在安装虚拟机时遇到的网络连接问题及解决方案。通过避免安装Host-only网络选项或禁用虚拟机网络适配器，可以有效解决UDP信号搜索受阻的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

经过一天的尝试，终于发现虚拟机在安装的时候，有一个网络的安装选项，只要安装其中的Host-only，就会出现网络连接无法连接的情况！因此只要我安装虚拟机的时候，不安装Host-only这个程序就不会影响我程序中搜索UDP信号了！
或者打开更改适配器，找到虚拟机的网络，全部禁用掉就可以了！TNND！

官方店：https://shop114595942.taobao.com//

博客
Qt/C++原创项目作品精选（祖传原创/性能凶残/界面精美）
07-09 2万+
从事Qt开发十年有余，一开始是做C#.NET开发的，因为项目需要，转行做嵌入式linux开发，在嵌入式linux上做可视化界面开发一般首选Qt，当然现在可选的方案很多比如安卓，但是十多年前那时候板子性能低，安卓在这个上面跑的话卡成屎，当时的内存大概是128MB左右，Qt也是主要用QWidget，刚出来的qml在这个上面跑个最简单的示例也是卡成屎，这也造成了本人一直对qml的印象不大好，非常依赖GPU硬件。
博客
Qt/C++编写物联网管理平台（支持win/linux/mac/嵌入式linux/modbus/mqtt等）
11-28 1万+
这个物联网综合管理平台前后迭代了五年，一点一滴慢慢积累起来，从最开始的只有modbus串口协议解析以及简单的表格显示数据，慢慢的逐渐增加了tcp_rtu支持，用户管理模块，地图监控模块，而后为了拓展性又做了云端数据同步，网络数据转发等。
博客
Qt/C++项目作品源码/性能凶残/祖传原创/界面精美/跨平台
01-20 19万+
Qt编写的项目作品大全，包括自定义控件大全、属性设计器（组态）、输入法、物联网综合管理平台、可视化大屏电子看板系统、视频监控系统、视频综合应用示例、音频综合应用示例、本地摄像头应用示例、智能安防集中管理平台、界面开发大全、视频监控Onvif综合示例、自定义曲线图柱状图、数据导入导出(xls/pdf)及打印示例、图片及视频TCP/UDP网络传输、地图综合应用(在线+离线+区域+下载)、网络请求客户端/服务器、推流综合应用示例、多线程文件传输等
博客
Qt/C++编写安防视频监控系统（支持win/linux/mac/海康/大华/宇视/264/265等）
05-23 5万+
一、前言视频监控系统在整个安防领域，已经做到了烂大街的程序，全国起码几百家公司做过类似的系统，当然这一方面的需求量也是非常旺盛的，各种定制化的需求越来越多，尤其是这几年借着人脸识别的东风，发展更加迅猛，人脸识别相关的技术和应用这几年处于风口浪尖，衍生了特别多的应用产品，各种人脸识别的产品遍地开花，刷脸门禁，车站机场人脸识别，刷脸取票等，但是其实大部分内行人士可能都比较绝望，外行感觉像看科幻片一样...
博客
Qt/C++编写数据可视化大屏界面电子看板系统
05-05 2万+
前言目前大屏大数据可视化UI这块非常火，趁热也用Qt来实现一个，Qt这个一站式超大型GUI超市，没有什么他做不了的，大屏电子看板当然也不在话下，有了QSS和QPainter这两个无敌的工具组合，借用几个Qt高手朋友的话来说，都是分分钟。在整个系统的编写过程中，发现数学知识真的还是蛮重要的，在重要的几个算法点上，需要多次用到二元一次方程才能搞定几个算法，比如如何分组绘制柱状图。电子看板介绍电子...
博客
Qt/C++开发监控GB28181系统/录像文件回放/自动播放下一个录像文件/倍速回放/录像文件下载
08-23 317
本文介绍了视频回放功能的优化实现，重点解决了自动播放下一个录像文件时可能出现的死循环问题。通过在播放开始时记录时间戳，并在关闭信号中判断播放时长是否超过1秒来规避误触发。该功能支持高达8倍速回放，并具备完善的视频控制（暂停/继续/进度切换）。系统基于GB28181协议开发，支持多线程批量下载、云台控制、语音对讲等丰富功能，兼容各类国标设备，可在多种平台运行。相关代码采用Qt框架实现，具有良好的跨平台性和可扩展性。开发者提供了详细的技术文档和示例代码，方便用户快速集成使用。
博客
Qt/C++开发监控GB28181系统/图像抓拍/报警自动抓拍图像/警情订阅通知/抓拍多张图像
08-21 597
GB28181-2022新增图像抓拍功能，满足报警时上传图片、节省流量的需求，2016版无此功能。使用时需确认设备支持2022版本，主流厂商2024年后可能支持。抓拍流程包括发送MESSAGE指令配置抓拍参数、设备上传图片到指定地址、服务端接收并存储图片。通信协议采用SIP交互，支持HTTP/FTP上传方式，可抓拍多张图片并统一管理。该功能适用于智能监控场景，需注意版本兼容性问题。
博客
纯Qt结合ffmpeg实现本地摄像头采集/桌面采集/应用程序窗口采集/指定采集帧率和分辨率等
08-19 842
FFmpeg跨平台音视频采集方案实现 摘要：本文介绍了一种基于FFmpeg的跨平台音视频采集方案，解决了Qt在嵌入式Linux和Windows平台采集设备兼容性问题。该方案支持USB摄像头、桌面屏幕和应用程序窗口的采集，可通过简单代码适配不同场景。系统采用QOpenGLWidget高效绘制，性能优于传统方法。功能特点包括：多解码内核支持、硬件加速、分辨率自适应、低延迟(0.2s)、H264/H265编码、64通道监控等。方案已实现Windows/Linux/Mac/Android多平台支持，提供详细示例和开
博客
Qt/C++开发监控GB28181系统/国标拉流后推流/网页实时预览/播放器打开/预览推流/录像回放推流
08-17 662
WVP-GB28181视频组件实现国标协议视频推流功能，采用SIP协议交互与ZLM流媒体服务分离的架构设计。该组件支持设备通道上线自动推流到流媒体服务器，提供RTSP/RTMP/HTTP-FLV等多种拉流方式。核心功能包括：设备注册管理、多码流点播、云台控制、录像回放、语音对讲、报警订阅等，支持海康/大华等主流设备。代码采用纯Qt实现，跨平台支持Windows/Linux/Android等系统，具有低资源占用、高并发处理能力（支持64路同时显示）等特点。通过GB28181WidgetPush类实现后台推流管
博客
纯Qt手撕gb28181协议/gb28181协议服务端/gb28181协议设备端/gb28181设备模拟器/gb28181虚拟监控设备
08-15 1192
本文介绍了一个支持ONVIF和GB28181协议的多功能设备模拟器，可模拟监控设备并实现视频接入与传输。该工具经过多次现场测试迭代，适配了主流厂商设备的各种特殊需求（如SSRC缺失、IP认证等）。功能特点包括：支持ONVIF设备搜索、多路模拟、本地摄像头/桌面采集、4K/8K高清推流、RTSP/RTMP等多种协议输出；GB28181协议支持设备注册、心跳、报警上报、位置信息等功能，兼容UDP/TCP传输方式。项目采用纯Qt开发，跨平台支持Windows/Linux/Mac等系统，代码结构清晰易扩展。提供国内
博客
头发快掉光/纯Qt手撕onvif协议/onvif协议服务端/onvif协议设备端/onvif设备模拟器/onvif虚拟监控设备
08-13 866
摘要 本文介绍了一种基于Qt实现的ONVIF设备模拟器，用于测试视频监控平台软件。该模拟器可替代真实硬件设备，支持设备搜索、协议交互及RTSP推流等核心功能。其特点包括：多路设备批量模拟、本地摄像头/桌面采集、视频文件转流、4K/8K高清支持、用户验证及压力测试等。通过底层协议解析实现，避免依赖第三方库，提升可控性。同时支持GB28181设备模拟，涵盖设备注册、报警上报等功能。代码跨平台兼容Qt4/5/6及多种操作系统，结构清晰易扩展。适用于开发调试、性能测试及监控系统集成。
博客
RK3588性能太逆天/2路8K30fps毫无压力/配置实在太凶残/视频分析AI盒子
08-11 1032
最近搞嵌入式板子开发搞上瘾了，一连远程了十几个开发板上测试视频相关项目，比如视频综合应用和视频监控系统以及推流，试下来效果都不错，有RK3568/RK3576/RK3588等，厂家至少四五种，都大差不差，毕竟核心都是瑞星微的，可能涉及到一些版本问题，就是有些板子是老的mpp硬解，有些是新的，这样就需要用对应的硬解的ffmpeg库去做解码，不通用，因为ffmpeg编译的时候就链接了对应的库，版本不一样的话会导致编译通不过。在这几款板子中，3588是性能最强劲的，据说还有个3588s的要横空出世，又是一片血雨腥
博客
Qt/C++开发监控GB28181系统/实时监测设备在线离线/视频预览自动重连/重新点播取流/低延迟
08-09 970
GB28181视频监控系统的自动重连功能实现 本文介绍了GB28181视频监控系统中自动重连功能的实现要点。该系统涉及SIP交互指令、RTP解包和FFmpeg解码三个关键环节的协同工作，支持UDP、TCP被动和TCP主动三种取流方式。实现自动重连时需注意：1)用户主动关闭流时不触发重连检测；2)重连前需释放RTP解包线程和FFmpeg解码资源以避免内存泄漏。系统功能丰富，包括设备管理、视频点播、云台控制、语音对讲等，支持多种国标协议版本，兼容主流设备厂商，可跨平台运行。代码采用纯Qt实现，不依赖第三方库，具
博客
工匠精神/Qt同时推流和录制16路1080p/CPU占用不到1%/实时性好/极低资源占用/优化到极致
08-07 681
本文介绍了一款高效低耗的推流组件开发经验，通过Qt结合FFmpeg实现多路音视频流媒体处理。开发者采用不解码直接推流H.264/H.265数据的优化方案，使16路1080P同时推流录制仅占用1% CPU。组件支持本地/网络音视频源、多种流媒体协议、实时转码、自动重连等功能，具有极低延迟（约100ms）和跨平台特性。提供完整的推拉流解决方案，包括推流地址管理、网页预览、设备采集等，核心代码简洁高效（约500行），适用于各种应用场景。相关资源已开源，支持Qt4-Qt6及多平台部署。
博客
Qt/C++地图路径规划/公交路线/自驾路线/骑行路线/步行路线/获取路线轨迹点
08-05 816
本文介绍了基于Qt开发的地图路径规划功能实现。系统支持百度、高德、天地图等多地图内核，提供在线/离线两种模式，包含丰富的交互功能。核心功能包括：1) 支持公交、驾车、步行、骑行四种路径规划方式；2) 实现地图标注、区域搜索、图形绘制等可视化操作；3) 提供坐标转换、行政区划查询等实用工具。代码示例展示了路径查询和绘图的实现逻辑，通过信号槽机制与前端交互。项目已在GitHub和Gitee开源，提供完整的功能演示和下载资源。该系统适用于导航、物流等需要地图服务的应用场景，具有交互友好、功能全面的特点。
博客
兢兢业业勤勤恳恳写了十几年/纯Qt编写的视频监控系统新增功能总结/走到今天真不容易/支持国产系统和CPU
08-03 1072
本文介绍了一个历时12年开发的跨平台视频监控系统，包含多项创新功能：可拖动记忆布局的界面重构、共享解码节省资源、多级分组管理、辅屏预览扩展显示范围、本地设备采集以及支持多种地图的电子地图模块。系统采用QtWidget+FFmpeg技术栈，支持ONVIF/RTSP协议，兼容海康、大华等主流设备，最大支持64路实时画面预览。作者表示由于商业考量暂未开源，但提供了完整的开发文档和演示程序下载地址。该系统集成了数据库、多线程、音视频处理等核心技术，是作者职业生涯中最复杂的项目成果。
博客
Qt结合ffmpeg实现图片参数调节/明亮度对比度饱和度设置/滤镜的使用
08-01 1384
本文介绍了使用FFmpeg实现视频亮度调节的两种方案：通过OpenGL着色器调节显示端（不保存效果）或通过FFmpeg滤镜系统修改源头数据（可保存效果）。详细说明了如何利用滤镜字符串（如eq=contrast=1.0:brightness=0.8:saturation=1.0）进行参数调节，并提供了不同范围值转换的通用公式。文章还展示了支持多种解码内核、硬件加速和显示模式的视频处理框架，涵盖从本地摄像头到网络流媒体的全方位功能，包括多平台兼容、低延迟播放、智能布局等特性，适用于复杂的音视频处理场景。
博客
Qt/C++开发监控GB28181系统/录像回放/切换播放进度立即跳转/支持8倍速播放/倍速和跳转进度无缝切换
07-30 1117
国标监控系统录像回放优化方案 针对国标监控系统录像回放过程中的黑屏问题，本文提出了一种基于Qt开发的优化方案。传统网页版监控系统在进度切换时存在1-2秒黑屏现象，原因是重新发起请求而非直接切换进度。本方案通过直接执行GB28181协议指令、清空缓存并接收新数据流的方式，实现了无缝进度切换。 系统支持多种先进功能： 流畅的录像回放控制，支持暂停、继续、倍速播放（最高8倍速） 高效的视频解码技术，极低资源占用 支持云台控制、语音对讲、警情订阅等高级功能 兼容多种国标协议版本和设备厂商 跨平台支持，包括Windo
博客
推迟了十年终于搞定/纯Qt实现onvif设备模拟器/虚拟监控摄像头/批量模拟几千路/电脑桌面转onvif
07-27 1448
本文介绍了一个基于ONVIF协议的设备模拟器开发方案，用于解决视频监控平台开发中设备测试的痛点。该模拟器可实现三大核心功能：ONVIF组播搜索、请求应答交互和RTSP推流，支持将本地视频文件、摄像头采集或桌面内容模拟为多路ONVIF设备。系统采用Qt框架底层开发，避免使用第三方库，提供更强的可控性和扩展性。关键特性包括支持4K/8K高清视频、多路并发模拟、自动重连机制，以及适配各类操作系统和设备厂商。通过该工具，开发者无需真实设备即可完成功能测试和压力测试，有效提升开发效率。文中还分享了组播绑定的技术细节和
博客
RK3568/3576/3588编译qopenglwidget项目提示failed to create dri3 screen
07-26 370
在RK嵌入式板子开发OpenGL项目时，遇到"libGL error: glx: failed to create dri3 screen"错误导致CPU占用飙升至500%，怀疑是使用了软件渲染而非硬件加速。针对不同板型（如3588和3576）采取不同解决方案：3588板子只需在运行时移除特定路径，而3576板子则需要在main函数前添加qputenv("QT_XCB_GL_INTEGRATION", "xcb_egl")强制使用EGL方式。该方案
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值