一种视频播放方法、装置、设备及介质制造方法及图纸

本申请提供了一种视频播放方法、装置、设备及电子介质，所述方法应用于浏览器，所述方法包括：响应音视频播放请求；判断接收的音视频数据的编码方式；若所述音视频数据属于H.265编码，触发第一解码器对所述音视频数据进行解码，所述第一解码器为浏览器中设置的wasm解码器；若所述音视频数据不属于H.265编码，触发第二解码器对所述音视频数据进行解码，所述第二解码器为浏览器中设置的JMuxe解码器；浏览器显示所述解码后的音视频数据，从而解决了目前网页上无法实现H.264和H.265的音视频数据混合播放的问题。音视频数据混合播放的问题。音视频数据混合播放的问题。

【技术实现步骤摘要】
一种视频播放方法、装置、设备及介质


[0001]本申请涉及视频处理
，特别是涉及一种视频播放方法、装置、设备及介质。

技术介绍

[0002]目前，Android等多种平台对H.265进行了支持，但是目前为止网页上仍然未对H.265进行支持，更未对H.265和H.264混合播放进行支持，若需要在浏览器上显示H.265监控摄像机的视频，需要研发人员利用服务器的解码器将监控摄像机的编码格式由H.265调整成H.264，然后发送至浏览器，这样才能实现在网页上进行可视化视频展示，因此如何在网页上实现H.264和H.265的音视频数据混合播放成为亟待解决的问题之一。

技术实现思路

