gb28181系统资讯

Qt开发监控GB28181系统/取流协议/同时支持udp/tcp被动/tcp主动

在2011版本的gb28181协议中，拉取视频流只要求udp方式，从2016开始要求新增支持tcp被动和tcp主动两种方式，udp理论上会丢包的，所以实际使用过程可能会出现画面花屏的情况，而tcp肯定不丢包，起码画面不会花屏或者不完整，就是速度上慢了一些。tc

在gb28181-2011协议中，只有udp要求，从2016版本开始要求支持tcp，估计也是在多年的实际运行过程中，发现有些网络环境差的场景下，一些udp交互指令丢失导致功能异常，所以后面修订的时候增加了tcp的要求，这个有没有必要呢，我觉得很有必要，而且无论

语音对讲在gb协议中也是非常繁琐，甚至比视频点播还要繁琐，不明白为何不直接用现有的视频通道来传输数据，而是要重新开一路。然道有些场景是纯音频设备，不需要视频也能正常对讲？语音对讲在gb28181中和视频点播刚好相反，他的流程是先服务端发一个语音广播的通知，设备

搞定了实时预览后，另一个功能就是录像回放，录像回放和视频点播功能完全一致，唯一的区别就是发送点播的sdp信息中携带了开始时间和结束时间，因为是录像文件，所以有这个时间，而实时视频预览这个对应的值是0，录像文件是可以切换播放进度的，实时视频是无法切换进度的，因为

根据gb28181协议文档，第一步就是需要实现设备的注册，和onvif不同，gb是反过来的，设备端主动连接服务端，而onvif是服务端主动发出搜索，设备被动应答，包括后续的交互几乎都是被动应答，除了警情上报。gb这样定义协议有个巨大好处，就是跨网，服务器上的软