CN104780378A - 一种用于解码视频的方法、装置和播放器 - Google Patents

Abstract

本发明公开了一种用于解码视频的方法、装置和播放器，其中，方法包括以下步骤：当对待解码的视频数据流的解码准备已完成后，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案；调用选择的解码方案以对所述待解码的视频数据流进行解码。通过本发明的方法，可以在播放器中封装各种不同的解码方案，还能够兼顾到不同的解码类型的结构，并且需要更换解码方案时，无需再次缓冲和进行解码准备，可以直接切换解码方案，实现了动态切换，这样的切换对于用户几乎感知不到，提高了用户的使用体验。

Description

一种用于解码视频的方法、装置和播放器

技术领域

本发明涉及播放器技术领域，更具体地，涉及一种用于解码视频的方法、装置和播放器。

背景技术

目前，视频解码方式主要有软件解码和硬件解码。软件解码是指直接用CPU(Central Processing Unit，中央处理器)解码，由于高清视频的分辨率远远高于一般格式视频，使得高清视频的码率非常高，再加上主流编码算法的压缩率很高，解码运算的运算量很大，因此软件解码会极大地消耗CPU的运算能力；硬件解码是通过显卡的视频加速功能对高清视频进行解码，因此硬件解码能够将CPU从繁重的视频解码运算中释放出来，使终端具备流畅播放高清视频的能力。

基于Android系统(一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑)的视频播放器软件中，有的播放器是使用软件解码的方式，这种方式在性能上存在上述的不足。由于Android系统的多样性，存在不同的系统版本和不同的CPU芯片，如果播放器使用硬件解码的方式，就需要针对不同的系统版本和不同的CPU芯片采用不同的硬件解码方案。这就导致播放器需要适配不同的机型和系统版本。

针对上述问题，普通的技术解决方案就是针对不同的硬件解码方式直接使用不同的播放器实例，然而，当使用的播放器实例无法播放视频时，就需要使用其他播放器实例来重新播放，这种方法简单粗暴，灵活性不足，用户体验差。

发明内容

有鉴于此，本发明实施例的目的是提供一种用于解码视频的方法、装置和播放器，用以优化播放器。

为了达到上述目的，一方面，本发明实施例提出一种用于解码视频的方法，包括以下步骤：

当对待解码的视频数据流的解码准备已完成后，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案；

调用选择的解码方案以对所述待解码的视频数据流进行解码。

在本发明一实施例中，所述方法还包括：

当选择的解码方案对解封装后的视频数据流未成功解码时，从预设的解码方案中选择与所述信息相应的另一个解码方案；

调用所述另一个解码方案以从所述视频数据流中未成功解码处开始解码。

在本发明一实施例中，所述根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，包括：

根据播放该视频的终端的信息，优先从预设的解码方案中的硬件解码方案中选择与所述信息相应的解码方案，最后从预设的解码方案中的软件解码方案中选择与所述信息相应的解码方案。

在本发明一实施例中，所述根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，包括：

根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层；

所述调用选择的解码方案以对所述待解码的视频数据流进行解码，包括：

调用选择的解码方案以及选择的绘制图层以对所述待解码的视频数据流进行解码。

在本发明一实施例中，所述方法还包括：

从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，将预设的绘制图层中的其他的绘制图层设置为不可见。

本发明实施例还提出一种用于解码视频的装置，包括：

选择模块，用于当对待解码的视频数据流的解码准备已完成后，根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案；

调用模块，用于调用选择的解码方案以对所述待解码的视频数据流进行解码。

在本发明一实施例中，所述选择模块还用于，

当选择的解码方案对解封装后的视频数据流未成功解码时，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的另一个解码方案；

所述调用模块还用于，调用所述另一个解码方案以从所述视频数据流中未成功解码处开始解码。

在本发明一实施例中，所述选择模块还用于，

根据播放该视频的终端的信息，优先从预设的解码方案中的硬件解码方案中选择与所述信息相应的解码方案；最后从预设的解码方案中的软件解码方案中选择与所述信息相应的解码方案。

在本发明一实施例中，所述选择模块还用于，

根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层；

所述调用模块还用于，调用选择的解码方案以及选择的绘制图层以对所述待解码的视频数据流进行解码。

在本发明一实施例中，所述调用模块还用于，

从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，将预设的绘制图层中的其他的绘制图层设置为不可见。

本发明实施例还提出一种播放器，包括上述的用于解码视频的装置。

本发明实施例提供的技术方案可以包括以下有益效果：

