一、媒介
警情订阅在gb28181协议中也是一个重要的功能,一般是服务端主动问设备端订阅,不知道设备端是否能问服务端订阅?貌似行不通。 订阅后设备端一旦有警情消息,会主动发给服务端,好比运动目标检测报警、视频丢失报警、入侵检测报警等,在gb文档中详细枚举了对应哪种范例的报警对应哪个type范例,这个还是比力全的,同时还支持拓展信息字段,携带更多的详细信息,好比另有警情的中文形貌。
目录订阅其实就是获取通道信息,一旦做过目录订阅,通道上下线会主动通知服务端,服务端可以根据这个变革做一些处理,好比通道设备列表变成禁用样式等。实际使用过程中发现,没有找到历史警情记载查询的功能,不知道为何,是不必要吗?只必要实时的警情?
- //警情订阅:服务端-》设备端
- SUBSCRIBE sip:34020000001320000002@192.168.0.64:5060 SIP/2.0
- Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bKb7c9f520b8104e56942cb6083322c99a
- From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1033
- To: <sip:34020000001320000002@192.168.0.64:5060>
- Call-ID: 715f605e3307409d8fb3a8617e04a0e5
- CSeq: 34 SUBSCRIBE
- User-Agent: wx_feiyangqingyun
- Max-Forwards: 70
- Content-Length: 407
- Content-Type: application/MANSCDP+xml
- Contact: <sip:34020000002000000001@192.168.0.110:15060>
- Expires: 90
- Event: presence
- <?xml version="1.0" encoding="GB2312"?>
- <Query>
- <CmdType>Alarm</CmdType>
- <SN>10033</SN>
- <DeviceID>34020000001310000001</DeviceID>
- <StartAlarmPriority>0</StartAlarmPriority>
- <EndAlarmPriority>0</EndAlarmPriority>
- <AlarmMethod>0</AlarmMethod>
- <AlarmType>all</AlarmType>
- <StartAlarmTime>2025-04-22T00:00:00</StartAlarmTime>
- <EndAlarmTime>2025-04-22T23:59:59</EndAlarmTime>
- </Query>
- //警情上报:设备端-》服务端
- MESSAGE sip:34020000002000000001@3402000000 SIP/2.0
- Via: SIP/2.0/UDP 192.168.0.64:5060;rport;branch=z9hG4bK797206218
- From: <sip:34020000001320000002@3402000000>;tag=1532296992
- To: <sip:34020000002000000001@3402000000>
- Call-ID: 1650529689
- CSeq: 20 MESSAGE
- Content-Type: Application/MANSCDP+xml
- Max-Forwards: 70
- User-Agent: IP Camera
- Content-Length: 283
- <?xml version="1.0" encoding="GB2312"?>
- <Notify>
- <CmdType>Alarm</CmdType>
- <SN>99</SN>
- <DeviceID>34020000001310000001</DeviceID>
- <AlarmPriority>4</AlarmPriority>
- <AlarmMethod>5</AlarmMethod>
- <AlarmTime>2025-04-22T11:26:02</AlarmTime>
- <Info>
- <AlarmType>2</AlarmType>
- </Info>
- </Notify>
复制代码 二、效果图
三、相干地点
- 国内站点:https://gitee.com/feiyangqingyun
- 国际站点:https://github.com/feiyangqingyun
- 个人作品:https://blog.csdn.net/feiyangqingyun/article/details/97565652
- 文件地点:https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g 提取码:01jf 文件名:bin_video_gb28181。
四、功能特点
- 支持设备注册、注销、心跳、校时、注册认证、注销认证等。
- 设备上线后可以手动获取设备状态、设备信息、设置信息、预置位信息等。
- 设备上线后主动获取设备通道信息,包括中文通道名称。辨认到通道上线离线变革,会重新获取该设备的全部通道信息。
- 支持视频点播,可以分别点播主码流和子码流,内置rtp解包线程,解包后发给视频播放组件解码播放。
- 每个设备每个通道支持点播多个视频,通过ssrc区分,支持共用端口和差别端口收流。
- 支持对某个设备下面全部通道、某个通道、某个通道对应的某个流分别关闭。
- 支持录像文件查询和回放,回放控制支持暂停播放、继续播放、倍速播放、切换播放进度。
- 支持录像文件下载,支持倍速好比8倍速下载,可同时多线程批量下载。
- 回放和下载同时支持IPC和NVR,好比摄像头自带的SD存储卡录像文件回放,NVR上的硬盘录像文件回放。
- 支持云台控制,向上、向下、向左、向右、左上、右上、左下、右下方位移动,镜头放大缩小,光圈放大缩小,镜头聚焦放焦。
- 支持预置位信息的查询、调用、添加、修改、删除等利用。
- 主动目录订阅功能,通道上线下线都有对应的信号通知。
- 内置定时读取通道信息机制,以保证通道信息是最新的,好比有些NVR是不停更新的通道信息。
- 支持警情订阅,各种警情事件好比运动目标检测报警、入侵检测报警、倘佯检测报警等主动上报。
- 国标服务同时支持udp和tcp方式,可选只监听一种或者两种都监听,tcp方式主动处理粘包题目。
- 国标拉流同时支持udp、tcp被动、tcp主动三种方式,每个通道都可以自由选择何种拉流方式。
- 内置拉流端口池,每次拉流从中取出一个,关闭流主动接纳端口号,重复利用。
- 收流端口主动纠错,主动跳过被占用的端口,不会出现端口占用导致收流失败的情况。
- 视频播放自适应硬解码,极低资源占用,实时性极好,带悬浮条显示视频流信息,可以直接在悬浮条单击按钮生存录像文件到本地。
- 支持几千路国标消息交互并发,实时视频流支持64路同时显示,可以拓展更多路数。
- 支持阿里云等云服务器,可以分别设置内网监听地点和外网访问地点,一般云服务器上是监听地点用内网,对外访问用外网地点。
- 支持视频分发,也就是推流,视频通道打开后可以主动推流到流媒体服务器,其他必要的地方拉流即可,支持rtsp、rtmp、hls、webrtc等方式拉流。
- 同时支持gb28181-2011、gb28181-2016、gb28181-2022以及后续可能的全部协议版本。
- SIP剖析和交互接纳纯Qt底层代码实现,udp/tcp通讯交互,祖传原创代码剖析,不依靠任何第三方。
- 代码量少,gb28181交互部分共几千行代码,注释详细,接口友爱,使用极其简朴,提供非常详细的使用示例。
- 支持海康、大华、宇视、华为、天地伟业等全部国标设备。
- 支持全部Qt版本和编译器以及利用体系,包括但不限于win、linux、mac、android、嵌入式linux、树莓派香橙派、国产os等。
五、相干代码
- //具体格式规范在gb28181-2016文档的第68页
- GB28181Event GB28181Parse::parseAlarmInfo(GB28181Info info)
- {
- GB28181Event event;
- event.deviceId = info.deviceId;
- event.channelId = info.bodyAttr["DeviceID"];
- event.alarmPriority = info.bodyAttr["AlarmPriority"].toInt();
- event.alarmMethod = info.bodyAttr["AlarmMethod"].toInt();
- event.alarmInfo = info.bodyAttr["AlarmInfo"].toInt();
- event.alarmType = info.bodyAttr["Info"].toInt();
- event.alarmTime = info.bodyAttr["AlarmTime"];
- event.alarmDescription = info.bodyAttr["AlarmDescription"];
- return event;
- }
- GB28181Status GB28181Parse::parseMediaStatus(GB28181Info info, const QList<GB28181Device> &devices)
- {
- //这里需要根据主机信息去查询设备/info.deviceId很可能是通道编号而不是设备编号
- GB28181Device device = GB28181Helper::getDevice(info.deviceIp, info.devicePort, devices);
- GB28181Status status;
- status.deviceId = device.deviceId;
- status.channelId = info.bodyAttr["DeviceID"];
- //121-播放完成/122-播放中断/213-设备报警
- status.notifyType = info.bodyAttr["NotifyType"].toInt();
- //有些设备传过来的xml数据中的是设备编号而不是通道编号
- if (status.channelId == status.deviceId) {
- status.channelId = info.deviceId;
- }
- //每个通道可能有多个流/需要找到具体哪个流
- QStringList ssrcs, froms, tos, callIds;
- GB28181Helper::getChannelInvite(device, status.channelId, "", ssrcs, froms, tos, callIds, false);
- QString callId = info.attr["Call-ID"];
- int index = callIds.indexOf(callId);
- if (index >= 0) {
- status.ssrc = ssrcs.at(index);
- }
- return status;
- }
复制代码 免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |