CN110213583A - 视频编码方法、系统及装置 - Google Patents

Abstract

本公开提供了一种视频编码方法、系统及装置。该方法包括：将待编码的视频内容切成多个视频切片；基于视频切片生成视频编码请求；确定视频编码请求是否是第一编码请求；若视频编码请求是第一编码请求,则进行第一编码；根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；确定视频编码请求是否是第二编码请求；若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；对多个当前视频切片的第二编码结果进行合并。本公开实施例减少了视频播放时的清晰度非均一性。

Description

视频编码方法、系统及装置

技术领域

本公开涉及编码领域，具体涉及一种视频编码方法、系统及装置。

背景技术

未经编码的视频内容在上线播放之前，需要进行编码处理才能上线播放。编码过程需要进行大量的计算，是一个非常耗时的过程。为了提升编码速度，采用分布式编码系统。先将未经编码的视频内容切割成多个小的视频切片，然后在多个分布式节点中分别编码，编码后合并得到编码后的完整视频。

在切片时分成的小的视频切片的复杂程度经常不一致。例如，一个切片静止画面多，画面内容简单，而另外一个切片动态画面多，且画面内容复杂。经常会出现较简单的视频切片编码后较清晰、较复杂的视频切片编码后较模糊的情况，使视频播放时时而清晰，时而模糊。

发明内容

本公开的一个目的在于减少视频播放时的播放效果非均一性。

根据本公开实施例的第一方面，公开了一种视频编码方法，包括：

将待编码的视频内容切成多个视频切片；

基于视频切片生成视频编码请求；

确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

若视频编码请求是第一编码请求,则进行第一编码；

根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

根据本公开实施例的第二方面，公开了一种视频编码系统，包括：

切片单元，配置为将待编码的视频内容切成多个视频切片；

生成单元，配置为基于视频切片生成视频编码请求；

第一编码请求确定单元，配置为确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

第一编码单元，配置为若视频编码请求是第一编码请求,则进行第一编码；

获取单元，配置为根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

第二编码请求确定单元，配置为确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

编码参数确定单元，配置为若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

第二编码单元，配置为根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

合并单元，配置为对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

根据本公开实施例的第三方面，公开了一种视频转码装置，包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行如上所述的方法。

根据本公开实施例的第四方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的方法。

本公开的实施例中，将待编码的视频内容切成多个视频切片，并基于视频切片生成视频编码请求。编码时，确定视频编码请求是第一编码请求还是第二编码请求。第一编码请求是为了获取复杂度信息而对视频切片中抽取的部分视频切片内容进行编码的请求，它只是为了获取复杂度信息而并非为了获得编码后视频。第二编码请求是对视频切片进行编码的请求，它是为了获得编码后视频。如果确定视频编码请求是第一编码请求，则进行第一编码，即对抽取的部分视频切片内容进行编码，从而得到该视频切片的复杂度信息。如果确定视频编码请求是第二编码请求，要考察待编码的视频内容切成的多个视频切片的复杂度信息是否都已获得。如果都已获得，则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数，以此进行第二编码。然后，对多个当前视频切片的第二编码结果进行合并.得到编码视频文件。这样，对当前视频切片进行编码的编码参数根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息确定，以使编码后的各视频切片的清晰度均衡。这样，就减少了视频播放时的播放效果非均一性。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出根据本公开一示例实施方式的视频编码方法应用环境的构架图。

图2示出根据本公开一示例实施方式的视频编码方法的流程图。

图3示出根据本公开一示例实施方式的根据多个视频切片的第一编码结果获取各个视频切片的复杂度信息的具体流程图。

图4示出根据本公开一示例实施方式的视频编码系统的结构框图。

图5示出根据本公开一示例实施方式应用的视频转码分布式应用场景的示意图。

图6示出根据本公开一示例实施方式的视频编码装置的结构图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本公开的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出根据本公开一示例实施方式的视频编码方法应用环境的构架图。

