CN114422799B - 视频文件的解码方法、装置、电子设备、程序产品 - Google Patents

Abstract

本公开提供的视频文件的解码方法、装置、电子设备、程序产品，涉及视频处理技术，包括：通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码；当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理；将解码得到的各视频帧添加到帧队列中。本公开提供的方案中，可以在解码开始是利用软件解码的方式进行处理，从而能够快速启动解码流程，进而实现快速播放的效果。在硬件解码线程启动后，利用硬件解码的方式进行处理，从而能够高效的对待解码数据进行解码。

Description

视频文件的解码方法、装置、电子设备、程序产品

技术领域

本公开涉及计算机技术中的视频处理技术，尤其涉及一种视频文件的解码方法、装置、电子设备、程序产品。

背景技术

目前，电子设备在播放视频时，需要对视频数据进行解码得到视频帧，再进行播放。

解码方式一般分为两种，一种为软解码，另一种为硬解码。软解码是指通过软件对视频数据进行解码的方式，硬解码是指通过硬件解码的方式对视频数据进行解码的方式。

软解码的初始化速度较快，但是在解码效率和功耗等方面较差，而硬解码虽然在解码效率和功耗等方面存在优势，但是初始化过程较长，无法做到快速起播。

发明内容

本公开提供了一种视频文件的解码方法、装置、电子设备、程序产品，以达到快速启动解码流程和高效解码的效果。

根据本公开的第一方面，提供了一种视频文件的解码方法，包括：

在进行解码时，通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；所述硬件解码线程用于通过硬件解码方式进行解码；

在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码；

当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理；

将解码得到的各视频帧添加到帧队列中，所述帧队列中的视频帧用于播放。

根据本公开的第二方面，提供了一种视频文件的解码装置，包括创建单元、软解码单元、硬解码单元、添加单元：

在进行解码时，所述软解码单元用于通过软件解码的方式对获取的待解码数据进行解码处理，并且所述创建单元创建硬件解码线程；所述硬件解码线程用于通过硬件解码方式进行解码；

在硬件解码线程启动后，软解码单元和硬解码单元通过用于同时对再次获取的待解码数据进行解码；

当硬件解码单元得到的视频帧的第一时间，达到了软件解码单元得到的视频帧的第二时间，则软解码单元用于停止通过软件解码的方式进行解码处理；

所述添加单元用于将解码得到的各视频帧添加到帧队列中，所述帧队列中的视频帧用于播放。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

本公开提供的视频文件的解码方法、装置、电子设备、程序产品，包括：通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码；当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理；将解码得到的各视频帧添加到帧队列中，帧队列中的视频帧用于播放。本公开提供的视频文件的解码方法、装置、电子设备、程序产品中，可以结合软件解码方式和硬件解码方式，具体在解码开始是利用软件解码的方式进行处理，从而能够快速启动解码流程，进而实现快速播放的效果。在硬件解码线程启动后，利用硬件解码的方式进行处理，从而能够高效的对待解码数据进行解码。且在硬件解码进度追上软件解码进度后，再停止软件解码流程，能够避免丢帧的情况发生，实现软件解码与硬件解码之间无缝衔接。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开一示例性实施例示出的视频文件的解码方法的流程示意图；

图2为本公开一示例性实施例示出的对待解码数据进行解码的场景图；

图3为本公开一示例性实施例示出的视频文件的解码方法的流程示意图；

图4为本公开一示例性实施例示出的视频帧的示意图；

图5为本公开另一示例性实施例示出的视频帧的示意图；

图6为本公开一示例性实施例示出的视频文件的解码装置的结构示意图；

图7为本公开另一示例性实施例示出的视频文件的解码装置的结构示意图；

图8是用来实现本公开实施例的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前很多电子设备都具有视频播放功能，这些电子设备可以获取视频文件，从而播放该视频文件。

通常视频文件都是编码后的文件，需要对其进行解码处理，才能够得到视频帧画面，电子设备能够播放的是解码后的视频帧画面，而对视频文件无法直接进行播放。

