一、前言说明

目前市面上的国标监控系统，没有看到可以切换码流的，都是默认主码流，包括easynvr、livegbs、wvp等，很是奇怪为什么他们不做呢？难道没有用户反馈需要这个？我这就遇到过一些用户需要能够切换主码流子码流，比如64通道同时显示的时候，很多电脑配置较低，无法支撑64路主码流显示，而且网卡也未必支持，所以就需要切换到子码流，不像onvif是可以直接有单独的子码流地址rtsp格式的流，28181是动态点播的，你需要的时候点播发送sdp内容，对应节点带上a=streamnumber:0表示主码流、a=streamnumber:1表示子码流，这个是海康的默认格式，大华的格式是a=streamprofile:0这种，还有些厂家的是a=stream:0或者a=stream:MAIN表示主码流，那如何做区分呢？难道还要提前知道是哪一家的设备？其实大可不必，全部填进去就好，解析的地方收到不认识的指令不会解析的，毕竟sdp的规范是允许携带一些自定义的参数的。

二、效果图

在这里插入图片描述

三、相关地址

国内站点：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主动三种方式，每个通道都可以自由选择何种拉流方式。
内置拉流端口池，每次拉流从中取出一个，关闭流自动回收端口号，重复利用。
收流端口自动纠错，自动跳过被占用的端口，不会出现端口占用导致收流失败的情况。
支持三种取流方式自动检测离线重连，检测到离线后，自动重启点播拉流整个流程。
录像文件回放，上一个完成后自动切换到下一个继续回放，直到所有回放完成。支持高达8倍速回放。
视频播放自适应硬解码，极低资源占用，实时性极好，带悬浮条显示视频流信息，可以直接在悬浮条单击按钮保存录像文件到本地。
支持几千路国标消息交互并发，实时视频流支持64路同时显示，可以拓展更多路数。
支持阿里云等云服务器，可以分别设置内网监听地址和外网访问地址，一般云服务器上是监听地址用内网，对外访问用外网地址。
支持视频分发，也就是推流，视频通道打开后可以自动推流到流媒体服务器，其他需要的地方拉流即可，支持rtsp、rtmp、hls、webrtc等方式拉流。
支持注册重定向，方便做负载均衡和区域化部署，这样可以支持几十万个设备连接都没问题。
支持图像抓拍，可以设置抓拍最多10张图片，可设置抓拍间隔，抓拍到的图片会通过信号通知。
实时预览和录像回放都支持推流，推流支持叠加文字和图片水印以及各种ffmpeg支持的滤镜效果，支持多个水印同时叠加。
同时支持gb28181-2011、gb28181-2016、gb28181-2022以及后续可能的所有协议版本。
SIP解析和交互采用纯Qt底层代码实现，udp/tcp通信交互，祖传原创代码解析，不依赖任何第三方。
代码量少，gb28181交互部分共几千行代码，注释详细，接口友好，使用极其简单，提供非常详细的使用示例。
支持海康、大华、宇视、华为、天地伟业等所有国标设备，包括一些没有ssrc的设备。
支持所有Qt版本和编译器以及操作系统，包括但不限于win、linux、mac、android、嵌入式linux、树莓派香橙派、国产os等。

五、相关代码

