先说结论:RTMP推流设备上来的录像,得先在平台录下来,再在上级平台的配置里指向“云端录像”,上级才查得到。这两步漏一步,实时画面再流畅,事后也查不到东西。很多人第一次遇到这个坑,是在上级平台来调录像的时候——本级看着一路画面都好好的,上级那边检索出来却是空的。下面把这件事从头讲清楚。
![]()
1、EasyCVR平台里的录像,其实有两种
这是理解整件事的前提。
1)云端录像:流进了平台,平台自己录下来,存在平台服务器上。
2)设备录像:存在摄像机、NVR或者下级平台里,再按协议把录像推给平台。
两种都能按设备、通道、日期去查,但来源完全是两回事。
![]()
2、RTMP只有云端录像这一份
RTMP是推流协议。4G/5G布控球、无人机、执法记录仪、智能单兵、编码器这类设备,把画面推上来就结束了,它本身没有一个能被国标检索的本地录像目录。所以RTMP通道想在事后查得到,只有一条路——平台侧的云端录像。
![]()
由此得到一条很实在的规则:RTMP通道不配录像计划,就等于没录。实时看着有、回放查不到,是推流类设备最常见的坑,而且往往等到上级来调录像那天才被发现。
3、上级平台来查,走的是另一套配置
本级视频汇聚/视频融合EasyCVR平台自己看,和上级平台来看,不是一回事。在上级平台的界面里,另有一份协议录像配置列表,RTSP、GB28181、EHOME、海康SDK、大华SDK、宇视SDK、RTMP都在里面。每种协议各自指定“云端录像”或“设备录像”——二选一,不是两个都给上级。
![]()
这个开关的意思是:上级来检索这条通道的录像时,去平台侧拿,还是去设备端拿。对RTMP来说答案没有悬念,它没有设备端录像可查,只能指向云端录像。
4、不同协议,上级查到的那份不一样
这是最容易被想当然的一处,配置之前建议按自己的接入协议对一遍。
![]()
RTMP落在哪?它走的是平台侧云端录像这条通路:先在平台把RTMP录下来,再在配置里指向云端录像。视频分析设备平台EasyCVR平台现在能把RTMP通道的云录像直接推给上级平台了。
只要开了云端录像,级联时勾选RTMP云端录像,那么录像文件就会跟着通道自动报上去,上级平台随时能调看回放。这样实时视频和录像就都汇到一起了,多级平台管起来也方便很多。
![]()
5、配好这件事,四步就够
第一步:确认这路流真的录了。
录像计划支持全局计划和单路计划两套配置,可选全部、工作日或自定义时段,还能把计划复制到其他日期。移动类设备本来就未必全天在线,按任务时段配,既省存储也更贴合实际。
![]()
![]()
第二步:在上级平台的协议录像配置里,把RTMP指定为云端录像。
这是整条通路的关键一步。漏了它,前面录得再全,上级检索时也是空的。
第三步:做通道选择性推送。
不是所有通道都要给上级。支持视频通道选择性推送,按监管要求和上级的实际需要挑就行。
![]()
![]()
第四步:H.265的流提前转。
支持把H.265的视频流在配置到上级时转成H.264。上级只认H.264的话,提前转一次,别等到调阅时才发现问题。
![]()
另外,上级平台这一侧本身也管得起来:支持对接多个上级国标平台,可增删改、按名称检索、按在线/离线筛选,上级视频汇聚/视频融合/视频分析平台EasyCVR平台信息支持导入导出;也支持多平台同时级联推送,一路视频不必在几家上级之间做取舍。
![]()
6、总结
RTMP这类推流设备的优势是轻:不用固定网络、不依赖本地存储,临时点位、移动作业、应急布控都靠它。代价是它把“存储”这件事整个交给了EasyCVR平台。平台这头把云端录像配上、把级联时的录像指向设对,上级要哪一段,本级就能拿出哪一段。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.