目前的解码方式包括软件解码和硬件解码，二者各自有优缺点。其中，软件解码启动速度快，但是解码效率低且功耗高；与软件解码相比，硬件解码效率高且功耗低，因此，无论选择哪种解码方式，都无法到达快速高效的解码效果。

为了解决上述技术问题，本公开提供的方案中，在进行解码时，结合软件解码方式和硬件解码两种方式共同解码，具体通过软解码方式进行解码，再利用硬解码方式进行解码，既能够达到快速启动解码流程的目的，又能够达到高速解码的效果。

图1为本公开一示例性实施例示出的视频文件的解码方法的流程示意图。

步骤101，在进行解码时，通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；硬件解码线程用于通过硬件解码方式进行解码。

本公开提供的方法可以由具备计算能力的电子设备运行，该电子设备具体可以是移动终端，比如手机、平板电脑等设备。

用户可以操作电子设备，向电子设备发送视频播放指令，比如，用户可以操作电子设备中安装的软件，并在其中选择希望观看的视频。

电子设备在播放视频时，可以获取待解码数据，并对其进行解码处理。比如，若电子设备在联网情况下播放视频时，电子设备可以加载视频数据，已加载的视频数据可以认为是本方案中的待解码数据；若电子设备在未联网情况下播放视频时，电子设备可以读取存储的视频文件，已读取的视频数据可以认为是本方案中的待解码数据。

可选的，待解码数据可以是一个GOP(A Group of Pictures，指一组按照编解码和显示顺序排列好的图片)。

其中，在需要解码时，电子设备可以启动软解码器，同时在后台创建硬解码线程。软解码器的启动速度较快，而硬解码线程的创建过程耗时较长，因此，可以在后台创建硬解码线程，前台使用软解码器进行解码，从而达到快速解码的目的。

硬件解码线程用于通过硬件解码方式进行解码。

具体的，电子设备可以将获取的待解码数据依次发送给软解码器，从而能够通过软解码的方式对待解码数据进行解码处理，对待解码数据解码后能够得到视频帧画面，此后可以执行步骤104，将解码得到的视频帧添加到帧队列中。

步骤102，在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码。

在解码的同时，电子设备还会持续的获取待解码数据。在硬解码线程启动之前，电子设备可以利用软解码方式进行解码处理，在硬解码线程启动之后，电子设备可以利用软解码方式和硬解码方式同时对当前获取的待解码数据进行解码处理。

其中，在同时通过两种方式进行解码时，软件解码得到的视频帧与硬件解码得到的视频帧不一定是相同的画面帧。例如，在硬件解码线程启动后再次获取的待解码数据中包括5个视频包，则电子设备可以将这5个视频包分别发送给软解码器和硬解码器。软解码器在解码得到第一个视频帧时，硬解码器可能已经解码出了第一个视频帧以及第二个视频帧。

在一种可选的实现方式中，可以认为电子设备对一个待解码数据进行软件解码处理完成后，硬件解码线程已经启动，因此，可以在利用软件解码的方式对第一个待解码数据进行解码处理完成后，对第二个待解码数据进行解码处理时，就同时采用软件解码和硬件解码的方式对该第二个待解码数据进行解码处理。

具体的，为了避免视频帧重复播放的问题，在同时通过两种方式进行解码时，可以执行步骤104，将软解码得到的视频帧添加到帧队列中，此时添加的视频帧，与此前添加到帧队列的视频帧是连续的。

步骤103，当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理。

进一步的，当硬件解码的进度追上了软件解码的进度，则可以关闭软解码器，仅通过硬解码的方式对后续的待解码数据进行解码，从而达到高效解码的效果。

实际应用时，各视频帧均具有时间信息，例如视频帧是视频文件中的第一帧，则时间可以是0:00，下一帧视频的时间可以是0:01，再下一帧可以是0:02。可以通过比对当前时刻软件解码得到的视频帧的时间，与当前时刻硬件解码得到的视频帧的时间，确定出硬件解码的进度是否追赶上了软件解码的进度。

