CN109120939A - 一种视频App解码方法及装置 - Google Patents

Abstract

本发明提供了一种视频App解码方法及装置，属于视频技术领域。所述方法包括：收集视频解码需要的视频编解码信息；根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。本发明提供的视频App解码方法及装置，可根据播放码率，选择解码类型，为视频App提供精确合适的解码策略，缩小不同终端的解码差异，可提升用户播放视频的使用体验。

Description

一种视频App解码方法及装置

技术领域

本发明属于视频技术领域，特别是涉及一种视频App解码方法及装置。

背景技术

随着视频解码技术的不断发展，除了使用软件解码技术，在移动终端中也较多采用硬件解码技术。软件解码是指通过软件本身占用的CPU进行解码。硬件解码是指使用移动终端中GPU的专门模块进行视频解码，由于GPU的并行运算能力要远高于CPU，可以有效降低视频播放对CPU的负载，从而更加省电，适合长时间的移动端高清视频播放和直播。此外硬件解码减少了CPU的占用，有利于提升视频播放的流畅度，因此，硬件解码在视频App中得到了较广泛应用。

目前，市场上Android***的移动终端品牌型号繁多，各个品牌型号终端设备又采用了不同的硬件平台和不同版本的Android***，因而，视频App根据GPU手动配置视频解码策略，一般根据手机型号及其硬件信息为主流机型粗放式配置解码策略直接确定采用硬件解码或软件解码。因此导致各个品牌型号终端设备所支持的解码能力并不相同，不同设备之间的视频解码效果差异较大，用户使用视频App体验的存在较大反差。

发明内容

本发明提供一种视频App解码方法及装置，以便解决现有视频App在不同终端设备解码效果差异较大的问题。

依据本发明的第一方面，提供了一种视频App解码方法，该方法包括：

收集视频解码需要的视频编解码信息；

根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

可选的，所述根据所述视频编解码信息生成解码策略，包括：

通过所述视频编解码信息获取简表和级别；

根据简表和级别获取移动终端支持的各个播放码率；

为各个播放码率适配对应的解码类型以生成解码策略。

可选的，收集移动终端的硬件信息；

根据所述硬件信息确定解码类型和解码器的类型。

可选的，收集移动终端的操作***版本信息；

根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个。

可选的，根据所述操作***版本信息，对视频播放控制。

依据本发明的第二方面，提供了一种视频App解码装置，所述装置包括：

第一收集模块，用于收集视频解码需要的视频编解码信息；

生成模块，用于根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

解析模块，用于解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

解码模块，用于根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

可选的，所述生成模块包括：

信息获取单元，用于通过所述视频编解码信息获取简表和级别；

码率获取单元，用于根据简表和级别获取移动终端支持的各个播放码率；

适配单元，用于为各个播放码率适配对应的解码类型以生成解码策略。

可选的，所述装置还包括：

第二收集模块，用于收集移动终端的硬件信息；

解码类型确定模块，用于根据所述硬件信息确定解码类型和解码器的类型。

可选的，所述装置还包括：

第三收集模块，用于收集移动终端的操作***版本信息；

附加功能控制模块，用于根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个。

可选的，所述装置还包括：

播控模块，用于根据所述操作***版本信息，对视频播放控制。

针对在先技术，本发明具备如下优点：本发明提供的视频App解码方法，可以根据收集到的视频编解码信息得到移动终端支持的各个播放码率，选择一种播放码率及其对应的解码类型进行解码，可为视频App提供精确合适的细粒度解码策略，能够保证视频的解码效果，缩小各个不同型号终端的解码差异，适用范围更广，可提升用户播放视频的使用体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例一提供的一种视频App解码方法的步骤流程图；

图2是本发明实施例二提供的一种视频App解码方法的步骤流程图；

图3是本发明实施例三提供的一种视频App解码装置的框图；

图4是本发明实施例三提供的另一种视频App解码装置的框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

实施例一