待编码的视频内容1在视频网站播放服务器3上线播放之前，需要将待编码的视频内容1在视频编码系统2中进行视频编码处理。

待编码的视频内容1是要编码的视频数据。

视频编码系统2是进行视频编码的主体，它可以是单一设备，也可以是由多个分布式设备组成的分布式系统。另外，视频编码系统2还可以是云系统(例如，由大量云节点组成)。

视频网站播放服务器3是视频网站中进行视频播放的服务器。它可以是单一设备，也可以是多个设备组成的群组。

图2示出根据本公开一示例实施方式的视频编码方法的流程图。该视频编码方法在视频编码系统2中执行。

如图2所示，根据本公开一示例实施方式的视频编码方法包括：

步骤110、将待编码的视频内容切成多个视频切片；

步骤120、基于视频切片生成视频编码请求；

步骤130、确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

步骤140、若视频编码请求是第一编码请求,则进行第一编码；

步骤150、根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

步骤160、确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

步骤170、若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

步骤180、根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

步骤190、对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

下面对这些步骤进行详细描述。

在步骤110，将待编码的视频内容切成多个视频切片。

待编码的视频内容1是要编码的视频数据。在视频转码的情形中，待编码的视频内容1是从存储的源视频中解码出来的视频数据。源视频是指视频网站上存储的视频的原始材料，例如网站新引进的电影。源视频1存储时的编码或封装格式往往不同于上线播放要求的编码或封装格式，需要视频转码。视频转码是指将视频从一种编码或封装格式转换到另一种编码或封装格式。封装格式包括：码率、帧率、空间分辨率、封装视频的容器类型、以及所用的编码算法。视频转码包括：先对源视频解码，然后再对解码后得到的视频数据按另一种编码或封装格式编码。本公开实施例的步骤110-130主要侧重于后一半内容，即对解码后得到的视频数据进行重新编码。对于对源视频解码，不在本公开讨论范围之内。

在一个实施例中，待编码的视频内容可以放到一个视频内容队列中等待编码。

视频切片是视频内容分割成的部分。

可以通过多种方式，将待编码的视频内容切成多个视频切片。在一个实施例中，为了提高切成的视频切片的均匀性，提高视频编码效率，将待编码的视频内容切成多个视频切片包括：

根据所述待编码的视频内容的大小和需切成的片数确定切片位置；

根据所述切片位置对所述待编码的视频内容进行切片。

待编码的视频内容的大小是指待编码的视频内容的字节数或比特数等。

需切成的片数是预设的。在一个实施例中，它可以根据能够进行编码的节点数目来预设。

在一个实施例中，所述根据所述待编码的视频内容的大小和需切成的片数确定切片位置，具体包括：

用待编码的视频内容的大小除以需切成的片数，得到视频切片的大小；

根据视频切片的大小，确定切片位置。

视频内容切片的大小是指视频切片的字节数或比特数等。切片位置是指在待编码的视频内容中进行切片的位置。

例如，待编码的视频内容的大小为1000M字节，需切成的片数为5，则视频切片的大小为200M字节。待编码的视频内容中从开头开始第200M、400M、600M、800M字节处，就是切片位置。

在一个实施例中，根据视频切片的大小，确定切片位置，具体包括：

在所述切片位置附近读取视频码流；

判断所述视频码流的图像组是否为编解码相对独立的图像组；

若是，则在所述图像组之前的位置对所述视频内容进行切片。

视频码流是指视频的字节或比特为了构成图像组形成的流。每个字节或比特不可能孤立存在，必须与其附近的其它字节或比特一起，形成图像组。

图像组，即GOP，就是一组连续的画面。编解码相对独立的图像组是指编解码不依赖于前面的图像组的编解码结果的图像组，即Close-GOP。编解码不独立的图像组是指编解码依赖于前面的图像组的编解码结果的图像组，即OPen-GOP。如果在OPen-GOP之前切分，由于其编解码依赖于前面的图像组的编解码结果，会导致不能正常编解码。如果在Close-GOP之前切分，则没有这种问题。

