gb28181资讯_360影视

Qt/C++开发监控GB28181系统/语音对讲/语音广播/实时通话

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

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

通过gb28181做实时视频预览，也就是视频点播功能，是最重要的功能了，绝对是整个系统排第一重要的，这就是核心功能，什么设备注册、获取通道等都是为了实时预览做准备的，当然这个功能也是最难的，所有搞gb28181开发的程序员，都是卡在这里很长一段时间才搞定，因为

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

用纯QT来实现这个GB28181的想法很久了，具体可以追溯到2014年，一晃十年都过去了，总算是整体的框架和逻辑都打通了，总归还是杂七杂八的事情多，无法静下心来研究具体的协议，最开始初步了解协议后发现比onvif要复杂不少，索性先搁置一旁，所以先把onvif协