摄像机“实时预览”RTSP取流地址:
【RTSP单通道取流格式如下 (101表示通道1主码流,102表示通道1子码流)】
新设备(通常主控版本≥V5.5.0)
主码流:rtsp://用户名:密码@IP地址:554/Streaming/Channels/101
子码流:rtsp://用户名:密码@IP地址:554/Streaming/Channels/102
示例:
√ 取摄像机主码流的URL:
rtsp://admin:hik123456@192.168.1.64:554/Streaming/Channels/101
√ 取摄像机子码流的URL:
rtsp://admin:hik123456@192.168.1.64:554/Streaming/Channels/102
注:多通道设备RTSP取流格式是将通道可以改为201 202
老设备(通常主控版本<V5.5.0)
主码流:rtsp://admin:admin12345@10.66.4.44:554/ch1/main/av_stream
示例:
如果摄像机密码是a12345678,IP地址是192.168.1.64,RTSP端口默认554未做改动,是H.264编码:
主码流:rtsp://admin:a12345678@192.168.1.64:554/h264/ch1/main/av_stream
子码流:rtsp://admin:a12345678@192.168.1.64:554/h264/ch1/sub/av_stream
【如果是H.265编码的,那么将H.264替换成H.265即可】
【注释】
1、ch1——通道
2、主码流——main
3、子码流——sub
4、第三码流——stream3
注意:URL中“:”“?”“&”等符号均为英文半角。

这个格式终于搞明白了,之前一直连不上,试了下现在通了👍
@书法家 通了就好,我当初折腾了快一天才配对😓
老设备的路径怎么和我手上的不一样,是必须改IP吗?
我用的是V5.4的固件,按新格式死活播不了,是不是得升级才行?
前几天刚配完海康的NVR,rtsp这串写得头疼,总算对上了
ch1还能换成别的吗,比如红外通道要不要特殊处理?
子码流清晰度太低了,用来做检测根本扛不住啊
@独行者梦 子码流本来就是低清的,检测还是得上主码流吧🤔
我们工地用的全是老款摄像头,h264那个路径才靠谱
不是说端口可以改嘛,改成8554之后取流失败咋办?
@幸运兔脚 改端口后防火墙要记得开对应端口,不然肯定连不上
这个main和sub的区别到底在码率还是帧率啊?
之前踩过一次坑,密码带特殊字符一定要URL编码,不然白配
@二进制游侠 我也是,#号直接导致连接失败,改成%23就行。
@二进制游侠 那如果密码里还有&符号呢?要怎么处理?
我们项目里一堆老设备,这路径写得真是够乱的
@憨态可掬的企鹅 老设备路径乱是常态,每个项目都得单独扒文档
@憨态可掬的企鹅 我们这边老机器太多,干脆写个脚本自动判别路径格式
main是高码率,sub是低码率压缩流,主要差在带宽占用
密码带#号真的会出事,之前吃了大亏
新格式在V5.4上确实跑不了,得升到V5.5才行
@搞怪小分队 这固件升级坑死人,升完反而兼容出问题了hhh
@搞怪小分队 V5.4硬套新格式直接404,别折腾了,升级才是正解
@搞怪小分队 对,升级到5.5后才能正常拉流,之前我也是卡在这。👍
@搞怪小分队 有的设备还能手动指定固件版本号来兼容旧格式,你们有尝试过吗?如果不行可以先降级固件再升级。
ch1是通道标识,多通道设备按ch2、ch3类推就行
@沉默小宇宙 ch1换成ch2没问题,红外通道也一样处理,试过了能用
@沉默小宇宙 多通道就是ch加数字呗,之前搞8路NVR就这样配的
H.265那个路径试了下,播放器不支持硬解,卡得要命
@书吏宋 我试过把H.265的流先用FFmpeg转成H.264再喂给播放器,虽然多了一步,但CPU占用还能接受,画面也流畅,倒是解决了硬解卡顿的问题。
@书吏宋 可以尝试软解模式,虽然占CPU但至少不卡死。
工地监控用子码流看人影还行,识车牌就别想了
主码流跑人脸识别稳得多,子码流连人脸都框不准
H.265那个路径对硬件要求高,软解都卡成ppt了
密码带@符号的更要编码,不然URL直接解析失败
rtsp端口改了要同步改防火墙策略,不然白改端口