参照图1，示出了本发明实施例中的一种视频App解码方法的步骤流程图，具体步骤包括：

步骤101，收集视频解码需要的视频编解码信息；

通常，视频APP可对各种格式的视频资源文件展示播放，移动终端中视频App对视频的解码通过终端型号为相应的终端匹配固定的硬件解码方案。本发明中由视频App收集视频解码所需要的视频编解码信息，该视频编解码信息即Mediacodecinfo信息，Mediacodecinfo信息是关于视频数据压缩协议、编解码格式等的定义(比如，其中至少包括有数据格式、颜色格式等的定义)。Android提供了Mediacodec类以便开发者更加灵活的处理视频的编解码，与MediaPlayer/VideoView等high-level APIs相比，MediaCodec是low-level APIs，因此它提供了更加完善、灵活、丰富的接口，开发者可以实现更加灵活的功能。MediaCodec类可用于访问Android底层的视频编解码器(例如，编码器/解码器组件)，它是Android底层视频支持基础架构的一部分，通过Mediacodec类可获取Mediacodecinfo信息用于视频的解码。

步骤102，根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

视频App根据收集到的视频编解码信息，基于预设的规则生成解码策略。所生成的解码策略中包含终端支持的各个播放码率以及各个播放码率对应的解码类型的映射关系。播放码率即比特率，指每秒传送的比特(bit)数，单位为bps(Bit Per Second)，比特率越高，传送数据速度越快，相应的视频的质量也越高。由于硬件解码的效果优于软件解码，因此，生成解码策略时预设的规则可以是为高播放码率匹配硬件解码或同时匹配硬件解码和软件解码，为低播放码率匹配软件解码。比如：根据A终端的Mediacodecinfo信息得到其支持的播放码率为40Mbps和15Mbps两种，其中40Mbps的播放码率对应的解码类型可以为软件解码或硬件解码，15Mbps的播放码率对应的解码类型可以为软件解码。由于解码类型是由硬件性能决定的，因而解码类型可预先通过硬件信息进行确定。因而，通过解码策略，一方面，可获知移动终端支持哪些播放码率，另一方面，可获知适用于某播放码率的解码类型。

当然，在步骤102中，视频App也可以通过网络协议将所收集到的视频编解码信息上传给视频App的应用服务器，应用服务器根据预设的规则生成解码策略。在这种情况下，视频App所在的移动终端还可以接收来自应用服务器的通知消息，以确认该视频编解码信息已经上传完毕，并根据通知消息生成保存一标志信息，用于标识视频编解码信息上传成功，避免解码信息的重复上传。

服务器可将该解码策略下发给各个移动终端，对于同型号相同配置的移动终端而言，只要服务器收集到任意一个终端上传的视频编解码信息即可生成相应的解码策略，该解码策略可批量下发给同型号相同配置的各个移动终端，无需各个移动终端均在本地生成解码策略。

步骤103，解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

基于前述所生成的解码策略，视频App可以对解码策略进行解析，通过解析，能够得到当前的移动终端所支持的各个播放码率，从而，可选择其中一个播放码率作为目标播放码率用于视频解码，在选择任一个播放码率时，可以是基于播放码率的从大到小关系建立优先顺序，预置优先选择播放码率较大的，也可以根据用户的对播放器的实际操作选择其中一个。

步骤104，根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

当视频解码的目标播放码率确定了下来，根据解码策略中的映射关系即可确定与目标播放码率对应的解码类型，当然，由于硬件解码本身能够降低CPU的工作负荷这一优良特点，因而，当目标播放码率同时对应硬件解码和软件解码时，优先选择硬件解码以保证视频解码效果。视频App根据解析后的解码策略从移动终端中选择合适的解码器对视频相关的数据流进行解码。从而，通过播放码率选择解码类型，保证视频的解码效果，缩小各个不同型号终端的解码差异，以提升用户的播放体验。