其中，电子设备可以获取硬件解码得到的视频帧的第一时间，具体可以获取硬件解码得到的最新视频帧的第一时间，还可以获取软件解码得到的视频帧的第二时间，具体可以获取软件解码的最新视频帧的第二时间。

若第一时间比第二时间更靠后，或者二者相同，则可以确定硬件解码追上了软件解码的速度，此时，可以关闭软件解码的功能，仅通过硬件解码方式对后续获取的待解码数据进行解码。

仅通过硬解码进行解码后，也可以执行步骤104。

为了使视频能够按帧顺序播放，在仅通过硬件解码方式进行解码之后，可以根据当前硬解码的视频帧的时间信息，利用软解码得到的视频帧进行补齐，比如，当前硬解码的视频帧的时间是t，则可以将软解码得到的t之前的其他视频帧添加到视频队列中，再将硬解码得到的时间是t及其以后的视频帧添加到帧队列中，使得帧队列中的视频帧是连续的。

步骤104，将解码得到的各视频帧添加到帧队列中，帧队列中的视频帧用于播放。

其中，将解码得到的视频帧依次添加到帧队列以后，帧队列可以输出视频帧，电子设备可以对帧队列输出的视频帧依次进行渲染播放。

图2为本公开一示例性实施例示出的对待解码数据进行解码的场景图。

如图2所示，例如视频文件中包括多个待解码数据211、212…21N，电子设备按照这些待解码数据21在视频文件中的时序，依次获取。

电子设备获取第一个待解码数据211时，利用软解码方式进行解码，并同时创建硬解码线程。

对该待解码数据211进行解码得到多个视频帧221，并将这些视频帧221按序加入帧队列中。帧队列按照加入视频帧的顺序进行输出，使得电子设备播放输出的视频帧。

当硬解码线程启动后，电子设备可以通过两种解码方式分别对获取的待解码数据进行解码。例如，在获取待解码数据212时，硬解码线程已经启动，则电子设备可以对待解码数据212进行软解码和硬解码，分别得到多个视频帧222。

其中，在采用两种方式进行解码时，将软解码得到的视频帧发送给帧队列，以免帧队列中出现重复的视频帧。

具体的，可以比对软解码得到的视频帧的时间与硬解码得到的视频帧的时间，以确定硬解码进度是否赶上了软解码进度。比如，通过硬解码方式对待解码数据212中的第3个视频包进行解码得到视频帧3时，软解码输出的是待解码数据212中的视频帧2，则可以认为硬解码的进度赶上了软解码进度。此时，可以关闭软解码处理方式。

进一步的，停止软解码流程，仅通过硬解码方式对当前处理的待解码数据进行处理，例如，可以仅通过硬解码方式对待解码数据212中第3帧以后的视频包进行解码处理。

本公开提供的视频文件的解码方法，包括：通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码；当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理；将解码得到的各视频帧添加到帧队列中，帧队列中的视频帧用于播放。本公开提供的视频文件的解码方法中，可以结合软件解码方式和硬件解码方式，具体在解码开始是利用软件解码的方式进行处理，从而能够快速启动解码流程，进而实现快速播放的效果。在硬件解码线程启动后，利用硬件解码的方式进行处理，从而能够高效的对待解码数据进行解码。且在硬件解码进度追上软件解码进度后，再停止软件解码流程，能够避免丢帧的情况发生，实现软件解码与硬件解码之间无缝衔接。

图3为本公开一示例性实施例示出的视频文件的解码方法的流程示意图。

如图3所示，本公开提供的视频文件的解码方法，包括：

步骤301，通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；硬件解码线程用于通过硬件解码方式进行解码。

步骤301与步骤101的实现方式类似，不再赘述。

在硬件解码线程启动后，同时执行步骤302和步骤304。

步骤302，将再次获取的待解码数据中包括的多个视频包，发送给用于进行硬件解码的硬解码器。

其中，待解码数据中可以包括多个视频包，在硬件解码线程启动后，电子设备再次获取到待解码数据后，可以将其发送给用于进行硬件解码的硬解码器，其中，硬解码器依托于启动的硬件解码线程实现硬件解码功能。