由于本发明中用于解码视频的方法可以在解码方案中进行选择，然后调用选择的解码方案进行播放，因此，使用本发明的播放器中可以封装各种不同的解码方案，还能够兼顾到不同的解码类型的结构，比如在Android系统里使用MediaCodec的硬件解码是使用java层代码实现，这么设计可以很好的支持这种多样性，也方便了后续的扩展；在解码准备后选择解码方案进行解码，如果需要更换解码方案，无需再次缓冲和进行解码准备，可以直接切换解码方案，实现了动态切换，这样的切换对于用户几乎感知不到，提高了用户的使用体验。

本发明实施例的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其它优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明实施例的限制。在附图中：

图1是本发明一实施例提供的用于解码视频的方法的流程图；

图2是本发明另一实施例提供的用于解码视频的方法的流程图；

图3是本发明另一实施例提供的用于解码视频的方法的流程图；

图4是本发明另一实施例提供的用于解码视频的装置的结构示意图；

图5是本发明另一实施例提供的播放器的结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明实施例，并不用于限定本发明实施例。

由于Android系统的多样性，基于Android系统的播放器中的硬件解码方案需要与Android系统相应，播放器才能工作。为了适配不同的Android系统，需要对现有的播放器进行改进。如图1所示为本发明一实施例中的用于解码视频的方法的主要流程，该方法适用于播放器中，该方法包括以下步骤：

步骤S11：当对待解码的视频数据流的解码准备已完成后，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案。

对视频数据流的解码准备可以包括：对视频数据流进行缓存、解封装、获取视频的头部信息。缓存表示把部分视频流下载下来，解封装是指获取视频流的信息，包括图像编码类型、音频编码类型、视频的分辨率、帧率、码率、音频采样率、视频时长等等信息，例如如果是hls流，则需要获取m3u8信息，如果是http的MP4流，则需要把mp4头按照协议解析获取如上信息，其他视频流不一一列举。

播放所述视频数据流的终端的信息例如包括但不限于终端所使用的系统的版本、终端的机型、CPU信息等。

预设的解码方案可以包括多种解码方案，例如：MediaCodec硬件解码、OpenMax硬件解码(简称OMX)、StageFright硬件解码和软件解码。MediaCodec是google提供的在android系统上的标准编码和解码接口；OpenMax一个不需要授权、跨平台的软件抽象层，以C语言实现的软件接口，用来处理多媒体，是由Khronos Group提出的标准，目标在于创造一个统一的接口，加速大量多媒体资料的处理；StageFright也是google在android系统引入的底层硬件解码的api，是基于OpenMax实现的一套硬件解码接口，android2.2开始引入。

步骤S12：调用选择的解码方案以对待解码的视频数据流进行解码。

在本发明中，当已完成对待解码的视频数据流的解码准备后，也就是对待解码的视频数据流进行缓存以及已解封装，获取了视频的头部信息，可以开始解码之后，才根据终端的机型和系统从预设的解码方案中选择适合的解码方案进行解码。这样做的好处在于：可以在播放器中封装各种不同的解码方案，还能够兼顾到不同的解码类型的结构，比如在Android系统里使用MediaCodec的硬件解码是使用java层代码实现，这么设计可以很好的支持这种多样性，也方便了后续的扩展；在解码准备后选择解码方案进行解码，如果需要更换解码方案，无需再次缓冲和进行解码准备，可以直接切换解码方案，实现了动态切换，这样的切换对于用户几乎感知不到，提高了用户的使用体验。

如图2所示为本发明的另一实施例中的用于解码视频的方法的主要流程，在该实施例中，当选择的解码方案解码失败时，可以更换解码方案。具体地，本实施例包括以下步骤：

步骤S21：判断对待解码的视频数据流的解码准备是否已完成，若是，执行步骤S22；若否，则重复执行该步骤。

在播放器中，对待解码的视频数据流的解码准备通常由播放器内核进行，包括对视频数据流进行缓存、解封装、获取视频的头部信息等处理。

在本发明的其他实施例中，可以通过判断是否接收到播放器内核发出的“已作好解码准备”的通知，来判断是否已完成对待解码的视频数据流的解码准备。

步骤S22：获取播放所述视频数据流的终端的信息。

在本发明的其他实施例中，该步骤也可以是预先执行的，也就是可以预先获取终端的信息并保存下来。

步骤S23：从预设的解码方案中选择与获取的信息相应的解码方案A。

播放器中可预设多个解码方案，可以包括多个硬件解码方案，也可以包括多个硬件解码方案和软件解码方案。与获取的信息相应的解码方案可以是多个。

