GB28181国际标准监控对接web平台搭建

导言

目前海康、大华等监控大部分厂家都已经支持gb28181监控对接协议,支持gb28181是必然趋势,而且gb28181平台的特点是监控找平台,监控主动注册到平台,而不是传统的拉流转码平台去找监控。这就涉及到一个云部署的问题,传统拉流平台是没法云部署的,因为不能每个监控做一个固定IP,其他方式又太繁琐。而gb28181平台是监控主动注册到平台,这样只要平台固定IP,无论是云部署还是本地部署都可以实现,所以监控支持gb28181是必然趋势。

架构

相对传统平台,GB28181平台最主要的区别在于多出信令网管平台,主持设备、下级平台、上级平台的注册功能,同时进行心跳检测、接口对接等功能。

传统流媒体平台搭建可参照:ffmpeg+nginx-rtmp-module+flv实现不基于flash无插件播放监控视频_mokeily99的博客-CSDN博客

市场现状

目前独立的GB28181平台也有很多,基本上都是要那个的,收取方式大部分按照通道(也就是每个监控)收取,大约一个通道要占监控价格的1/2左右,感觉好贵!而且是绑定主机的。想想买个监控的成本突然高出50%是什么感觉。

正文

其实这类开源的流媒体技术基本上都可以实现这些功能,而且很多开源的流媒体技术也已经支持GB28181协议,无非是组装优化就可以了,下面上下自己组装的一套开源的GB28181平台测试结果。

测试延迟在30ms左右,其实做过这类的应该知道,常规的rtmp流播放延迟在2-3s左右,转成hls的延迟更大,基本在5-6s左右,30ms其实是各种极端情况的结果,首先是内网,其次是用的webrtc,那如果webrtc真的延迟这么小为什么别人不用,情况应该很多,我所了解的情况是,如果你做那种大屏,且只展示少量的监控画面的话使用webrtc是应该可以的,但是如果是数量多得情况下可能会造成不稳定,无论系统压力还是浏览器压力。这是我自己理解的,可能说的不对,大神们见谅!

先说下实现的主要功能,依照gb28181协议,支持监控的主动注册、心跳等功能,同时可支持rtmp(目前浏览器支持flash越来越差,rtmp依赖flash,所以不建议使用rtmp进行播放)、hls、webrtc格式播放。图片上可以看到webrtc的延迟可到30ms。完全采用开源技术搭建,目前只支持linux操作系统,部署也比较简单。如果有需要的可以联系我邮箱:[email protected]

你可能感兴趣的:(视频处理,rtmp,hls)