具体的，电子设备中可以设置该硬解码器，但是，硬解码器的启动速度较长，若仅利用硬解码器输出的视频帧进行播放，则会造成无法快速起播的问题。

因此，本公开提供的方案，在用于支持硬解码器运行的硬件解码线程启动前，先行利用软解码方式对待解码数据进行解码，从而快速的解码得到视频帧。

步骤303，通过硬解码器对接收的各视频包进行解码处理，得到并缓存各视频帧。

进一步的，硬件解码器接收到视频包以后，逐一对其进行解码处理，得到各视频包对应的视频帧，比如，待解码数据中包括5个视频包，电子设备可以将这5个视频包依次发送给硬解码器，硬解码器根据接收的顺序逐一的对视频包进行处理。

步骤304，通过软件解码的方式对再次获取的待解码数据进行解码。

在将再次获取的待解码数据中的视频包发送给硬解码器时，还可以通过软件解码的方式对再次获取的待解码数据进行解码，从而能够利用硬件和软件两种方式对再次获取的待解码数据进行解码处理。

这种实施方式中，在硬件解码线程启动后，同时采用两种方式进行解码处理，从而避免硬件解码得到的视频帧，与软件解码得到的视频帧不连续，导致视频播放不连续的问题。

在步骤301之后、304之后，执行步骤305。

步骤305，将通过软解码得到的视频帧添加到帧队列中。

本公开的方案中，在停止通过软件解码的方式进行解码处理之前，可以将软件解码得到的各视频帧添加到帧队列中。添加到帧队列中的视频帧被依次播放。

其中，开始对视频文件进行处理时，本公开的方案是利用软件解码方式对待解码数据进行处理，因此，在停止通过软件解码的方式进行解码处理之前，软件解码得到的视频帧是连续的，因此，可以将这些视频帧依次添加到帧队列中，从而播放帧队列中的视频帧时，播放的视频帧是连续的。

在步骤303和304之后，可以执行步骤306。

步骤306，当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理。

步骤306与步骤103的实现方式类似，不再赘述。

步骤307，将已经通过软件解码方式得到的视频帧，以及通过硬解码得到的视频帧均添加到帧队列中。

在停止软件解码后，可能还存在没有输出到帧队列中的视频帧。例如，软件解码时缓存有5个视频帧，每解码得到一个新的视频帧，缓存队列就会向帧队列输出一个视频帧，则在停止软件解码处理流程后，可能存在多个未输出到帧队列的视频帧。

因此，可以将这些通过软解码方式得到的视频帧添加到帧队列中，以使帧队列中的视频帧连续。由于一直在进行硬解码流程，因此，还可以将硬解码得到的视频帧也添加到帧队列中，使得帧队列中的视频帧完整。

具体的，在向帧队列中添加通过硬解码得到的视频帧时，可以根据视频帧中最后一个视频帧的时间信息，确定向帧队列中添加通过硬解码得到哪些视频帧。例如，缓存有多个软件解码得到的视频帧，可以将这些视频帧均添加到帧队列中，最后一个视频帧的时间为t5，那么可以将硬件解码得到的视频帧中t6及其以后的其他视频帧，依次添加到帧队列，使得帧队列中的视频帧是连续的。

进一步的，在将视频帧添加到帧队列中时，为了使各视频帧之间连续，可以获取缓存的软件解码得到的最后一个视频帧的第三时间，以及缓存的硬件解码得到的第一个视频帧的第四时间，再根据获取的时间，获取已经通过软件解码得到的视频帧，以及需要添加到帧队列中的通过硬解码得到的视频帧。

实际应用时，软解码处理流程中，解码得到若干帧视频后，会缓存这些视频帧。若解码得到的视频帧数量不足，则可能存在未缓存的视频帧。因此，需要比对缓存的软解码得到的最后一个视频帧的第三时间，以及缓存的硬解码得到的第一视频帧，若二者是连续的，则可以直接根据缓存的视频帧确定需要添加到帧队列的视频帧，否则，还需要获取软解码处理过程中却未存储在缓存中的视频帧。

