GB28181/rtp解包/jrtplib库的使用/同时支持udp和tcp被动和主动
通过SIP协议仅仅是交互,音视频数据的收发最终并不是通过sip传输的,而是通过将数据打包成rtp的格式再通过udp或者tcp通信的,sip协议仅仅是告知对方待会要往哪里发数据,是udp还是tcp。由于数据都是rtp包格式,所以收到数据后必须要将数据解包,解包后
通过SIP协议仅仅是交互,音视频数据的收发最终并不是通过sip传输的,而是通过将数据打包成rtp的格式再通过udp或者tcp通信的,sip协议仅仅是告知对方待会要往哪里发数据,是udp还是tcp。由于数据都是rtp包格式,所以收到数据后必须要将数据解包,解包后
支持设备注册、注销、心跳、校时、注册认证、注销认证等。设备上线后可以手动获取设备状态、设备信息、配置信息、预置位信息等。设备上线后自动获取设备通道信息,包括中文通道名称。识别到通道上线离线变化,会重新获取该设备的所有通道信息。支持视频点播,可以分别点播主码流和
const v gb28181 服务端 gb28181服务端 2025-06-03 01:51 5
语音对讲在gb协议中也是非常繁琐,甚至比视频点播还要繁琐,不明白为何不直接用现有的视频通道来传输数据,而是要重新开一路。然道有些场景是纯音频设备,不需要视频也能正常对讲?语音对讲在gb28181中和视频点播刚好相反,他的流程是先服务端发一个语音广播的通知,设备
搞定了实时预览后,另一个功能就是录像回放,录像回放和视频点播功能完全一致,唯一的区别就是发送点播的sdp信息中携带了开始时间和结束时间,因为是录像文件,所以有这个时间,而实时视频预览这个对应的值是0,录像文件是可以切换播放进度的,实时视频是无法切换进度的,因为