步骤S24：调用选择的解码方案A以对视频数据流进行解码。

还可以调用对解码方案A的初始化，真正的初始化在解码方案A中完成。初始化一般指设定需要解码的图像宽高、视频时长、图像绘制视图等信息。初始化之后就可以调用解码方案A进行解码了。

步骤S25：判断选择的解码方案对视频数据流是否成功解码，若是，则结束；若否，则执行步骤S26。

在本发明的其他实施例中，当选择的解码方案对视频数据流未成功解码时，将发送“解码失败”的通知，因此，可以通过判断是否接收到解码方案发送的“解码失败”的通知，来判断选择的解码方案对视频数据流是否成功解码。

步骤S26：从预设的解码方案中选择与获取的信息相应的另一个解码方案。

步骤S27：调用选择的解码方案以从视频数据流中未成功解码处开始解码，然后返回步骤S25。

此时，播放器的切换代价仅仅是对不同解码方案进行了一个初始化，也就是说播放器解码方案的切换基本不耗费时间，所以如果发生了解码方案的切换对于用户来说基本感知不到。

在本发明的其他实施例中，从预设的解码方案中选择与终端的信息相应的解码方案时，优先从预设的解码方案中的硬件解码方案中进行选择，因为硬件解码相比软件解码，使终端流畅播放高清视频。只有当所有与终端的信息相应的硬件解码方案都无法成功解码时，再从预设的解码方案中的软件解码方案中选择与终端的信息相应的解码方案，以确保视频能够被播放。

在本发明的其他实施例中，上述步骤S26可替换为：

步骤S26’，判断是否需要使用当前选择的解码方案继续解码，若是，则返回步骤S24，若否，则从预设的解码方案中选择与获取的信息相应的另一个解码方案。

可以根据解码失败所返回的信息来判断是什么原因导致的失败，如果当前选择的解码方案已克服该原因，则可以不必更换解码方案。

如图3所示为本发明另一实施例，在该实施例中，不同的解码方案对应不同的绘制图层，所述方法包括以下步骤：

步骤S31：判断对待解码的视频数据流的解码准备是否已完成，若是，执行步骤S32；若否，则重复执行该步骤。

步骤S32：获取播放所述视频数据流的终端的信息。

步骤S33：从预设的解码方案中选择与获取的信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层。

步骤S34：调用选择的解码方案以及选择的绘制图层以对视频数据流进行解码。

采用多个绘制图层的方式，根据不同的解码方式，来选择不同的绘制图层，达到灵活切换的目的。一般情况Android系统上可以用来做图像绘制的图层分成四种：SurfaceView、GLSurfaceView、TextureView、TextureView(+OpenGL)，可以使用FrameLayout(框架布局)包含各种不同的绘制图层(view)。当从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，可以将预设的绘制图层中的其他的绘制图层设置为不可见。

图4为本发明一实施例提供的用于解码视频的装置，如图4所示，用于解码视频的装置，包括：

选择模块401，用于当对待解码的视频数据流的解码准备已完成后，根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案。

调用模块402，用于调用选择的解码方案以对待解码的视频数据流进行解码。

所述选择模块401还用于，当选择的解码方案对解封装后的视频数据流未成功解码时，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的另一个解码方案。

所述调用模块402还用于，调用所述另一个解码方案以从所述视频数据流中未成功解码处开始解码。

所述选择模块401还用于，根据播放该视频的终端的信息，优先从预设的解码方案中的硬件解码方案中选择与所述信息相应的解码方案；最后从预设的解码方案中的软件解码方案中选择与所述信息相应的解码方案。

所述选择模块401还用于，根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层。

所述调用模块402还用于，调用选择的解码方案以及选择的绘制图层以对待解码的视频数据流进行解码。

所述调用模块402还用于，从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，将预设的绘制图层中的其他的绘制图层设置为不可见。

本发明实施例还提出一种播放器，包括上述的用于解码视频的装置。

在本发明的另一个实施例中，如图5所示，播放器包括适配层501、播放器内核502、多个解码方案503、绘制图层504。