根据获取视频帧的时间，并根据视频帧的时间向帧队列中添加这些视频帧，能够避免出现缺帧的情况，而且，还能够避免出现视频帧重复的情况出现，从而使得电子设备能够连续、准确的播放视频。

图4为本公开一示例性实施例示出的视频帧的示意图。

如图4所示，在一种情况下，第三时间(t3)可能在第四时间(t4)之后，则说明缓存的软件解码得到的多个视频帧中，与硬件解码得到的多个视频帧之间存在重复的部分。比如，硬解码得到了多个视频帧时，硬解码进度才追上软解码进度。

这种情况下，为了避免将重复的视频帧添加到帧队列中，可以获取已缓存的通过软件解码方式得到的第一视频帧，并将第一视频帧添加帧队列中；在通过硬解码得到的视频帧中，将缓存的与第一视频帧不同的第二视频帧添加到帧队列中。

具体的，可以将图4的第一视频帧41部分，添加到帧队列中，将图4中的第二视频帧42部分添加到帧队列中。

具体可以丢弃缓存的硬解码得到的视频帧中，与软解码得到的视频帧中相同的部分，将剩余的硬解码视频帧添加到帧队列中。

图5为本公开另一示例性实施例示出的视频帧的示意图。

如图5所示，在另一种情况下，第三时间可能在第四时间之前且不连续，则说明缓存的软件解码得到的多个视频帧中，与硬件解码得到的多个视频帧之间存在缺失的部分。比如，硬解码得到第一个视频帧时，硬解码进度就追上软解码进度。

软件解码处理流程中，可能存在已经生成但是未输出到缓存空间中的视频帧。且此时硬件解码得到的视频帧的第一时间，已经达到了软件解码得到的视频帧的第二时间，则可以确定必然解码得到了上述缺失的视频帧，只是没有进行缓存。

这种情况下，为了避免添加到帧队列的视频帧存在缺失部分，可以获取软解码流程中得到但是没有缓存的视频帧，并将这部分视频帧加入到帧队列中。

具体可以在用于进行软件解码的软解码器中添加空视频帧，以使软解码器输出未缓存的第三视频帧。本公开提供的方法，可以通过软解码器对待解码数据进行解码。

进一步的，软解码器解码得到视频帧时，会在解码得到多帧视频后，缓存最先解码的视频帧。因此关闭解码器时，可能存在没有输出的视频帧。

实际应用时，可以在软解码器中添加空的视频帧，从而使软解码器输出此前解码得到的视频帧。

如图5所示，电子设备可以在软解码器中添加空视频帧，从而使软解码器输出第三视频帧51。

电子设备还可以获取已缓存的通过软件解码方式得到的第四视频帧52，由于第四视频帧52是先输出的视频帧，因此其时序应当在第三视频帧51之后，可以先将第四视频帧52添加到帧队列中，再将第三视频帧51添加到帧队列中。

电子设备还可以将通过硬解码得到的视频帧53添加到帧队列中，具体可以将与第三视频帧51不同的部分，添加到帧队列中。这种实现方式中，帧队列中的视频帧是连续、没有缺失的。

步骤308，按照添加到帧队列中的顺序，依次播放帧队列中的视频帧。

在步骤305之后、307之后，均可以执行步骤308。

其中，可以逐个的从帧队列中获取视频帧，并进行播放，具体可以根据加入帧队列的顺序，获取视频帧。

由于本公开提供的方法启动解码的速度较快，因此能够达到快速起播的效果。且后续只利用硬解码方式解码，因此，在播放视频帧时时效更高。

图6为本公开一示例性实施例示出的视频文件的解码装置的结构示意图。

如图6所示，本公开提供的视频文件的解码装置600包括创建单元610、软解码单元620、硬解码单元630、添加单元640。