判断所述视频码流的图像组是否为编解码相对独立的图像组可以采取多种方式。在一个实施例中，可以通过读取视频码流中的特定标记位来判断。可以在编解码相对独立的图像组中的每一帧，设置特定标记。如果所述视频码流的图像组的帧中含有该特定标记，则认为所述视频码流的图像组为编解码相对独立的图像组，可以在它之前的位置分割。如不含有该特定标记，则不能在它之前的位置分割，并判断在它之前的图像组是否是编解码相对独立的图像组，直到找到该切片位置之前的编解码相对独立的图像组，并在找到的图像组之前进行分割。

在一个实施例中，在所述图像组之前的位置对所述视频内容进行切片包括：

在所述图像组内部查找帧内编码图像帧；

在所述帧内编码图像帧之前的位置对所述视频内容进行分割。

一般图像组包含I帧、P帧、B帧，其中I帧是基础帧，编码时独立于其他帧；P帧是前向预测帧，B帧是双向内插帧。I帧包含了一个GOP基本视频场景信息，P、B帧仅仅是运动的补偿，P帧和B帧需要参考I帧。所以视频切割需要根据I帧位置来进行切割，从而可以得到编解码相对独立的视频切片。

在上述实施例中，由于根据所述切片位置对所述待编码的视频内容进行切片时引入对切片位置附近编解码相对独立的图像组的判断，避免了在切片后有些图像组编解码所依赖的图像组并不在自己所在切片中而不能正常编解码，导致编码后图像质量异常。

在步骤120中，基于视频切片生成视频编码请求。

视频编码请求是指对视频内容进行编码的请求。在一个实施例中，它包括第一编码请求和第二编码请求。第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求。它不是直接获得编码后的视频切片，而是为了获取视频切片的编码所需要的复杂度信息。第二编码请求是对视频切片进行编码的请求。它直接获得编码后视频切片。第一编码请求请求编码的对象是视频切片中抽取的部分内容，相比于整个视频切片来说量比较少，处理起来比较快速。但从视频切片抽取的部分内容的复杂度一般来说与整个视频切片的复杂度是一致的，因此，从视频切片抽取的部分内容获得的复杂度信息代表了整个视频切片的复杂度信息。利用从当前视频切片抽取的部分内容获得的当前视频切片复杂度信息，与待编码的视频内容分成的其它多个视频切片的复杂度信息，就可以确定当前视频切片的编码参数，从而控制各视频切片的编码得到的清晰度趋于一致，提高播放效果均一性。

在向用户播放时仅提供一种清晰度的情况下(例如仅提供普通清晰度)，在一个实施例中，步骤120包括：基于每个视频切片，生成一个第一编码请求和一个第二编码请求。

在一些视频网站，往往提供多种观看清晰度让用户选择,例如普通清晰度、高清清晰度、超清清晰度、全高清清晰度。响应于用户选择其中的一种清晰度，视频网站服务器向其推送该用户选择的清晰度的视频。这就要求视频网站同时具有多种清晰度的编码后视频。在这种情况下，在将待编码的视频内容切成多个视频切片后，有时需要对各视频切片进行多种清晰度的编码，即需要不同清晰度的多个第二编码请求。而无论何种清晰度，视频切片的复杂度信息是一样的，因此，只需要一个第一编码请求。由此，在一个实施例中，步骤120包括：基于每个视频切片，生成一个第一编码请求和不同清晰度的多个第二编码请求。

在一个实施例中，步骤120包括：如果生成的视频编码请求是第一编码请求，为生成的视频编码请求添加第一标识；如果生成的视频编码请求是第二编码请求，为生成的视频编码请求添加第二标识。

在视频切片中抽取部分视频切片内容可以由多种方式实现。

在一个实施例中，可以从各视频切片中抽取前预定数目帧作为部分视频切片内容。例如，一个电影共有10000帧的视频内容，将其分成5个视频切片。假设每个视频切片恰好都包含2000个帧。可以抽取这2000个帧的前50个帧作为抽取的部分视频切片内容。

