H5视频可视化播放RTSPRTMPHLSHTTP视频流媒体的几种可行方案

屋顶花园排水H5视频可视化播放RTSPRTMPHLSHTTP视频流媒体的⼏种可⾏
⽅案
经过多年的项⽬实战和研发经验的积累,总结了⼀下对于H5视频可视化在视频播放上如何做到⽆插件H5展⽰的⽅法,尤其是契合安防⾏业的⽅案;
除了HTTP、WebSocket类的传输协议,其他是⽆法通⽤地传输到浏览器的,所以,如果要做⼀款通⽤的H5视频播放器,基本上就是⼀款
HTTP/WebSocket协议的视频播放器,如果是类似于RTMP、RTSP类型协议的视频源,是不可避免,需要经过服务器转换的,那么我们可以总结Web⽹页可视化直播的⼏个刚性需求:
管道渗漏检测
H5播放只⽀持HTTP、WebSocket协议的流媒体源;
需要同时⽀持H.264、H.265视频编码格式;
⽀持低延时的实时视频以及录像回放视频;
连续退火炉可⾏⽅案⼀:WebSocket透传
通过WebSocket代理服务器,建⽴透传通道,转发各种不同协议的视频流,WebSocket类似于⼀个管道,只做原样的数据转发,将源设备与H5客户端之间建⽴⼀条由WebSocket包裹的传输通道,具体的协议交互过程还是按照原协议进⾏,RTSP、SIP类的⽂本协议按照⽂本协议的⽅式,RTMP类的字节流协议按照字节流协议的⽅式;
⽅案难点:
前端兼容性开发难度⾼:前端对于各种信令协议、字节流协议、以及解包、缓冲区、时间戳同步、解码、显⽰、播放,都要开发,对于前端开发的要求⽐较⾼;
H.265播放技术:安防场景下,⼤部分摄像机都采⽤的是H.265编码格式,所以,要前端Web⽀持H.265格式,需要引⼊wasm技术;
⽅案优缺点:
优点:后端开发简单,速度快;
缺点:后端只做管道,不具备实际的设备信息知悉权,这对于设备的管控是⽆法做到的,例如,⽆法快照、⽆法录像、⽆法获取设备具体的错误信息;边坡防护系统
发热器
可⾏⽅案⼆:协议转换
采⽤类似于EasyCVR的全协议接⼊⽅案,将各种不同协议类型的视频源(RTSP、RTMP推流/拉流、HTTP、UDP等)、视频⽂件,通过标准化的协议转换,统⼀可以输出为HTTP-FLV(实时流)、HLS(直播流/点播流)对终端进⾏输出,就达到了标准化、全终端、全平台输出了;
⽅案难点:
后端兼容:后端需要将各种协议接⼊,并进⾏解封装,封装成标准的flv、ts等格式,不过好在已经有⽐较多的积累;
H.265播放器:同样是需要做到H.265的Web播放,包括HTTP-FLV和HLS的H.265格式;
⽅案优缺点:
缺点:技术门槛较⾼;
优点:可控性强,前后端分离,前后端⼈员均可灵活定制;
H.265⽹页播放⽅案
⼤家可以看到以上的两种解决⽅案都会具有⼀个H.265⽹页播放的难点,这⾥的主要原因是⽬前的浏
超前止水后浇带览器基本都不能⽀持H.265的底层解码,或者说硬解码,H.265需要结合原⽣播放器的开发技术和Web播放器的开发技术,也就是wasm技术,将C/C++封装成wasm,被js调⽤,这样js就能像C/C++原⽣播放器⼀样,充分利⽤C/C++的计算能⼒和扩展能⼒,来实现视频的解码过程。
wasm播放的主要优势的契合安防的实际需求,虽然⽬前各⼤⼚商开始流⾏WebRTC直播,但⽬前由于安防的特殊性,H.265已经占据主导,解决H.265的前端展⽰才能完整地解决整个安防可视化的需求,这个是RTC播放⽆法解决的。
总结下来,我们有⼏点思考:
想要完整的控制整个视频可视化的流程,最好还是在服务端做视频的处理和协议的转换;
H.265的前端⽀持是必不可少的,后端的H.265转H.264来⽀持前端的播放,都是技术的倒退;
在可视化系统都Chromium的时代,WebRTC可能是⼀个⾮常好的选择;

本文发布于:2024-09-24 08:26:47,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/1/151814.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:视频   协议   播放   可视化   安防   需要   设备   播放器
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议