在进行解码时，所述软解码单元620用于通过软件解码的方式对获取的待解码数据进行解码处理，并且所述创建单元610用于创建硬件解码线程；所述硬件解码线程用于通过硬件解码方式进行解码；

在硬件解码线程启动后，软解码单元620和硬解码单元630用于同时对再次获取的待解码数据进行解码；

当所述硬件解码单元630得到的视频帧的第一时间，达到了软件解码单元620得到的视频帧的第二时间，则软解码单元620用于停止通过软件解码的方式进行解码处理；

所述添加单元640用于将解码得到的各视频帧添加到帧队列中，所述帧队列中的视频帧用于播放。

本公开提供的视频文件的解码装置中，可以结合软件解码方式和硬件解码方式，具体在解码开始是利用软件解码的方式进行处理，从而能够快速启动解码流程，进而实现快速播放的效果。在硬件解码线程启动后，利用硬件解码的方式进行处理，从而能够高效的对待解码数据进行解码。且在硬件解码进度追上软件解码进度后，再停止软件解码流程，能够避免丢帧的情况发生，实现软件解码与硬件解码之间无缝衔接。

图7为本公开另一示例性实施例示出的视频文件的解码装置的结构示意图。

如图7所示，本公开提供的视频文件的解码装置700中，创建单元710、软解码单元720、硬解码单元730、添加单元740与图6中的创建单元610、软解码单元620、硬解码单元630、添加单元640对应。

其中，所述添加单元740，包括第一添加模块741，用于：

在停止通过软件解码的方式进行解码处理之前，将通过软解码得到的视频帧添加到所述帧队列中。

其中，所述添加单元740，包括第二添加模块742，用于：

在停止通过软件解码的方式进行解码处理之后，将已经通过软件解码方式得到的视频帧，以及通过硬解码得到的视频帧均添加到帧队列中。

其中，所述第二添加模块742具体用于：

获取缓存的软件解码得到的最后一个视频帧的第三时间，以及缓存的硬件解码得到的第一个视频帧的第四时间；

比对所述第三时间和所述第四时间，根据比对结果获取已经通过软件解码方式得到的视频帧，以及需要添加到所述帧队列的通过硬解码得到的视频帧，并添加到所述帧队列中。

其中，若所述第三时间在所述第四时间之后，则所述第二添加模块742具体用于：

获取已缓存的通过软件解码方式得到的第一视频帧，并将所述第一视频帧添加所述帧队列中；

在通过硬解码得到的视频帧中，将缓存的与所述第一视频帧不同的第二视频帧添加到所述帧队列中。

其中，若所述第三时间在所述第四时间之前且不连续，则所述第二添加模块742具体用于：

在用于进行软件解码的软解码器中添加空视频帧，以使所述软解码器输出未缓存的第三视频帧；

将已缓存的通过软件解码方式得到的第四视频帧以及所述第三视频帧添加所述帧队列中；

将通过硬解码得到的视频帧添加到所述帧队列中。

本公开所述的装置，还包括播放单元750，用于在所述添加模块740将解码得到的各视频帧添加到帧队列中之后：

按照添加到所述帧队列中的顺序，依次播放所述帧队列中的视频帧。

其中，硬解码单元730包括：

发送模块731，用于将所述再次获取的待解码数据中包括的多个视频包，发送给用于进行硬件解码的硬解码器；

解码模块732，用于通过所述硬解码器对接收的各视频包进行解码处理，得到并缓存各视频帧。

本公开提供一种视频文件的解码方法、装置、电子设备、程序产品，应用于计算机技术中的视频处理技术，以达到快速启动解码流程和高效解码的效果。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如视频文件的解码方法。例如，在一些实施例中，视频文件的解码方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的视频文件的解码方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行视频文件的解码方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (10)

1.一种视频文件的解码方法，包括：

在进行解码时，通过软件解码的方式对获取的待解码数据进行解码处理，并创建硬件解码线程；所述硬件解码线程用于通过硬件解码方式进行解码；

在硬件解码线程启动后，同时通过软件解码的方式和硬件解码的方式对再次获取的待解码数据进行解码；

