当前位置: 首页 > news >正文

一种简单高效的RTSP流在线检测方法,不需要再过渡拉流就可以获取设备状态以及对应音视频通道与编码格式

平台如何检测一路RTSP流是否在线?

在之前的流媒体平台方案中,我们都是通过定时RTSP拉流的方式,走一个完整的RTSP流程:包括OPTIONS、DESCRIBE、SETUP、PLAY、RTP收流,这种方式去取流,然后取到流之后进行流解析,获取到对应的音视频数据格式,这就是一个完整的检测这个RTSP流是不是在线的一个方式。

这种方式有一个弊端,就是对资源的消耗太大了,如果说有1000个摄像头,那么每一个摄像头拉一下流,按照频率是5分钟(300s)检测一次,平均每秒要检测3个摄像头,那么它的不管是流量也好,还是对机器性能的消耗也好,都是一个比较大的占用。那么有没有一种方法不用去拉流,就像ping一下的方式,简单ping一下就可以获取到摄像机RTSP流的状态?同时,还能够把摄像机的音视频的编码情况获取到。

解决方法:DESCRIBE指令

我们先看一下一个普通的DESCRIBE指令的流程报文:

  • 第一步【可直接第三步】:服务端向RTSP设备发送DESCRIBE请求
DESCRIBE rtsp://192.17.1.63:554 RTSP/1.0
Accept: application/sdp
CSeq: 2
User-Agent: EasyNVR
  • 第二步【可直接第三步】:RTSP设备返回401需要密码
RTSP/1.0 401 Unauthorized
CSeq: 2
WWW-Authenticate: Digest realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e", stale="FALSE"
Date: Fri, Apr 10 2020 19:07:19 GMT
  • 第三步:服务端向RTSP设备发送带鉴权的DESCRIBE请求
DESCRIBE rtsp://192.17.1.63:554 RTSP/1.0
Accept: application/sdp
CSeq: 3
User-Agent: EasyNVR
Authorization: Digest username="admin", realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e", uri="rtsp://192.17.1.63:554", response="8f1987b6da1aeb3f3744e1307d850281"

当然,这里服务端也可以直接第一步就发送带鉴权的DESCRIBE请求,也是合理省事的;

  • 第四步:RTSP设备返回流媒体信息
RTSP/1.0 200 OK
CSeq: 3
Content-Type: application/sdp
Content-Base: rtsp://192.17.1.63:554/
Content-Length: 712v=0
o=- 1586545639954157 1586545639954157 IN IP4 192.17.1.63
s=Media Presentation
e=NONE
b=AS:5100
t=0 0
a=control:rtsp://192.17.1.63:554/
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=recvonly
a=x-dimensions:1920,1080
a=control:rtsp://192.17.1.63:554/trackID=1
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=420029; packetization-mode=1; sprop-parameter-sets=Z01AKI2NQDwBE/LgLcBAQFAAAD6AAAw1DoYACYFAABfXgu8uNDAATAoAAL68F3lwoA==,aO44gA==
m=audio 0 RTP/AVP 8
c=IN IP4 0.0.0.0
b=AS:50
a=recvonly
a=control:rtsp://192.17.1.63:554/trackID=2
a=rtpmap:8 PCMA/8000
a=Media_header:MEDIAINFO=494D4B48010300000400000111710110401F000000FA000000000000000000000000000000000000;
a=appversion:1.0

这样,我们就可以通过解析SDP内容,得到这路RTSP流的具体媒体信息了;

RTSP流检测结果

  1. 当服务端向设备发送的DESCRIBE没有得到响应,可以直接将RTSP设备状态设置为:设备离线(网络不通)
  2. 当服务端向设备发送了带鉴权的DESCRIBE报文,但是设备一直返回的都是“401 Unauthorized”,那可以将RTSP设备状态设置为:设备不可用(密码错误);
  3. 当服务端向设备发送了DESCRIBE,也获取到了对应的SDP信息,那么可以直接设置RTSP设备状态为:设备在线(Video:H.264/Audio:PCMA)

一种简单高效的RTSP流检测机制就此形成!

http://www.lryc.cn/news/489708.html

相关文章:

  • 24/11/22 项目拆解 艺术风格转移
  • 数字赋能,气象引领 | 气象景观数字化服务平台重塑京城旅游生态
  • 关于Redux的学习(包括Redux-toolkit中间件)
  • 【无人机】
  • Zabbix7.0.6的容器镜像准备
  • 利用 GitHub 和 Hexo 搭建个人博客【保姆教程】
  • React第四节 组件的三大属性之state
  • MongoDB进阶篇-索引(索引概述、索引的类型、索引相关操作、索引的使用)
  • 使用FFmpeg实现视频与GIF的画中画效果
  • 车载信息安全框架 --- 车载信息安全相关事宜
  • Unreal5从入门到精通之EnhancedInput增强输入系统详解
  • 泛微E9与金蝶云星空的集成方案:实现审批流程与财务管理的无缝对接
  • 理解设计模式与 UML 类图:构建稳健软件架构的基石
  • FastAPI重载不生效?解决PyCharm中Uvicorn无法重载/重载缓慢的终极方法!
  • 最新子比主题zibll8.0开心版源码 无加密无后门
  • 【数据分析】认清、明确
  • 工业生产安全-安全帽第二篇-用java语言看看opencv实现的目标检测使用过程
  • 人工智能(AI)与机器学习(ML)基础知识
  • 得物彩虹桥架构演进之路-负载均衡篇
  • Jmeter中的断言(四)
  • vue2 src_Todolist编辑($nextTick)
  • driver.js实现页面操作指引
  • ffmpeg区域颜色覆盖
  • 【Python TensorFlow】进阶指南(续篇三)
  • QT 实现仿制 网络调试器(未实现连接唯一性) QT5.12.3环境 C++实现
  • 【英特尔IA-32架构软件开发者开发手册第3卷:系统编程指南】2001年版翻译,2-31
  • 面试题---深入源码理解MQ长轮询优化机制
  • stable diffusion生成模型
  • 分治法的魅力:高效解决复杂问题的利器
  • Spring IOC实战指南:从零到一的构建过程