在另一个实施例中，为了使抽取的部分视频切片内容有代表性，可以在各视频切片的每个帧中的随机位置抽取一个片段，将各个帧抽取出的片段合成抽取的部分视频切片内容。例如，一个电影共有10000帧的视频内容，将其分成5个视频切片。假设每个视频切片恰好都包含2000个帧。将每个帧分成4×4＝16个方格。在2000个帧的每一帧中随机抽取一个方格。将这2000个方格的内容合成抽取的部分视频切片内容。

在步骤130中，确定视频编码请求是否是第一编码请求。

第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求。

在分布式环境中，基于视频切片生成视频编码请求后，往往是交由分布式单元(分布式节点或分布式线程)处理的。分布式单元接收到视频编码请求后，首先要确定视频编码请求是否是第一编码请求。在一个实施例中，确定视频编码请求是否是第一编码请求是通过识别第一标识实现的。如果视频编码请求中含有第一标识，确定视频编码请求是第一编码请求；否则，确定视频编码请求不是第一编码请求。

在步骤140中，若视频编码请求是第一编码请求,则进行第一编码。

第一编码是对视频切片中抽取的部分视频切片内容进行的编码。

在步骤150中，根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息。

复杂度信息是表示视频切片的内容的复杂程度的信息。如果一个视频切片静止画面多，画面内容简单，则复杂度低。如果一个视频切片动态画面多，且画面内容复杂，则复杂度高。

在一个实施例中，所述复杂度信息包括以下的至少一个：

对抽取的视频切片内容进行编码的编码时间；

对抽取的视频切片内容进行编码的内存占用量。

对于某一视频切片，在相同目标清晰度(例如都编码成高清清晰度)和相同编码参数下，对抽取的视频切片内容进行编码。如果视频切片动态画面多，且画面内容复杂，其抽取的视频切片内容也复杂，在相同目标清晰度和相同编码参数下，编码速度慢，占用内存多。如果切片静止画面多，画面内容简单，其抽取的视频切片内容也复杂，在相同目标清晰度和相同编码参数下，编码速度快，占用内存少。因此，上述编码时间和内存占用量都可以反映视频切片的复杂程度，都可以用作复杂度信息。

在一个实施例中，进行第一编码的节点或进程执行完编码后，将所述复杂度信息(如编码时间、内存占用量)广播。这样，就能够获得各视频切片的复杂度信息。

在另一个实施例中，进行第一编码的节点或进程编码后，将所述复杂度信息(如编码时间、内存占用量)发送到中心节点或中心进程。这样，从中心节点或中心进程就可以获取所述复杂度信息。

在另一个实施例中，如图3所示，步骤150包括：

步骤1501、获取第一编码时的执行日志；

步骤1502、从所述执行日志中，获取所述复杂度信息。

执行日志是执行任务的节点或进程在执行过程中自动记录的、与执行任务的过程相关的信息，它一般是在执行过程中靠节点或进程内部机制自动完成的。

进行第一编码的节点或进程执行编码后，可以将执行日志发送到中心节点或中心进程。执行日志中包含有所述复杂度信息，例如编码时间、内存占用量。这样，从中心节点或中心进程就可以获取所述执行日志，从所述执行日志中获取所述复杂度信息。

在一个实施例中，所述获取第一编码时的执行日志，具体包括：

获取所述执行日志的下载地址；

通过所述下载地址，下载所述执行日志。

在该实施例中，对抽取的视频切片内容进行编码的节点或进程执行编码后，不将执行日志发送到中心节点或中心进程，而是将执行日志上传到特定网站，将特定网站的所述执行日志的下载地址发送到中心节点或中心进程。这样，从中心节点或中心进程可以获取执行日志的下载地址。然后，通过所述下载地址，可以下载所述执行日志。

这种传送下载地址而不是执行日志的方式能够减少执行编码的节点或进程与中心节点或进程之间的通信负荷。

在步骤160中，确定视频编码请求是否是第二编码请求。