当硬件解码得到的视频帧的第一时间，达到了软件解码得到的视频帧的第二时间，则停止通过软件解码的方式进行解码处理；获取缓存的通过软件解码方式得到的最后一个视频帧的第三时间，以及缓存的通过硬件解码方式得到的第一个视频帧的第四时间；

若所述第三时间在所述第四时间之前且不连续，则在用于进行软件解码的软解码器中添加空视频帧，以使所述软解码器输出已生成且未缓存的第三视频帧；

将已缓存的通过软件解码方式得到的第四视频帧以及所述第三视频帧添加帧队列中；

将通过硬件解码方式得到的视频帧添加到帧队列中，所述帧队列中的视频帧用于播放；

若所述第三时间在所述第四时间之后，则获取已缓存的通过软件解码方式得到的第一视频帧，并将所述第一视频帧添加所述帧队列中；

在通过硬件解码方式得到的视频帧中，将缓存的与所述第一视频帧不同的第二视频帧添加到所述帧队列中。

2.根据权利要求1所述的方法，其中，将解码得到的各视频帧添加到帧队列中，包括：

在停止通过软件解码的方式进行解码处理之前，将通过软解码得到的视频帧添加到所述帧队列中。

3.根据权利要求1或2所述的方法，其中，将解码得到的各视频帧添加到帧队列中之后，还包括：

按照添加到所述帧队列中的顺序，依次播放所述帧队列中的视频帧。

4.根据权利要求1或2所述的方法，其中，通过硬件解码的方式对待解码数据进行解码，包括：

将所述再次获取的待解码数据中包括的多个视频包，发送给用于进行硬件解码的硬解码器；

通过所述硬解码器对接收的各视频包进行解码处理，得到并缓存各视频帧。

5.一种视频文件的解码装置，包括创建单元、软解码单元、硬解码单元、添加单元；

在进行解码时，所述软解码单元用于通过软件解码的方式对获取的待解码数据进行解码处理，并且所述创建单元用于创建硬件解码线程；所述硬件解码线程用于通过硬件解码方式进行解码；

在所述硬件解码线程启动后，所述软解码单元和所述硬解码单元用于同时对再次获取的待解码数据进行解码；

当所述硬件解码单元得到的视频帧的第一时间，达到了软件解码单元得到的视频帧的第二时间，则软解码单元用于停止通过软件解码的方式进行解码处理；

所述添加单元用于获取缓存的通过软件解码方式得到的最后一个视频帧的第三时间，以及缓存的通过硬件解码方式得到的第一个视频帧的第四时间；

若所述第三时间在所述第四时间之前且不连续，则在用于进行软件解码的软解码器中添加空视频帧，以使所述软解码器输出已生成且未缓存的第三视频帧；

将已缓存的通过软件解码方式得到的第四视频帧以及所述第三视频帧添加帧队列中；

将通过硬件解码方式得到的视频帧添加到帧队列中，所述帧队列中的视频帧用于播放；

若所述第三时间在所述第四时间之后，则获取已缓存的通过软件解码方式得到的第一视频帧，并将所述第一视频帧添加所述帧队列中；

在通过硬件解码方式得到的视频帧中，将缓存的与所述第一视频帧不同的第二视频帧添加到所述帧队列中。

6.根据权利要求5所述的装置，其中，所述添加单元，包括第一添加模块，用于：

在停止通过软件解码的方式进行解码处理之前，将通过软解码得到的视频帧添加到所述帧队列中。

7.根据权利要求5或6所述的装置，还包括播放单元，用于在所述添加模块将解码得到的各视频帧添加到帧队列中之后：

按照添加到所述帧队列中的顺序，依次播放所述帧队列中的视频帧。

8.根据权利要求5或6所述的装置，其中，硬解码单元包括：

发送模块，用于将所述再次获取的待解码数据中包括的多个视频包，发送给用于进行硬件解码的硬解码器；

解码模块，用于通过所述硬解码器对接收的各视频包进行解码处理，得到并缓存各视频帧。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-4中任一项所述的方法。