本发明提供的视频App解码方法，可以根据收集到的视频编解码信息得到移动终端支持的各个播放码率，选择一种播放码率及其对应的解码类型进行解码，可为视频App提供精确合适的细粒度解码策略，能够保证视频的解码效果，缩小各个不同型号终端的解码差异，适用范围更广，可提升用户播放视频的使用体验。

实施例二

参照图2，示出了本发明实施例中的一种视频App解码方法的步骤流程图，具体步骤包括：

步骤201，收集移动终端的硬件信息；

通常而言，硬件产品有其对应的应用手册，其详细说明了硬件产品的使用说明及性能参数。硬件信息指与视频解码播放相关的CPU、GPU等参数信息，这些硬件信息用于配置解码器的类型和解码类型，即用于确定解码器的类型为H.264AVC、H.265HEVC、VP8、VP9等哪一类，以及使用软件解码还是硬件解码。基于这些信息，本发明可在视频App中建立一硬件信息配置表，记录各种型号的CPU、GPU等硬件所支持的解码类型和解码器的类型。通过该配置表收集移动终端的硬件信息可确定解码类型和解码器的类型。

步骤202，根据所述硬件信息确定解码类型和解码器的类型；

当视频App获取到当前终端的硬件信息时，通过查询硬件信息配置表便可确定终端支持的解码类型和解码器的类型。比如，通过查表得知某一型号的GPU支持硬件解码这种解码类型，支持H.265HEVC这种类型的解码器。当然，实际中也可能出现终端支持多种解码器类型(比如：H.264AVC、H.265HEVC、VP8、VP9等)，此时，通常是根据所播放的视频片源的编码方式进一步决定解码器的类型，本发明在此不再赘述。

步骤203，收集移动终端的操作***版本信息；

不同版本的操作***通常指示了该***本身支持哪些附加的视频特效功能，通过与操作***相关的配置文件可收集获取到操作***版本信息，便可配置视频播放时的附加功能，便于用户体验相应的功能对视频进行播放控制。

步骤204，根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个；

当收集了操作***版本信息之后，便可获知当前版本的操作***支持哪些附加功能，根据播控信息中包含的附加功能对应地可在播放器解码展示相应的图标对功能进行设置及控制，附加功能可以为清晰度设置、VR设置、HDR设置中的一个或几个，当然，随着硬件性能的增强以及操作***功能的丰富，附加功能也可随之拓展增加，本发明对此不做限制。

步骤205，收集视频解码需要的视频编解码信息；

本发明中由视频App收集视频解码所需要的视频编解码信息，该视频编解码信息即Mediacodecinfo信息，Mediacodecinfo信息是关于视频数据压缩协议、编解码格式等的定义(比如，其中至少包括有数据格式、颜色格式等的定义)。Android提供了Mediacodec类以便开发者更加灵活的处理视频的编解码，与MediaPlayer/VideoView等high-level APIs相比，MediaCodec是low-level APIs，因此它提供了更加完善、灵活、丰富的接口，开发者可以实现更加灵活的功能。MediaCodec类可用于访问Android底层的视频编解码器(例如，编码器/解码器组件)，它是Android底层视频支持基础架构的一部分，通过Mediacodec类可获取视频编解码信息用于视频的解码。

步骤206，根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

其中，根据所述视频编解码信息生成解码策略，包括：

步骤2061，通过所述视频编解码信息获取简表和级别；

视频编解码信息即Mediacodecinfo信息，Mediacodecinfo信息是关于视频等视频数据压缩协议、编解码格式等的定义(比如，其中至少包括有数据格式、颜色格式等的定义)其中包含有简表和级别信息，简表(profile)定义与特性相关，例如压缩算法，色度格式等，级别(Level)定义与性能相关，例如最大比特率，最大帧大小等。因此，通过视频编解码信息可获取简表和级别用于视频的解码。

步骤2062，根据简表和级别获取移动终端支持的各个播放码率；

