|
初期非常多摄像头视频流运用的是RTSP、RTMP协议，播放这类协议的视频一般是在网页上安装插件。但此刻越来越多的用户，针对网页安装插件比较反感，且随着移动设备的普及，用户更加多的期盼运用手机、平板等移动设备，直接能够查看这些协议的视频。那是不是有什么方法能够直接网页打开RTSP、RTMP协议的视频，直接观看不消安装插件呢？况且针对摄像头的数据，尽可能低延迟的获取实时画面。
其实非常多摄像头厂家亦重视到这个问题，最新的摄像头厂家，亦有非常多已然支持了无插件播放，例如经过WebSocket等新的传输协议，取代rtsp等协议，经过网页直接播放。但这个方法针对新摄像头没问题，但针对运用RTSP/RTMP/FLV等格式或协议的视频并不适用，因此呢这种状况不做太多讨论。
另一种方法是基于JS、WASM等前端技术，在前端直接拉流、解码、表示，例如flv.js等前端播放技术，有不少开源的方式，能够实现有些特殊格式、特殊协议的直接前端解码处理。但该类方式通常会有占用较多终端计算资源。况且针对iOS等非常多设备的浏览器兼容性不友好，该方法的通用性弱有些。
基于前端不合适，那换个思路基于后台转换能不可行呢？例如将rtsp转为m3u8这何总HLS协议，做成适合H5页面直接播放的视频格式。但倘若转为HLS(m3u8)这种，有个问题：延迟会比较高，由于m3u8的分段，引起需要有些缓冲的片段，因此呢会增多非常多延迟。
那还有无其他的方案呢？点量云流基于数年视频流式传输经验，认为后台拉流转换时将这些摄像头，或rtmp等各样协议的数据，直接转为WebRTC的方式，能够很好的处理这个问题。这种将RTSP/RTMP/FLV等直播协议、摄像头数据，转为WebRTC方式，有以下优良：
1、良好的兼容性：日前主流的浏览器均支持WebRTC，因此呢该方法无需担心浏览器兼容性问题，用户能够选取自己习惯的浏览器运用。
2、对设备性能占用小：基于浏览器的良好支持，能够借助硬解码能力，从而对设备性能占用比较低。
3、低延时、实时性优：WebRTC是一种为实时流媒介设计的协议，经过这种，延迟能够低至100ms以内，完全能够满足摄像头行业的低延迟需要。
4、前端引入方便、代码量小：前端再也不需要繁杂的播放器解码等方式，只需要用标准的WebRTC就能够接入。虽然亦有一部分技术经过WebSocket方式获取视频，但常常这种拿到视频数据后，还需要基于类似FLV.js等技术，对视频数据要进行繁杂的处理，才可进行表示，方便性不如WebRTC。
以上处理方法工作量重点在后端，拉取RTSP、RTMP等数据，中转为WebRTC协议，不外已有成熟技术可运用。点量团队做为专业视频流机构，有成熟技术可实现：传入RTSP/RTMP等位置直接生成WebRTC运用，并供给完善的前端示例，后台的安排安装亦比较方便，有专门的技术服务，无需从头科研。该方法区别于二次转码，只是修改视频的封装，无需二次转码，因此呢担负起亦能够支持海量摄像头同期运用。详细架构图如下：
以上系统平台详细功能有：
1、支持多协议、多设备接入：
支持RTMP/RTSP/Onvif/GB/T28181/等协议，多厂商品牌的设备接入
2、标准化输出，多终端全平台覆盖：
输出标准的WebRTC，支持几乎所有主流终端浏览器打开播放
3、供给二次研发、定制等服务；返回外链论坛： http://www.fok120.com，查看更加多
责任编辑：网友投稿
| 
发表于 2024-10-3 13:05:29