适配层501即本发明提出的上述用于解码的装置，该模块是整个系统的核心，需要控制和选择不同的硬件解码方案，还可以实现对各种解码方案进行灵活的切换处理。在首次启动播放器时，该模块不选择具体的播放实例，直接调用播放器内核502设置播放地址并且开始Prepare(解码准备)。当播放器内核Prepare结束之后，将通知适配层，此时适配层需要根据播放器所在终端的当前环境(系统版本和CPU内核)选择硬件解码方案，然后调用对应的硬件解码方案503进行初始化，在初始化过程中需要对绘制图层504进行选择，以及调用硬件解码的函数进行初始化设置。选择的硬件解码方案503如果成功，则可以继续播放；如果失败，则发送通知到适配层501，适配层501决定是否切换解码方案还是继续在原来解码方案的基础上重试，如果要切换解码方案，则继续根据当前的环境选择下一个解码方案，一直到最后成功(至少需要保证软件解码的正常运行)。此时，播放器的切换代价仅仅是对不同解码类型进行了初始化，也就是说播放器解码类型的切换基本不耗费时间，所以如果发生了解码类型的切换对于用户来说基本感知不到。

适配层设计的目的是既可以轻松切换解码类型，还能够兼顾到不同的解码类型的结构，比如在Android系统里使用MediaCodec的硬件解码是使用java层代码实现，这么设计可以很好的支持这种多样性，也方便了后续的扩展。

播放器内核502主要包含播放器的网络下载模块、播放器的解封装模块、播放器的解码模块、音视频同步模块等。每次播放对于播放内核来说都需要分配一个唯一的id，用来标识当前的播放，后续的操作都必须以该id来控制播放器内核。

多个解码方案503：对于Android系统而言，例如可以包含：MediaCodec硬件解码、OpenMax硬件解码(简称OMX)、StageFright硬件解码和软件解码。其中，软件解码可以设置在播放器内核502中，多个解码方案503中包括硬件解码方案。

绘制图层504：不同的解码方案对应的图像绘制不一样，所以使用图层的进行管理。使用FrameLayout包含各种不同的view，提供选择对应view的接口，在选择其中一个view之后，需要把其他的view设置成不可见。

需要说明的是：上述实施例提供的用于解码视频的装置仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的用于解码视频的装置与用于解码视频的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种用于解码视频的方法，其特征在于，包括以下步骤：

当对待解码的视频数据流的解码准备已完成后，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案；

调用选择的解码方案以对所述待解码的视频数据流进行解码。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当选择的解码方案对解封装后的视频数据流未成功解码时，从预设的解码方案中选择与所述信息相应的另一个解码方案；

调用所述另一个解码方案以从所述视频数据流中未成功解码处开始解码。

3.根据权利要求2所述的方法，其特征在于，所述根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，包括：

根据播放该视频的终端的信息，优先从预设的解码方案中的硬件解码方案中选择与所述信息相应的解码方案，最后从预设的解码方案中的软件解码方案中选择与所述信息相应的解码方案。

4.根据权利要求1所述的方法，其特征在于，所述根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，包括：

根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层；

所述调用选择的解码方案以对所述待解码的视频数据流进行解码，包括：

调用选择的解码方案以及选择的绘制图层以对所述待解码的视频数据流进行解码。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，将预设的绘制图层中的其他的绘制图层设置为不可见。

6.一种用于解码视频的装置，其特征在于，包括：

选择模块，用于当对待解码的视频数据流的解码准备已完成后，根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案；

调用模块，用于调用选择的解码方案以对所述待解码的视频数据流进行解码。

7.根据权利要求6所述的装置，其特征在于，所述选择模块还用于，

当选择的解码方案对解封装后的视频数据流未成功解码时，根据播放所述视频数据流的终端的信息，从预设的解码方案中选择与所述信息相应的另一个解码方案；

所述调用模块还用于，调用所述另一个解码方案以从所述视频数据流中未成功解码处开始解码。

8.根据权利要求7所述的装置，其特征在于，所述选择模块还用于，

根据播放该视频的终端的信息，优先从预设的解码方案中的硬件解码方案中选择与所述信息相应的解码方案；最后从预设的解码方案中的软件解码方案中选择与所述信息相应的解码方案。

9.根据权利要求6所述的装置，其特征在于，所述选择模块还用于，

根据播放该视频的终端的信息，从预设的解码方案中选择与所述信息相应的解码方案，以及从预设的绘制图层中选择与所选择的解码方案对应的绘制图层；

所述调用模块还用于，调用选择的解码方案以及选择的绘制图层以对所述待解码的视频数据流进行解码。

10.根据权利要求9所述的装置，其特征在于，所述调用模块还用于，

从预设的绘制图层中选择与所选择的解码方案对应的绘制图层后，将预设的绘制图层中的其他的绘制图层设置为不可见。

11.一种播放器，其特征在于，包括上述权利要求6-10所述的用于解码视频的装置。