所述第二编码请求是对视频切片进行编码的请求。

在一个实施例中，确定视频编码请求是否是第二编码请求是通过识别第二标识实现的。如果视频编码请求中含有第二标识，确定视频编码请求是第二编码请求；否则，确定视频编码请求不是第二编码请求。

在步骤170中，若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数。

编码参数是编码中使用的参数,例如，码率、帧率、空间分辨率、封装视频的容器类型、以及所用的编码算法。调整码率、帧率、空间分辨率、编码算法都可能会使影响编码后视频的清晰度。例如，在将待编码的视频内容切成多个视频切片后，其中某一视频切片相对于其它视频切片复杂度高，则可以提高该视频切片的编码的码率，以提高编码后视频的清晰度，减少该视频切片复杂而对清晰度造成的影响。

当前视频切片是指接收到的第二编码请求所针对的视频切片。其余多个视频切片是指步骤110中分成的视频切片中、除当前视频切片的其它视频切片。

在一个实施例中，步骤170包括：确定当前视频切片的编码参数，使得当前视频切片的编码参数与其余多个视频切片的编码参数的比等于当前视频切片的复杂度信息和其余多个视频切片的复杂度信息的比。

例如，将待编码的视频内容切成7个视频切片。当前视频切片是第1个切片。对第一个视频切片和其余6个视频切片各自抽取部分视频切片内容，在相同的目标清晰度(都是高清)、相同的编码参数下进行编码，所用的编码时间分别为：

假设7个视频切片的编码分别由单一设备上的7个进程执行。设备能允许的最大总码率为42kb/s。可以将上述码率在对应的7个进程间分配。分配的对当前的第一切片进行编码的码率为：