以H.264AVC视频编码标准为例，基于简表(profile)所记录的图像编码类型的信息，若判定图像编码类型为关键帧，就采用帧内预测的方法进行编码处理，否则，则采用帧间预测的方式对其场景变化情况进行运动估计，该运动估计值实际上是以当前已编码的视频图像帧作为参考图像，经过运动补偿后得到的预测值。同时，为了降低预测误差并提升视频图像帧的压缩比，参考图像的选取可以通过对以前或未来已编码的视频图像帧进行重建来得到。随后，将预测值与当前宏块进行差值计算，得到残差宏块信息，然后再对该残差宏块信息进行整数变换、量化和熵编码等处理。最后，将编码得到的比特率结合级别(Level)中记录的信息得到移动终端支持的各个播放码率。从而，根据简表和级别可获取移动终端支持的各个播放码率。

步骤2063，为各个播放码率适配对应的解码类型以生成解码策略。

视频App根据收集到的视频编解码信息，基于预设的规则生成解码策略。所生成的解码策略中包含终端支持的各个播放码率以及各个播放码率对应的解码类型的映射关系。由于解码类型是由硬件性能决定的，因而解码类型可预先通过硬件信息进行确定。由于硬件解码的效果优于软件解码，因此，生成解码策略时预设的规则可以是为高播放码率匹配硬件解码或同时匹配硬件解码和软件解码，为低播放码率匹配软件解码。具体可以根据该规则设置一配置文件将业内所应用的各个播放码率与解码类型的对应关系记录下来，预先置于视频App中，从而在根据简表和级别获取了移动终端支持的各个播放码率之后，视频App可通过查询配置文件为各个播放码率适配对应的解码类型以生成解码策略。比如：预先设置的配置文件中记录了10Mbps对应软件解码、15Mbps对应软件解码、20Mbps对应软件解码、40Mbps对应硬件解码或软件解码，根据A终端的Mediacodecinfo信息得到其支持的播放码率为40Mbps和15Mbps两种，那么通过配置文件可知，40Mbps的播放码率对应的解码类型可以为软件解码或硬件解码，15Mbps的播放码率对应的解码类型可以为软件解码。

因此，所生成的解码策略中包含终端支持的各个播放码率以及各个播放码率对应的解码类型的映射关系。通过解码策略，一方面，可获知移动终端支持哪些播放码率，另一方面，可获知适用于某播放码率的解码类型。

步骤207，解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

基于前述所生成的解码策略，视频App可以对解码策略进行解析，通过解析，能够得到当前的移动终端所支持的各个播放码率，从而，可选择其中一个播放码率作为目标播放码率用于视频解码，在选择任一个播放码率时，可以是基于播放码率的从大到小关系建立优先顺序，预置优先选择播放码率较大的，也可以监测用户的对播放器的实际操作选择其中一个。

步骤208，根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码；

当视频解码的目标播放码率确定了下来，根据解码策略中的映射关系即可确定与目标播放码率对应的解码类型，当然，由于硬件解码本身能够降低CPU的工作负荷这一优良特点，因而，当目标播放码率同时对应硬件解码和软件解码时，优先选择硬件解码以保证视频解码效果。从而，通过选择与目标播放码率对应的解码类型，保证了解码策略的精确细致，提升了视频的解码效果，缩小了各个不同型号终端的解码差异，可提升用户的播放体验。

步骤209，根据所述操作***版本信息，对视频播放控制。

基于前述对视频的解码，将收集到的操作***版本信息可用于解码播控过程，本发明中还将操作***版本信息用于解码过程中的播放控制，其中，不同版本的操作***通常指示了该***本身支持哪些附加的特效功能，通过操作***版本信息便可配置视频播放时的附加功能，便于用户体验相应的功能对视频进行播放控制，可使用户得到丰富的功能体验。

本发明提供的视频App解码方法，可以以硬件信息为基础获得解码类型，根据收集到的视频编解码信息得到移动终端支持的各个播放码率，选择其一作为目标播放码率，从而以目标播放码率为依据选择对应的解码类型，在硬件信息所确定的解码类型的基础上，融合考虑来自视频编解码信息的播放码率，充分发挥软硬件的协调性能，使得解码策略更为精准，并且在解码过程利用***版本信息，实现解码播控功能的拓展，整体提升用户的使用体验感受。

