一种前端解码的Web浏览器流媒体播放技术制造技术

本发明专利技术公开了一种前端解码的Web浏览器流媒体播放技术，其特征是以WebSocket通讯协议为代理、基于FFmpeg前端解码的Web浏览器无插件流媒体播放。通过上述方式，本发明专利技术能在禁用flash插件的主流Web浏览器环境下，实时播放rtmp/rtsp流媒体，从而解决大量基于rtmp/rtsp协议的视频监控系统在这些环境下无法播放的技术问题。技术问题。技术问题。

【技术实现步骤摘要】
一种前端解码的Web浏览器流媒体播放技术


[0001]本专利技术涉及计算机多媒体
，特别是涉及一种前端解码的浏览器流媒体播放技术。

技术介绍

[0002]近年随着现代计算机流媒体技术的发展，越来越多的单位企业从自身管理需要出发，大量引入或新建视频监控系统，一般采用“后端rtmp协议推送数据+前端浏览器flash插件播放”的技术方式来进行过程管理。与此同时，随着Web浏览器技术的发展与安全性考虑，主流Web浏览器厂商谷歌已于2020年12月在Chrome浏览器中正式禁用flash插件，这使得大量以rtmp协议为基础的既有视频监控系统无法在最新版本Web浏览器上运行，只能在低旧版本Web浏览器上以兼容方式运行，给各单位企业带来网络安全隐患。
[0003]为解决这个问题，各大视频监控生产厂商与软件技术公司普遍采用“实时转换rtmp数据流格式”技术，使得转换后的数据流(rtsp或mpegts)可在最新版本Web浏览器上获得播放支持。
[0004]采用“实时转换rtmp数据流格式”技术，虽可以在最新版本Web浏览器播放流媒体数据，但也存在技术弊端：1、该技术采用“后端服务器实时解码再编码”转换机制，转换过程非常消耗服务器的CPU运算性能，仅是1路高清视频的流畅转换至少要消耗2～4个CPU运算核，这将大量增加监控数量较多单位企业的服务器购置成本。2、rtmp数据流转换为rtsp数据流，会产生有5～10秒的过程延时，这对于监控实时性要求较高的单位是较难接受的；3、rtmp数据流转换为mpegts数据流，网络带宽使用会急剧上升，仅是1路高清视频的流畅转换至少占用8MB/s带宽(转换前的rtmp是250KB/s左右)，究其原因是mpegts协议自身“编码压缩率较低”特点所致，这将大量增加监控数量较多单位企业的网络环境改造成本。
[0005]由此，以上所述的“实时转换rtmp数据流格式”技术，虽可以在最新版本Web浏览器播放视频流数据，但因其技术弊端较为突出，多数时候还是以技术预研与方案演示的方式出现，并没有在“监控设备多、实时性要求高”的需求领域有大量成熟应用案例。

技术实现思路

[0006]本专利技术的目的在于提供一种前端解码的Web浏览器流媒体播放技术，以解决上述
技术介绍
中提出的问题。
[0007]为实现上述目的，本专利技术提供如下技术方案：一种前端解码的Web浏览器流媒体播放技术，所述实现步骤如下：
[0008]步骤一：构建转发服务器；
[0009]步骤二：构建WebSocket网络通讯组件；
[0010]步骤三：构建FFmpeg解码组件；
[0011]步骤四：构建音视频播放器。
[0012]根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，
所述步骤一通过构建运行在服务器操作系统上的转发服务器，采用“上下沿数据交换机制”实现流数据代理转发，上沿通过调用FFmpeg链接库连接到流媒体数据源并持续获取流数据，下沿使用WebSocket协议与前端播放器的网络模块通讯，将上沿获取的流数据，实时传输到前端播放器。转发服务器目前采用开源库libwebsockets作为通讯组件。
[0013]根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述步骤二构建WebSocket网络通讯组件，开发基于WebSocket协议的网络通讯组件，使前端可向转发服务器发送打开流媒体请求，可从转发服务器获取流媒体信息与流数据。
[0014]根据权利要求3所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述构建FFmpeg解码组件，使用emscripten对FFmpeg开源库进行编译，获得FFmpeg的WebAssembly解码组件，可在浏览器前端对获取的流数据进行实时解码。
[0015]根据权利要求3所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述构建音视频播放器：Web浏览器前端解码后的流媒体数据，音频数据采用SDI2库进行播放，视频数据使用OpenGLES2.0库进行绘制，实现音视频数据在浏览器前端的流畅播放。
[0016]与现有技术相比，本专利技术的有益效果是：
[0017]1、实施成本低
[0018]转发服务器运行过程只转发流媒体数据，整个数据转发过程CPU运算消耗极低。转发服务器并不对流媒体数据进行解码、编码操作，故而网络延迟极低，也不增加额外网路带宽。转发服务器的这种设计模式，在满足“监控设备多、实时性要求高”需求的同时，还大幅度降低相关单位企业的实施成本；
[0019]2、解码性能高
[0020]采用WebAssembly技术编译的FFmpeg解码组件(wasm)，可在Web浏览器端以高性能运行，实际解码性能基本接近桌面程序。
[0021]3、兼容性好
[0022]本专利技术依托FFmpeg组件与无插件播放技术的结合，可支持大多数主流的流媒体协议与音视频编码协议，而不受限于浏览器自身组件的功能范围。支持的流媒体协议包括：rtmp、rtsp、HLS等，音视频编码协议包括：MPEG、MP4、H263、H264、H265、AC3、AAC等。
[0023]4、扩展性强
[0024]本专利技术采用“转发服务器+前端FFmpeg解码+无插件播放”的设计模式，整个技术架构具有很强的可扩展性。以后无论是新流媒体协议或者新音视频编码协议出现，都可以通过升级FFmpeg解码组件的方式，获得最新的功能支持。
附图说明
[0025]图1为本专利技术的实现方法流程图；
[0026]图2为本专利技术的功能结构图。
具体实施方式
[0027]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他
实施例，都属于本专利技术保护的范围。
[0028]如图1所示，一种前端解码的Web浏览器流媒体播放技术，所述实现步骤如下：
[0029]步骤一：构建转发服务器；
[0030]步骤二：构建WebSocket网络通讯组件；
[0031]步骤三：构建FFmpeg解码组件；
[0032]步骤四：构建音视频播放器。
[0033]根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述步骤一通过构建运行在服务器操作系统上的转发服务器，采用“上下沿数据交换机制”实现流数据代理转发，上沿通过调用FFmpeg链接库连接到流媒体数据源并持续获取流数据，下沿使用WebSocket协议与前端播放器的网络模块通讯，将上沿获取的流数据，实时传输到前端播放器。转发服务器目前采用开源库libwebsockets作为通讯组件。
[0034]根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述步本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述实现步骤如下：步骤一：构建转发服务器；步骤二：构建WebSocket网络通讯组件；步骤三：构建FFmpeg解码组件；步骤四：构建音视频播放器。2.根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，所述步骤一通过构建运行在服务器操作系统上的转发服务器，采用“上下沿数据交换机制”实现流数据代理转发，上沿通过调用FFmpeg链接库连接到流媒体数据源并持续获取流数据，下沿使用WebSocket协议与前端播放器的网络模块通讯，将上沿获取的流数据，实时传输到前端播放器。转发服务器目前采用开源库libwebsockets作为通讯组件。3.根据权利要求1所述的一种前端解码的Web浏览器流媒体播放技术，其特征在于，...

【专利技术属性】
技术研发人员：黄炜，
申请(专利权)人：广西栩天信息技术有限公司，
类型：发明
国别省市：