嵌入式WEB的视频播放方法、装置、设备及可读存储介质制造方法及图纸

本发明专利技术提供了一种嵌入式WEB的视频播放方法、装置、设备及可读存储介质，包括：通过第一通讯协议与浏览器建立通讯，并接收所述浏览器下发的播放命令，其中，所述浏览器建立有用于播放预设格式的视频数据的播放器；根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据；对所述视频数据进行封装成预设格式，并将封装的所述视频数据通过所述第一通讯协议发送至所述浏览器，其中，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放,解决了现有技术中无法对一些特定的编码格式的视频进行播放，以及在浏览器上播放存在时延的问题。时延的问题。时延的问题。

【技术实现步骤摘要】
嵌入式WEB的视频播放方法、装置、设备及可读存储介质


[0001]本专利技术涉计算机领域，特别涉及一种嵌入式WEB的视频播放方法、装置、设备及可读存储介质。

技术介绍

[0002]在现有的技术，浏览器在无法播放编码格式为H265的视频，只能支持播放编码格式为H264的视频，且在现有技术中，要把视频流封装为MP4格式的播放文件，再进行浏览器分片解码，这种方式会对视频的预览产生延迟效果。
[0003]有鉴于此，提出本申请。

技术实现思路

[0004]本专利技术公开了一种嵌入式WEB的视频播放方法、装置、设备及可读存储介质，旨在解决现有技术中，浏览器在播放视频会产生时延以及无法播放一些编码格式的视频的问题。
[0005]本专利技术第一实施例提供了一种嵌入式WEB的视频播放方法包括：
[0006]通过第一通讯协议与浏览器建立通讯，并接收所述浏览器下发的播放命令，其中，所述浏览器建立有用于播放预设格式的视频数据的播放器；
[0007]根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据；
[0008]对所述视频数据进行封装成预设格式，并将封装的所述视频数据通过所述第一通讯协议发送至所述浏览器，其中，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放。
[0009]优选地，所述第一通讯协议为WebSocket协议，所述第二通讯协议RTSP协议。
[0010]优选地，所述根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据之前还包括：
[0011]根据所述播放命令申请一个内存区域，其中，所述内存区域用于缓存视频数据。
[0012]优选地，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放，具体为：
[0013]所述浏览器判断到所述视频数据的编码格式为H264格式时，所述播放器使用Media Source Extensions对其进行解码播放；
[0014]所述浏览器判断到所述视频数据的编码格式为H265格式时，所述播放器使用WebAssembly对其进行解码播放。
[0015]优选地，还包括：
[0016]接收所述浏览器下发的停止播放指令；
[0017]根据所述停止播放指令停止获取所述图像采集装置采集到的视频数据，并向所述浏览器发送播放结束指令。
[0018]优选地，还包括：
[0019]所述浏览器接收所述分屏信号；
[0020]根据所述分屏信号，在界面上生成与所述分屏信号对应的分屏数量。
[0021]本专利技术第二实施例提供了一种嵌入式WEB的视频播放装置，包括：
[0022]播放命令接收单元，用于通过第一通讯协议与浏览器建立通讯，并接收所述浏览器下发的播放命令，其中，所述浏览器建立有用于播放预设格式的视频数据的播放器；
[0023]视频数据获取单元，用于根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据；
[0024]视频数据封装单元，用于对所述视频数据进行封装成预设格式，并将封装的所述视频数据通过所述第一通讯协议发送至所述浏览器，其中，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放。
[0025]优选地，所述第一通讯协议为WebSocket协议，所述第二通讯协议RTSP协议。
[0026]本专利技术第三实施例提供了一种嵌入式WEB的视频播放设备包括处理器、存储器以及存储在所述存储器中且被配置由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上任意一项所述的一种嵌入式WEB的视频播放方法。
[0027]本专利技术第四实施例提供了一种可读存储介质，其特征在于，存储有计算机程序，所述计算机程序能够被该存储介质所在设备的处理器执行，以实现如上任意一项所述的一种嵌入式WEB的视频播放。
[0028]基于本实施例提供的一种嵌入式WEB的视频播放方法、装置、设备及可读存储介质，通过接收所述浏览器下发的播放命令，获取由图像采集装置采集的视频数据，通过将所述视频数据封装成预设格式后，发送至所述浏览器，所述根据所述视频数据的编码格式，选取对应的播放器进行播放，解决了现有技术中无法对一些特定的编码格式的视频进行播放，以及在浏览器上播放存在时延的问题。
附图说明
[0029]图1是本专利技术第一实施例提供的一种嵌入式WEB的视频播放方法的步骤流程示意图；
[0030]图2是本专利技术第二实施例提供的一种嵌入式WEB的视频播放装置的模块示意图；
具体实施方式
[0031]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0032]为了更好的理解本专利技术的技术方案，下面结合附图对本专利技术实施例进行详细描述。
[0033]应当明确，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本专利技术保护的范围。
[0034]在本专利技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本专利技术。在本专利技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
[0035]应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0036]取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
[0037]实施例中提及的“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二”区分的对象在适当情况下可以互换，以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
[0038]以下结合附图对本专利技术的具体实施例做详细说明。
[0039]本专利技术公开了一种嵌入式WEB的视频播放方法、装置、设备及可读存储介质，旨在解决现有技术中，浏览器在播放视频会产生时延以及无法播放一些编码格式的视频的问题。
...

【技术保护点】

【技术特征摘要】
1.一种嵌入式WEB的视频播放方法，其特征在于，包括：通过第一通讯协议与浏览器建立通讯，并接收所述浏览器下发的播放命令，其中，所述浏览器建立有用于播放预设格式的视频数据的播放器；根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据；对所述视频数据进行封装成预设格式，并将封装的所述视频数据通过所述第一通讯协议发送至所述浏览器，其中，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放。2.根据权利要求1所述的一种嵌入式WEB的视频播放方法，其特征在于，所述第一通讯协议为WebSocket协议，所述第二通讯协议为RTSP协议。3.根据权利要求1所述的一种嵌入式WEB的视频播放方法，其特征在于，所述根据所述播放命令通过第二通讯协议与图像采集装置的通讯，并获取由所述图像采集装置采集的视频数据之前还包括：根据所述播放命令申请一个内存区域，其中，所述内存区域用于缓存视频数据。4.根据权利要求1所述的一种嵌入式WEB的视频播放方法，其特征在于，所述浏览器用于根据所述视频数据的编码格式，选取对应的播放器进行播放，具体为：所述浏览器判断到所述视频数据的编码格式为H264格式时，所述播放器使用Media Source Extensions对其进行解码播放；所述浏览器判断到所述视频数据的编码格式为H265格式时，所述播放器使用WebAssembly对其进行解码播放。5.根据权利要求1所述的一种嵌入式WEB的视频播放方法，其特征在于，还包括：接收所述浏览器下发的停止播...

【专利技术属性】
技术研发人员：唐仕斌，陈淑武，黄进兴，彭府，王文荣，
申请(专利权)人：厦门四信通信科技有限公司，
类型：发明
国别省市：