[0003]本申请提供了一种视频播放方法、装置、设备及介质，以解决目前网页上无法实现H.264和H.265的音视频数据混合播放的问题。
[0004]为了解决上述问题，本申请公开了一种视频播放方法，所述方法应用于浏览器，所述方法包括：
[0005]响应音视频播放请求；
[0006]判断接收的音视频数据的编码方式；
[0007]若所述音视频数据属于H.265编码，触发第一解码器对所述音视频数据进行解码，所述第一解码器为浏览器中设置的wasm解码器；
[0008]若所述音视频数据不属于H.265编码，触发第二解码器对所述音视频数据进行解码，所述第二解码器为浏览器中设置的JMuxe解码器
[0009]显示所述解码后的音视频数据。
[0010]可选地，所述方法还包括：
[0011]所述浏览器确定显示解码后的音视频数据的播放方式；
[0012]在所述浏览器与服务端保持连通状态下，将解码后的音视频数据通过附带标签实时返回浏览器。
[0013]可选地，所述将解码后的音视频数据附带标签实时返回浏览器包括：
[0014]若所述解码后的音视频数据为H.264音视频数据，则将解码后的音视频数据通过浏览器的视频标签实时返回浏览器；
[0015]若所述解码后的音视频数据为H.265音视频数据，则将解码后的音视频数据通过浏览器的Canvas标签实时返回浏览器。
[0016]可选地，所述将所述解码后的音视频数据通过浏览器Canvas标签实时返回浏览器包括：
[0017]将所述解码后的H.265音视频数据转换为YUV数据；
[0018]将所述YUV数据转换为RGB数据；
[0019]通过浏览器中的Canvas绘制函数将所述RGB数据渲染到所述Canvas对应的Canvas画布上。
[0020]可选地，所述将YUV颜色编码数据转换为RGB数据之后，还包括：
[0021]根据播放器的画面数量，创建Canvas画布；
[0022]所述Canvas画布与所述画面一对一绑定。
[0023]可选地，所述将所述解码后的音视频数据转换为YUV数据包括：
[0024]通过类型化数组方式存储所述解码后的音视频数据；
[0025]将所述解码后的音视频数据转换为视图数组；
[0026]将所述视图数组发送至所述第一解码器，以使所述第一解码器根据预先设置的YUV显示方式，将所述解码后的音视频数据转换为YUV数据。
[0027]为了解决上述问题，本申请还公开了一种视频播放装置，所述装置应用于浏览器，所述装置包括：
[0028]响应模块，用于响应音视频数据播放请求；
[0029]判断模块，用于判断音视频数据的编码方式；
[0030]第一解码模块，用于若所述音视频数据属于H.265编码，触发第一解码器对所述音视频数据进行解码，所述第一解码器为浏览器中设置的wasm解码器；
[0031]第二解码模块，用于若所述音视频数据不属于H.265编码，触发第二解码器对所述音视频数据进行解码，所述第二解码器为浏览器中设置的JMuxe解码器；
[0032]第一显示模块，用于显示所述解码后的音视频数据。
[0033]可选地，所述装置还包括：
[0034]播放模块，用于确定显示解码后的音视频数据的播放方式；
[0035]返回模块，用于在所述浏览器与服务端保持连通状态下，将解码后的音视频数据通过附带标签实时返回浏览器。
[0036]为了解决上述问题，本申请还公开了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的视频播放方法。
[0037]为了解决上述问题，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质存储有被处理器执行时实现所述的视频播放方法的计算机程序。
[0038]与现有技术相比，本申请包括以下优点：
[0039]本实施例，浏览器响应音视频播放请求，判断接收的音视频数据的编码方式，若所述音视频数据属于H.265编码，触发第一解码器对所述音视频数据进行解码，所述第一解码器为浏览器中设置的wasm解码器；若所述音视频数据不属于H.265编码，触发第二解码器对所述音视频数据进行解码，所述第二解码器为浏览器中设置的JMuxe解码器，显示所述解码后的音视频数据，即通过浏览器中设置的第一解码器可以直接在网页上播放H.265的音视频文件，同时还可以通过设置的第一解码器和第二解码器实现H.264和H.265的音视频数据的混合播放。
[0040]当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。
附图说明
[0041]图1是本申请实施例所述一种视频播放方法的流程图；
[0042]图2是本申请实施例所述一种视频播放方法的流程图；
[0043]图3是本申请实施例所述一种视频播放装置的结构图。
具体实施方式
[0044]为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
[0045]目前，Android等多种平台对H.265进行了支持，但是目前为止网页上仍然未对H.265进行支持，研发人员需要在服务器上将监控摄像机的编码格式由H.265调整成H.264，这样才能在这两端上实现可视化视频展示。但是花费大量的经费采购H.265监控摄像机，就是为了降低带宽和存储成本，但是实际使用的时候，又需要改回H.264视频数据，上述视频转码的过程，会产生较大的延时，而且会大量地消耗计算器的计算能力，尤其是涉及到高清视频转码时，无法实现多路的同时转码，容易导致计算器崩溃，因此本申请提出了如何解决网页上无法实现H.264和H.265的音视频数据混合播放的问题。
[0046]为了解决上述技术问题，本申请专利技术人创新的提出编码器前移的技术构思，即将相关技术中的编码器设置在服务器上修改为将编码器设置在浏览器端，从而实现了网页端对H.264和H.265的音视频数据混合播放或单独播放。
[0047]基于上述技术构思，本申请实施例提供了一种视频播放方法，参见图1，为本申请实施例提供的一种视频播本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种视频播放方法，其特征在于，所述方法应用于浏览器，所述方法包括：响应音视频播放请求；判断接收的音视频数据的编码方式；若所述音视频数据属于H.265编码，触发第一解码器对所述音视频数据进行解码，所述第一解码器为浏览器中设置的wasm解码器；若所述音视频数据不属于H.265编码，触发第二解码器对所述音视频数据进行解码，所述第二解码器为浏览器中设置的JMuxe解码器；显示所述解码后的音视频数据。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述浏览器确定显示解码后的音视频数据的播放方式；在所述浏览器与服务端保持连通状态下，将解码后的音视频数据通过附带标签实时返回浏览器。3.根据权利要求1所述的方法，所述将解码后的音视频数据附带标签实时返回浏览器包括：若所述解码后的音视频数据为H.264音视频数据，则将解码后的音视频数据通过浏览器的视频标签实时返回浏览器；若所述解码后的音视频数据为H.265音视频数据，则将解码后的音视频数据通过浏览器的Canvas标签实时返回浏览器。4.根据权利要求3所述的方法，其特征在于，所述将所述解码后的音视频数据通过浏览器的Canvas标签实时返回浏览器包括：将所述解码后的音视频数据转换为YUV数据；将所述YUV数据转换为RGB数据；通过浏览器中的Canvas绘制函数将所述RGB数据渲染到所述Canvas标签对应的Canvas画布上。5.根据权利要求4所述的方法，其特征在于，所述将YUV颜色编码数据转换为RGB数据之后，还包括：根据播放器的画面数量，创建Canvas画布；所述Canvas画布...

【专利技术属性】
技术研发人员：颜祝俊，蔡耀，王晶，杨春晖，
申请(专利权)人：视联动力信息技术股份有限公司，
类型：发明
国别省市：