//具体格式规范在gb28181-2016文档的第100页
//mode/0=udp被动/1=tcp被动/2=tcp主动/tcp主动方式要求设备端有公网IP/平台这边主动去连接设备取流
QString GB28181Body::getVideoSdp(const QString &channelId, const QString &host, int port, const QString &ssrc, int start, int end, int speed, int profile, TransmitMode mode, bool playback)
{QString rtp = QString("%1RTP/AVP").arg(mode == TransmitMode_UdpServer ? "" : "TCP/");QString setup = QString("setup:%1").arg(mode == TransmitMode_TcpClient ? "active" : "passive");QString s = "Play";if (start > 0) {//测试发现如果一开始回放点播的时候指定倍速会失败/需要用下载关键字才能倍速s = "Download";//s = (playback ? "Playback" : "Download");}QStringList list;list << QString("v=0");list << QString("o=%1 0 0 IN IP4 %2").arg(channelId).arg(host);list << QString("s=%1").arg(s);list << QString("u=%1:0").arg(channelId);list << QString("c=IN IP4 %1").arg(host);list << QString("t=%1 %2").arg(start).arg(end);list << QString("m=video %1 %2 96 97 98").arg(port).arg(rtp);list << QString("a=recvonly");list << QString("a=%1").arg(setup);list << QString("a=connection:new");list << QString("a=rtpmap:96 PS/90000");list << QString("a=rtpmap:97 MPEG4/90000");list << QString("a=rtpmap:98 H264/90000");list << QString("a=downloadspeed:%1").arg(speed);//海康指定码流对应关键字streamnumber/大华指定码流对应关键字streamprofilelist << QString("a=streamnumber:%1").arg(profile);list << QString("a=streamprofile:%1").arg(profile);//还有其他几种可能的也加上/万一有些厂家用的其他类型的list << QString("a=stream:%1").arg(profile);list << QString("a=stream:%1").arg(profile == 0 ? "MAIN" : "SUB");list << QString("y=%1").arg(ssrc);list << "";return list.join("\r\n");
}//点播请求：服务端-》设备端
INVITE sip:34020000001310000001@192.168.0.64:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bK4de987b1737d494d9c63bb1464c9cdcb
From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1034
To: <sip:34020000001310000001@192.168.0.64:5060>
Call-ID: 445efb2b5134487788334cd6acafe0a2
CSeq: 35 INVITE
User-Agent: wx_feiyangqingyun
Max-Forwards: 70
Content-Length: 323
Content-Type: application/sdp
Contact: <sip:34020000002000000001@192.168.0.110:15060>
Subject: 34020000001310000001:0000010000,34020000002000000001:0v=0
o=34020000001310000001 0 0 IN IP4 192.168.0.110
s=Play
u=34020000001310000001:0
c=IN IP4 192.168.0.110
t=0 0
m=video 8888 TCP/RTP/AVP 96 97 98
a=recvonly
a=setup:active
a=connection:new
a=rtpmap:96 PS/90000
a=rtpmap:97 MPEG4/90000
a=rtpmap:98 H264/90000
a=downloadspeed:0
a=streamprofile:0
y=0000010000//请求应答：设备端-》服务端
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bK4de987b1737d494d9c63bb1464c9cdcb
From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1034
To: <sip:34020000001310000001@192.168.0.64:5060>;tag=1561889054
Call-ID: 445efb2b5134487788334cd6acafe0a2
CSeq: 35 INVITE
Contact: <sip:34020000001320000002@192.168.0.64:5060>
Content-Type: application/sdp
User-Agent: IP Camera
Content-Length: 206v=0
o=34020000001320000002 2851 2851 IN IP4 192.168.0.64
s=Play
c=IN IP4 192.168.0.64
t=0 0
m=video 15060 TCP/RTP/AVP 96
a=setup:passive
a=sendonly
a=rtpmap:96 PS/90000
a=filesize:0
y=0000010000//开始点播：服务端-》设备端
ACK sip:34020000001320000002@192.168.0.64:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bK4de987b1737d494d9c63bb1464c9cdcb
From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1034
To: <sip:34020000001310000001@192.168.0.64:5060>;tag=1561889054
Call-ID: 445efb2b5134487788334cd6acafe0a2
CSeq: 35 ACK//结束点播：服务端-》设备端
BYE sip:34020000002000000001@192.168.0.110:15060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bK7fe7407471734ba087eb4092db6ba108
From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1019
To: <sip:34020000001310000001@192.168.0.100:5061>;tag=6d76ea76a4370853c9313f69995c7293
Call-ID: b5b5f90ba9b044868789d16fa3d0cc36
CSeq: 22 BYE
Contact: <sip:34020000002000000001@192.168.0.110:15060>