标题:Qt/C++开发监控GB28181系统/记一个取流失败问题的解决/不支持的传输模式/主动拉流端口校验
作者:liudianwu
日期:2025-06-18 08:23
内容:
## 一、前言说明
原以为把手头上的海康大华宇视华为等摄像头测试国标监控功能没问题就算大功告成，哪成想这只是完成的一部分，各种复杂的情况只有现场才能复现，首先就是设备可能有盗版的设备，导致支持的协议不全，比如有些厂家的设备只支持TCP被动模式取流，你发其他模式点播，会返回sdp信息，仔细观察sdp信息会发现通信端口号为0，意味着其实不支持，此时要能够识别到，所以后面程序改成统一在收到了正确的sdp的取流端口后，再去打开视频通道收流解码，并给出错误的提示。那如何能保证自适应收流策略呢，绝大部分厂家做的是每个设备让用户选择取流方式，比如提供一个下拉框选择是udp/tcp被动/tcp主动，默认可以是tcp被动，其实做的完善一点的还可以自动纠错，一旦udp失败，再自动调整到其他方式取流，直到三种策略全测试完。
解决取流模式不支持的问题后，现场又发现一个奇怪的问题，同样是大华的摄像头，同样是tcp主动模式，有一个摄像头始终取流失败，具体是到已经连接成功取流后失败的，被强制断开了，然后用第三方的平台比如easynvr取流，发现正常，说明设备肯定是没有问题的，后面仔细想了想，是不是在下发端口的时候，对应tcp主动方式，当时考虑到服务端肯定是不起作用，所以端口号就随便填了个8888，然后socket就去连接，后面想想会不会这个端口号需要校验，比如设备只支持指定了服务端端口号的连接，非该端口号连接都直接拒绝，于是立即行动，对应socket先绑定地址和端口，再去连接，终于正常了，大呼一口气，原来真的是这样。后面发现宇视NVR的网页后台也有这个选项，是否需要校验端口号，勾选了就会去校验端口号，而有些设备默认开启了这个机制，导致很懵逼。
## 二、效果图
## 三、相关地址
1. 国内站点：[https://gitee.com/feiyangqingyun](https://gitee.com/feiyangqingyun)
2. 国际站点：[https://github.com/feiyangqingyun](https://github.com/feiyangqingyun)
3. 个人作品：[https://blog.csdn.net/feiyangqingyun/article/details/97565652](https://blog.csdn.net/feiyangqingyun/article/details/97565652)
4. 文件地址：[https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g](https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g) 提取码：01jf 文件名：bin_video_gb28181。
## 四、功能特点
1. 支持设备注册、注销、心跳、校时、注册认证、注销认证 ..