实施例三

参照图3，示出了本发明实施例中的一种视频App解码装置的结构框图，该装置包括：

第一收集模块301，用于收集视频解码需要的视频编解码信息；

生成模块302，用于根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

解析模块303，用于解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

解码模块304，用于根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

可选的，参照图4，在图3的基础上，所述生成模块302，包括：

信息获取单元3021，用于通过所述视频编解码信息获取简表和级别；

码率获取单元3022，用于根据简表和级别获取移动终端支持的各个播放码率；

适配单元3023，用于为各个播放码率适配对应的解码类型以生成解码策略。

可选的，所述装置还包括：

第二收集模块305，用于收集移动终端的硬件信息；

解码类型确定模块306，用于根据所述硬件信息确定解码类型和解码器的类型。

可选的，所述装置还包括：

第三收集模块307，用于收集移动终端的操作***版本信息；

附加功能控制模块308，用于根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个。

可选的，所述装置还包括：

播控模块309，用于根据所述操作***版本信息，对视频播放控制。

本发明提供的视频App解码方法，可以以硬件信息为基础获得解码类型，根据收集到的视频编解码信息得到移动终端支持的各个播放码率，选择其一作为目标播放码率，从而以目标播放码率为依据选择对应的解码类型，在硬件信息所确定的解码类型的基础上，融合考虑来自视频编解码信息的播放码率，充分发挥软硬件的协调性能，使得解码策略更为精准，并且在解码过程利用***版本信息，实现解码播控功能的拓展，整体提升用户的使用体验感受。

对于上述装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是：上述各个实施例的任意组合应用都是可行的，故上述各个实施例之间的任意组合都是本发明的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。

在此提供的视频App解码方法不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的视频APP解码方法中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种视频App解码方法，其特征在于，所述方法包括：

收集视频解码需要的视频编解码信息；

根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

2.根据权利要求1所述的方法，其特征在于，所述根据所述视频编解码信息生成解码策略，包括：

通过所述视频编解码信息获取简表和级别；

根据简表和级别获取移动终端支持的各个播放码率；

为各个播放码率适配对应的解码类型以生成解码策略。

3.根据权利要求1所述的方法，其特征在于，在根据所述视频编解码信息生成解码策略之前，还包括：

收集移动终端的硬件信息；

根据所述硬件信息确定解码类型和解码器的类型。

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

收集移动终端的操作***版本信息；

根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个。

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

根据所述操作***版本信息，对视频播放控制。

6.一种视频App解码装置，其特征在于，所述装置包括：

第一收集模块，用于收集视频解码需要的视频编解码信息；

生成模块，用于根据所述视频编解码信息生成解码策略，其中，所述解码策略包含当前终端支持的各个播放码率以及所述各个播放码率对应的解码类型的映射关系，所述解码类型由硬件信息确定；

解析模块，用于解析所述解码策略以选择所述各个播放码率中的一个作为目标播放码率；

解码模块，用于根据所述映射关系确定所述目标播放码率对应的解码类型以对视频解码。

7.根据权利要求6所述的装置，其特征在于，所述生成模块包括：

信息获取单元，用于通过所述视频编解码信息获取简表和级别；

码率获取单元，用于根据简表和级别获取移动终端支持的各个播放码率；

适配单元，用于为各个播放码率适配对应的解码类型以生成解码策略。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二收集模块，用于收集移动终端的硬件信息；

解码类型确定模块，用于根据所述硬件信息确定解码类型和解码器的类型。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第三收集模块，用于收集移动终端的操作***版本信息；

附加功能控制模块，用于根据所述操作***版本信息控制附加功能图标的显示，所述附加功能至少包括清晰度设置、VR设置、HDR设置中的一个或几个。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

播控模块，用于根据所述操作***版本信息，对视频播放控制。