42×(1.5/(1.5+2+2.5+3+3.5+4+4.5)＝3(kb/s)

在将待编码的视频内容切成多个视频切片后，有时需要对各视频切片进行不止一种的编码。例如，视频网站上经常有多种清晰度(如普通、高清、超清、全高清)可供用户在观看视频时选择。响应于用户选择其中的一种清晰度，视频网站服务器向其推送该用户选择的清晰度的视频。这就要求视频网站同时具有多种清晰度的视频。在这种情况下，在将待编码的视频内容切成多个视频切片后，有时需要对各视频切片进行多种清晰度的第二编码。

因此，在一个实施例中，步骤170包括：

若视频编码请求是第二编码请求，确定第二编码请求针对的目标清晰度；

则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的、在目标清晰度下的编码参数。

目标清晰度是指所期望的编码后的视频的清晰度要达到的目标，例如上述普通、高清、超清、全高清清晰度。

例如，将待编码的视频内容切成7个视频切片。当前视频切片为第1个切片。每个视频切片进行4种清晰度(普通、高清、超清、全高清)的编码。对从7个视频切片中分别抽取的部分视频切片内容进行编码的编码时间分别为：

对于当前第1个视频切片在普通清晰度下的编码来说，可以调整其码率为0.75kb/s；对于当前第1个视频切片在高清清晰度下的编码来说，可以调整其码率为1.5kb/s；对于当前第1个视频切片在超清清晰度下的编码来说，可以调整其码率为2.25kb/s；对于当前第1个视频切片在全高清清晰度下的编码来说，可以调整其码率为3kb/s。

在步骤180中，根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码。

第二编码是对视频切片进行的编码。多个当前视频切片是指当前分配到多个分布式节点或进程进行编码的、步骤110中分成的多个视频切片。

在有多种目标清晰度的情况下，在一个实施例中，步骤180包括：根据多个当前视频切片的编码参数，针对每一目标清晰度，对所述多个当前视频切片分别进行第二编码。

例如，针对普通清晰度，按照码率0.75kb/s、1kb/s、1.25kb/s、1.5kb/s、1.75kb/s、2kb/s、2.25kb/s,分别对待编码的视频内容切成的7个当前视频切片进行视频编码。针对高清清晰度，按照码率1.5kb/s、2kb/s、2.5kb/s、3kb/s、3.5kb/s、4kb/s、4.5kb/s,分别对待编码的视频内容切成的7个当前视频切片进行视频编码。以此类推。

在步骤190中，对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

编码视频文件是指对待编码的视频内容编码后产生的视频文件。

在一个实施例中，对多个当前视频切片的第二编码结果进行合并包括：对多个当前视频切片在同一目标清晰度下的第二编码结果进行合并。

例如，合并7个视频切片的在普通清晰度下的编码结果，得到编码后的普通清晰度的视频文件；合并7个视频切片的在高清清晰度下的编码结果，得到编码后的高清清晰度的视频文件。以此类推。

下面以图5的分布式节点环境应用场景为例，举一个根据本公开实施例的视频编码方法应用到视频转码中的具体例子。

图5的分布式节点环境包括：解码节点网络900、切片节点901、中心节点902、主节点903、四个分布式计算节点904、合并节点905。应当理解，虽然图示了四个分布式计算节点904，分布式节点环境还可以包括更多或更少的分布式计算节点904。

该例子中，视频转码包括以下过程：

(1)解码节点网900先将待转码的视频进行解码，解码成待编码的视频内容。由于解码可能是在不同的分布式节点中完成的，即可能涉及多个节点，将解码可能涉及的多个节点统称为解码节点网络。解码后的待编码的视频内容放入视频内容队列。

(2)切片节点901从视频内容队列中提取一个待编码的视频内容i,将其按照等分原则切成7片。在等分时，判断等分点位置的视频码流的图像组为编解码相对独立的图像组。因此，在所述图像组之前的位置对所述视频进行切片。切成7片后，将7片放入视频切片队列。切片节点901对切成的7片添加一个相同的待编码视频内容ID，表明这些切片来自同一待编码视频内容。所述待编码视频内容ID具有唯一性。另外，切片节点901还对切成的7片添加各个切片之间不同的切片ID。

(3)切片节点901将视频切片队列发送给中心节点902。

(4)中心节点902按时间顺序从视频切片队列中顺序取出视频切片，发送给主节点903。

(5)主节点903对接收到的每个视频切片，分别抽取部分视频切片内容，为抽取的部分视频切片内容添加第一标识。主节点903为各视频切片的抽取部分视频切片内容，分别分配分布式计算节点904。在分配时，要考量各分布式计算节点904的处理能力和资源占用信息。

(6)主节点为视频切片添加第二标识。由于要产生普通、高清、超清、全高清四种清晰度的转码后视频，因此，针对接收到的一个视频切片，主节点903会为其分配四个分布式计算机节点904来分别执行在普通清晰度下的编码、在高清清晰度下的编码、在超清清晰度下的编码、在全高清清晰度下的编码。在分配时，要考量各分布式计算节点904的处理能力和资源占用信息。

(7)在分配了分布式计算节点904后，主节点903将添加了第一标识的各视频切片的抽取部分视频切片内容、添加了第二标识的各视频切片分别发送到为其分配的各分布式计算节点904。

(8)分布式计算节点904根据接收到的消息含有第一标识，确定接收到的是抽取的视频切片内容，开始编码。分布式计算节点904根据接收到的消息含有第二标识，确定接收到的是整个视频切片。这时，不立即编码，需要等待待编码的视频内容分成的全部视频切片中抽取的部分视频切片内容的复杂度都确定出。

(9)对抽取的视频切片内容编码完后，分布式计算节点904将执行日志上传到网络服务器，同时将执行日志的下载地址发送到中心节点902，以供执行各种清晰度下的视频切片的编码的分布式计算节点904查询。执行日志的下载地址要连带着抽取的视频切片内容所来自的视频切片ID一起发送中心节点902。

(10)如上所述，如果分布式计算节点904判断出接收到的消息含有第二标识，即接收到的是一个视频切片(例如第4个视频切片)，并且接收到主节点903让其完成一种清晰度类型(例如，普通清晰度)的编码的指示，不能立刻编码。如上所述，其需要等待待编码的视频内容分成的全部视频切片中抽取的部分视频切片内容的复杂度都确定出，才能开始编码。因此，其首先向中心节点902发查询请求，用于查询该视频切片所属的待编码视频内容的所有视频切片的复杂度(视频切片抽取的部分视频切片内容的编码时间)都已获得。具体地，在查询请求中携带待编码视频内容ID和视频切片ID。

(11)中心节点902在接收到查询请求后，查看是否已经接收到了该待编码视频内容ID下的所有7个视频切片ID的抽取的部分视频切片内容的编码日志的下载地址。如果已经接收到，中心节点902向发送7个下载地址。

(12)分布式计算节点904接收到该应答后，通过所述下载地址下载7个执行日志。

(13)分布式计算节点904从7个执行日志中，分别获取7个视频切片的抽取的部分视频切片内容的编码时间如下：

(14)分布式计算节点904对接收到的视频切片执行普通清晰度下的编码，所用的码率如下确定：由于上述编码时间的比为1.5:2:2.5:3:3.5:4:4.5，对上述7个视频切片用的码率按照上述比确定为0.75kb/s、1kb/s、1.25kb/s、1.5kb/s、1.75kb/s、2kb/s、2.25kb/s。由于接收到的是第4切片，分布式计算机节点904将编码的码率调整为1.5kb/s。

(15)分布式计算节点904执行完普通清晰度的编码后，将编码后的视频切片发送到合并节点905。

(16)合并节点905接收到该分布式计算节点904发送的普通清晰度的编码后视频切片后，识别该切片的待编码视频内容ID和视频切片ID，判断该待编码视频内容ID下的其它视频切片ID对应的普通清晰度的7个编码后视频切片是否都接收到。如果都接收到，按视频切片ID合并所述7个视频切片，以得到转码后的视频。

上面以分布式计算场景为例，描述了根据本公开实施例的视频编码方法应用在视频转码中的情形。但是应当指出，根据本公开实施例的视频编码方法也可以在单一设备中实现。该单一设备的处理器中执行与图5的切片节点901、中心节点902、主节点903、分布式计算节点904、合并节点905对应的各种进程。

下面参照图6来描述根据本发明的这种实施方式的视频编码装置800。图6显示的视频编码装置800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，视频编码装置800以通用计算设备的形式表现。视频编码装置800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图2中所示的各个步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

视频编码装置800也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该视频编码装置800交互的设备通信，和/或与使得该视频编码装置800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，视频编码装置800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与视频编码装置800的其它模块通信。应当明白，尽管图中未示出，可以结合视频编码装置800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

如图4所示，根据本公开实施例的一种视频编码系统，包括：

切片单元701，配置为将待编码的视频内容切成多个视频切片；

生成单元702，配置为基于视频切片生成视频编码请求；

第一编码请求确定单元703，配置为确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

第一编码单元704，配置为若视频编码请求是第一编码请求,则进行第一编码；

获取单元705，配置为根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

第二编码请求确定单元706，配置为确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

编码参数确定单元707，配置为若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

第二编码单元708，配置为根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

合并单元709，配置为对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

在图5所示的分布式实现结构中，切片单元701可以实现为图5的切片节点901。在图6所示的单个设备中，切片单元701可以实现为图6的处理单元810。

在图5所示的分布式实现结构中，生成单元702可以实现为图5的主节点903。在图6所示的单个设备中，生成单元702可以实现为图6的处理单元810。

在图5所示的分布式实现结构中，第一编码请求确定单元703、第一编码单元704可以实现为图5的分布式计算节点904。在图6所示的单个设备中，第一编码请求确定单元703、第一编码单元704可以实现为图6的处理单元810。

在图5所示的分布式实现结构中，获取单元705可以实现为图5的中心节点902。在图6所示的单个设备中，获取单元705可以实现为图6的处理单元810。

在图5所示的分布式实现结构中，第二编码请求确定单元706、编码参数确定单元707、第二编码单元708可以实现为图5的分布式计算节点904。在图6所示的单个设备中，第二编码请求确定单元706、编码参数确定单元707、第二编码单元708可以实现为图6的处理单元810。

在图5所示的分布式实现结构中，合并单元709可以实现为图5的合并节点905。在图6所示的单个设备中，合并单元709可以实现为图6的处理单元810。

可选地，所述生成单元702进一步配置为：

基于每个视频切片，生成一个第一编码请求和一个第二编码请求。

可选地，所述生成单元702进一步配置为：

基于每个视频切片，生成一个第一编码请求和不同清晰度的多个第二编码请求。

可选地，所述获取单元705进一步配置为：

获取第一编码时的执行日志；

从所述执行日志中，获取所述复杂度信息。

可选地，所述复杂度信息包括以下的至少一个：

对抽取的视频切片内容进行编码的编码时间；

对抽取的视频切片内容进行编码的内存占用量。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (13)

1.一种视频编码方法，其特征在于，包括：

将待编码的视频内容切成多个视频切片；

基于视频切片生成视频编码请求；

确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

若视频编码请求是第一编码请求,则进行第一编码；

根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

2.根据权利要求1所述的方法，其特征在于，所述基于视频切片生成视频编码请求，具体包括：

基于每个视频切片，生成一个第一编码请求和一个第二编码请求。

3.根据权利要求1所述的方法，其特征在于，所述基于视频切片生成视频编码请求，具体包括：

基于每个视频切片，生成一个第一编码请求和不同清晰度的多个第二编码请求。

4.根据权利要求1所述的方法，其特征在于，所述根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息，具体包括：

获取第一编码时的执行日志；

从所述执行日志中，获取所述复杂度信息。

5.根据权利要求1所述的方法，其特征在于，所述复杂度信息包括以下的至少一个：

对抽取的视频切片内容进行编码的编码时间；

对抽取的视频切片内容进行编码的内存占用量。

6.根据权利要求1所述的方法，其特征在于，所述编码参数包括码率。

7.一种视频编码系统，其特征在于，包括：

切片单元，配置为将待编码的视频内容切成多个视频切片；

生成单元，配置为基于视频切片生成视频编码请求；

第一编码请求确定单元，配置为确定视频编码请求是否是第一编码请求，所述第一编码请求是对视频切片中抽取的部分视频切片内容进行编码的请求；

第一编码单元，配置为若视频编码请求是第一编码请求,则进行第一编码；

获取单元，配置为根据多个视频切片的第一编码结果,获取各个视频切片的复杂度信息；

第二编码请求确定单元，配置为确定视频编码请求是否是第二编码请求，所述第二编码请求是对视频切片进行编码的请求；

编码参数确定单元，配置为若视频编码请求是第二编码请求,则根据当前视频切片的复杂度信息和其余多个视频切片的复杂度信息,确定当前视频切片的编码参数；

第二编码单元，配置为根据多个当前视频切片的编码参数，对所述多个当前视频切片进行第二编码；

合并单元，配置为对多个当前视频切片的第二编码结果进行合并后，输出编码视频文件。

8.根据权利要求7所述的装置，其特征在于，所述生成单元进一步配置为：

基于每个视频切片，生成一个第一编码请求和一个第二编码请求。

9.根据权利要求7所述的装置，其特征在于，所述生成单元进一步配置为：

基于每个视频切片，生成一个第一编码请求和不同清晰度的多个第二编码请求。

10.根据权利要求7所述的装置，其特征在于，所述获取单元进一步配置为：

获取第一编码时的执行日志；

从所述执行日志中，获取所述复杂度信息。

11.根据权利要求7所述的装置，其特征在于，所述复杂度信息包括以下的至少一个：

对抽取的视频切片内容进行编码的编码时间；

对抽取的视频切片内容进行编码的内存占用量。

12.一种视频编码装置，其特征在于，包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行权利要求1-6中的任一个所述的方法。

13.一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1-6中的任一个所述的方法。