CN105262961A - 一种基于集群渲染的多镜头编辑方法 - Google Patents

Abstract

本发明涉及一种基于集群渲染的多镜头编辑方法，包括：对多镜头的采集存储准备；对计算环境准备；发起多镜头信号处理任务操作；对待编辑视频画面预处理；分配任务；运算渲染；结果传输；显示；任务的完成与结束。本发明通过任务资源调度服务器综合运用和调度多个运算渲染服务器和前端工作站对视频图像进行渲染和处理。任务资源调度服务器根据各个运算渲染服务器的空闲情况，合理的分配渲染任务，充分利用各个运算渲染服务器的有效资源，实时快速的完成渲染任务，有效的避免了多镜头节目的编辑过程中出现的卡阻现象。

Description

一种基于集群渲染的多镜头编辑方法

技术领域

本发明涉及一种基于集群渲染的多镜头编辑方法，是一种计算机视频处理方法，是一种用于电视台的网络的视频编辑处理方法。

背景技术

大型演唱会或者晚会录制现场一般采用多机位拍摄，通常是在不同角度配置多台摄像机，这样就会产生大量同一时间、不同角度的视频音频文件。一般处理过程是将视频信号同步在监视器上播放，导播通过监视器监看多路画面，而最终播放时由工作人员对画面进行切换。而剪辑多机位的素材时，编导需要在保证时间码同步的情况下，从这些不同角度、不同场景的视音频文件中选择合适的镜头呈现给观众。编导在监看多路视频过程中，会通过鼠标或者其他设备选择视频剪辑点，所以需要记录编导的选择（时间与文件）信息。而实时播放多路高清文件（几路至几十路）时，尤其是在几十路时，超多视频镜头的选择与切换时需要进行大量计算，现有的单个计算机渲染和处理的系统已无法完成这种大计算量的渲染，而造成视频在编辑过程中发生卡顿，影响了编辑的效率。

发明内容

为解决现有技术的问题，本发明提出一种基于集群渲染的多镜头编辑方法。所述的方法通过多台服务器共同实现多路电视信号的渲染，然后再将多台计算机处理之后的视频传输给显示系统用于显示出效果。

本发明的目的是这样实现的：一种基于集群渲染的多镜头编辑方法，所述方法使用的系统包括：通过网络相互连接的多个前端工作站、任务资源调度服务器、存储服务器、多个运算渲染服务器，其特征在于，所述方法的步骤如下：

对多镜头信号的采集存储准备的步骤：用于将多个摄像机的各路视频信号同时采集保存下来，对采集的各路视频，对每一帧视频画面按照统一的时间标准进行时码的标记，采集得到的各路原始视频文件统一存储到存储服务器中；

对计算环境准备的步骤：前端工作站、任务资源调度服务器、渲染服务器、存储服务器之间建立连接，任务资源调度服务器实时监测可用的渲染服务器数量；任务资源调度服务器实时监听到物理机连接请求后与前端工作站或运算渲染服务器建立连接，并保存连接相关信息，同时获取已经连接成功状态的运算渲染服务器的可用资源；任务资源调度服务器支持各前端工作站与运算渲染服务器的随时加入和退出，当前端工作站或者运算渲染服务器发生变化时，任务资源调度服务器依据前端工作站编辑任务和可用资源对运算渲染服务器进行动态任务分配与调度；

发起多镜头处理任务操作的步骤：用于前端工作站选择待编辑的视频画面，将多镜头编辑任务相关信息传递给任务资源调度服务器，任务资源调度服务器将系统中可用的运算渲染服务器的信息传递给前端工作站；

对待编辑视频画面预处理的步骤：用于前端工作站对待编辑根据节目制作的需要，对待编辑的视频画面选择进行校正、特效处理、三维合成处理；

分配任务的步骤：用于前端工作站或者任务资源调度服务器根据事先确定的分配策略为一个或多个可用的运算渲染服务器和前端工作站分派解码及校正、特效处理、三维合成处理运算渲染任务；

运算渲染的步骤：用于运算渲染服务器或前端工作站根据被分配的运算渲染任务，到存储服务器中读取各路原始视频文件，并对原始视频文件进行解码和校正、特效处理、三维合成的渲染处理运算，之后将处理运算后的视频图像缓存在本地；在运算渲染服务器或前端工作站对原始视频文件进行解码和校正、特效处理、三维合成处理运算的过程中，动态分配和调整混合使用CPU和GPU编解码和处理；在编辑过程中，前端工作站将选择不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接指令；

结果传输的步骤：用于运算渲染服务器将处理运算的结果传输给前端工作站，如果运算渲染任务是在前端工作站中进行的则跳过传输；前端工作站根据各路运算渲染服务期传递回的运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，生成并记录视频文件；

显示的步骤：用于前端工作站将运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，并将各路的视频画面通过显示设备显示；

任务的完成与结束的步骤：用于对于某一台前端工作站，当前的视频画面编辑完成后，记录完整的不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接等指令，形成最终的视频编辑文件；在整个编辑过程中，对生成的视频进行完整的编码和记录，形成最终的视频文件；前端工作站通知任务资源调度服务器本次编辑任务完成，任务资源调度服务器将本任务占用的运算渲染服务器释放到资源池中，等待被别的任务使用。

进一步的，所述的结果传输的步骤中运算渲染服务器每完成一帧视频画面就及时传送给前端工作站，前端工作站对运算结果和多路渲染后的视频画面信息每一个相同的时码帧的各路视频及时解码及校正、处理完成后就可以送交显示，而提前解码及校正、处理的视频画面信息会被缓存在前端工作站本机内存中，在合适的时刻送交显示设备显示出来。

进一步的，所述的结果传输的步骤中前端工作站判断当前网络速度和带宽是否满足各路无压缩视频画面的传送需求，如果满足，就向当前负责解码处理该路画面视频的运算渲染服务器索要无压缩视频数据；如果网络速度和带宽不满足无压缩视频画面的传送需求，则前端工作站向当前负责解码处理该路画面视频的运算渲染服务器索要压缩后的视频数据，并将接收到的该路压缩后的视频数据解码。

进一步的，所述的运算渲染的步骤中任务资源调度服务器动态调整CPU、GPU的资源的方式为：

任务资源调度服务器获取每一台运算渲染服务器的各个CPU、GPU的资源占用率，并根据资源占用率决定将某一台运算渲染服务器的状态置为“繁忙”、“较繁忙”、“较空闲”或者“空闲”；每当有新的编辑任务等待分配时，优先分配给“空闲”和“较空闲”的，然后分配给“较繁忙”的，最后当所有的运算渲染服务器都不在“较繁忙”以下时，才对“繁忙”的运算渲染服务器也分配新的任务。

进一步的，所述的对计算环境准备的步骤中任务资源调度服务器对渲染服务器和前端工作站的渲染任务进行动态调整的方式为：

渲染服务器启动后向任务资源调度服务器开启通信联系并注册；任务资源调度服务器将一些渲染任务放到新注册的渲染服务器中；

渲染服务器主动或被动停止时通知任务资源调度服务器，任务资源调度服务器将该渲染服务器正在运行的任务重新分配给其它渲染服务器，之后，注销该渲染服务器；

任务资源调度服务器不断查询渲染服务器，如果某个渲染服务器死机时，任务资源调度服务器将该渲染服务器上的任务重新分配给其它渲染服务器，之后，注销或远程重启该渲染服务器。

进一步的，所述的分配任务的步骤中，所述的校正包括对各路视频的汇聚调整、变形调整、变焦调整、颜色调整、位置调整、旋转调整。

进一步的，所述的分配任务的步骤中，所述的校正，被校正对象为正在进行处理的本路视频作为待校正对象，其它各路视频可作为参考视频使用。

进一步的，所述的校正对象为：对于多路电视，中心路视频画面可作为其它各路视频画面的参考视频，其它任一路视频画面均作为中心路视频画面的参考视频。

本发明产生的有益效果是：本发明通过任务资源调度服务器综合运用和调度多个运算渲染服务器和前端工作站对视频图像进行渲染和处理。任务资源调度服务器根据各个运算渲染服务器的空闲情况，合理的分配渲染任务，充分利用各个运算渲染服务器的有效资源，实时快速的完成渲染任务，有效的避免了多路视频节目的编辑过程中出现的卡阻现象。

附图说明

下面结合附图和实施例对本发明作进一步说明。

图1是本发明实施例一所述方法所使用系统的原理示意图；

图2是本发明实施例一所述方法的示意流程图。

具体实施方式

实施例一：

本实施例是一种基于集群渲染的多镜头编辑方法。所述方法所使用的系统的原理示意图如图1所示。图1中的运算渲染服务器集群仅画出3个服务器，实际可以有4、5、6个，甚至更多，前端工作站有可以有2、3、4个甚至更多。

本实施例所述方法的步骤如下，流程示意如图2所示：

对多镜头采集存储准备的步骤：用于将多个摄像机的各路视频信号同时采集保存下来，对采集的各路视频，对每一帧视频画面按照统一的时间标准进行时码的标记，采集得到的各路原始视频文件统一存储到存储服务器中。

对多镜头信号的采集存储：将多个摄像机的各路视频信号同时采集保存下来，对采集的各路视频，对每一帧视频画面按照统一的时间标准进行时码的标记（时码的格式通常是：HHMMSSFF，其中HH为小时，MM为分钟，SS为秒，FF为视频帧的序号），采集得到的各路原始视频文件统一存储到存储服务器中。

对计算环境准备的步骤：前端工作站、任务资源调度服务器、渲染服务器、存储服务器之间建立连接，任务资源调度服务器实时监测可用的渲染服务器数量。任务资源调度服务器实时监听到物理机连接请求后与前端工作站或运算渲染服务器建立连接，并保存连接相关信息，同时获取已经连接成功状态的运算渲染服务器的可用资源。任务资源调度服务器支持各前端工作站与运算渲染服务器的随时加入和退出，当前端工作站或者运算渲染服务器发生变化时，任务资源调度服务器依据前端工作站编辑任务和可用资源对运算渲染服务器进行动态任务分配与调度。

资源管理和调度：

a)在多镜头电视编辑过程中，操作人员会根据节目制作的需要，选择不同段落的待编辑视频画面进行校正、特效处理、三维合成、拼接等处理。

b)前端工作站将记录操作员选择不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接等指令。

c)前端工作站根据各路运算渲染服务期传递回的运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，生成并记录视频文件。

资源管理和调度：

a)任务资源调度服务器实时监听到各前端工作站和运算渲染服务器连接请求后与前端工作站和运算渲染服务器物理机建立连接，并保存连接相关信息，同时获取已经连接成功状态的运算渲染服务器的可用资源。

b)任务资源调度服务器支持各前端工作站和运算渲染服务器的随时加入和退出，当前端工作站或者运算渲染服务器发生变化时，该服务器依据前端工作站编辑任务和可用资源对运算渲染服务器进行动态任务分配与调度。

c)运算渲染服务器共享的方式：任务资源调度服务器支持同时有多台前端工作站连接上来，进行不同的视频编辑任务。这种情况下，所有空闲时间的运算渲染服务器都可以被任何一台前端工作站使用，也就是说，运算渲染服务器是被不同的前端工作站共享使用的。再深入的说，每个时刻，前端工作站分配给运算各个渲染服务器的工作任务都是以一定的时间粒度划分的，例如说，每次分派1秒或5秒的视频画面到某一台运算渲染服务器上去；当这台运算渲染服务器处理这个任务时，任务资源调度服务器将它记录为“占用”状态，它是不能被别的前端工作站分派任务，一旦这台运算渲染服务器完成这个任务时，它会随时将自己的状态报告给任务资源调度服务器，任务资源调度服务器将它记录为“可用”状态，它随时可被别的前端工作站分派任务。

d)运算渲染服务器共享的方式的优化：c)中的每一台运算渲染服务器是作为一整台机器被占用或重新分配的。实际上还可以用更经济的方法使用运算渲染服务器。如今的运算渲染服务期的绝大部分都是多CPU多核心的，并且支持多线程工作方式。优化的实现方式为：

1.任务资源调度服务器获取每一台运算渲染服务器的各个CPU、GPU的资源占用率，并根据资源占用率决定将某一台运算渲染服务器的状态置为“繁忙”、“较繁忙”、“较空闲”或者“空闲”，例如，CPU占用率低于25%置为“空闲”、CPU占用率在25%~50%置为“较空闲”、CPU占用率在50%~80%置为“较繁忙”，CPU占用率高于80%置为“繁忙”。

2.每当有新的编辑任务等待分配时，优先分配给“空闲”和“较空闲”的，然后分配给“较繁忙”的，最后当所有的运算渲染服务器都不在“较繁忙”以下时，才对“繁忙”的运算渲染服务器也分配新的任务。这样就可以实现运算渲染服务器计算任务的负载均衡分配。

e)服务器工作站的动态调整：

1.渲染服务器启动后，自动向调度服务器开启通信联系，并注册。调度服务自动将一些任务放到新注册的渲染服务器中。

2.渲染服务器主动或被动停止时，通知调度服务器，调度服务器将该渲染服务器正在运行的任务重新分配给其它渲染服务器，之后，注销该渲染服务器。

调度服务器不断查询渲染服务器，如果某个渲染服务器死机时，调度服务器将该渲染服务器上的任务重新分配给其它渲染服务器，之后，注销或远程重启该渲染服务器。

发起多镜头信号处理任务操作的步骤：用于前端工作站选择待编辑的视频画面，将编辑任务相关信息传递给任务资源调度服务器，任务资源调度服务器将系统中可用的运算渲染服务器的信息传递给前端工作站。

对待编辑视频画面预处理的步骤：用于前端工作站对待编辑根据节目制作的需要，对待编辑的视频画面选择进行校正、特效处理、三维合成处理。

分配任务的步骤：用于前端工作站或者任务资源调度服务器根据事先确定的分配策略为一个或多个可用的运算渲染服务器和前端工作站分派解码及校正、特效处理、三维合成处理运算渲染任务。

运算渲染的步骤：用于运算渲染服务器或前端工作站根据被分配的运算渲染任务，到存储服务器中读取各路原始视频文件，并对原始视频文件进行解码和校正、特效处理、三维合成的渲染处理运算，之后将处理运算后的视频图像缓存在本地。在运算渲染服务器或前端工作站对原始视频文件进行解码和校正、特效处理、三维合成处理运算的过程中，动态分配和调整混合使用CPU和GPU编解码和处理。在编辑过程中，前端工作站将选择不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接指令。

a)原始运算渲染服务器和/或前端工作站根据被分配的运算渲染任务，到存储服务器中读取各路原始视频文件，并对原始视频文件进行解码和校正、特效处理、三维合成等处理运算。将处理运算后的视频图像缓存在本地。

b)运算渲染服务器将运算结果传递给前端工作站。

c)前端工作站将运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，并将各路的视频画面通过显示设备显示给操作人员监看使用。

d)在运算渲染服务器和/或前端工作站对原始视频文件进行解码和校正、特效处理、三维合成等处理运算的过程中，动态混合使用CPU和GPU编解码和处理技术；包括CPU与GPU对视频的解码和校正、特效处理、三维合成等处理中都用到。

e)在b)和c)的过程中，运算结果和解码校正、特效处理、三维合成等处理视频数据不是全部完成后才送给前端工作站的，而是每完成一帧视频画面就及时传送给前端工作站，前端工作站对运算结果和多路渲染后的视频画面信息进行合成也不用等到所有的视频画面都解码及校正、处理出来，而是每一个相同的时码帧的各路视频都解码及校正、处理完成后就可以送交显示，而提前解码及校正、处理的视频画面信息会被缓存在前端工作站本机内存中，在合适的时刻送交显示设备显示出来。这样，可以减少操作人员的等待时间，使得多镜头视频的编辑和显示的过程更加流畅。

在上述过程中，前端工作站判断当前网络速度和带宽是否满足各路无压缩视频画面的传送需求，如果满足，就向当前负责解码处理该路画面视频的运算渲染服务器索要无压缩视频数据；如果网络速度和带宽不满足无压缩视频画面的传送需求，则前端工作站向当前负责解码处理该路画面视频的运算渲染服务器索要压缩后的视频数据，并将接收到的该路压缩后的视频数据解码。

结果传输的步骤：用于运算渲染服务器将处理运算的结果传输给前端工作站，如果运算渲染任务是在前端工作站中进行的则跳过传输。前端工作站根据各路运算渲染服务期传递回的运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，生成并记录视频文件。

显示的步骤：用于前端工作站将运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，并将各路的视频画面通过显示设备显示。

任务的完成与结束的步骤：用于对于某一台前端工作站，当前的视频画面编辑完成后，记录完整的不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接等指令，形成最终的编辑文件。在整个视频编辑过程中，对生成的视频进行完整的编码和记录，形成最终的视频文件。前端工作站通知任务资源调度服务器本次编辑任务完成，任务资源调度服务器将本任务占用的运算渲染服务器释放到资源池中，等待被别的任务使用。

实施例二：

本实施例是实施例一的改进，是实施例一关于结果传输的步骤的细化。本实施例所述的结果传输的步骤中运算渲染服务器每完成一帧视频画面就及时传送给前端工作站，前端工作站对运算结果和多路渲染后的视频画面信息每一个相同的时码帧的各路视频及时解码及校正、处理完成后就可以送交显示，而提前解码及校正、处理的视频画面信息会被缓存在前端工作站本机内存中，在合适的时刻送交显示设备显示出来。

实施例三：

本实施例是实施例一的改进，是实施例一关于结果传输的步骤的细化。本实施例所述的结果传输的步骤中前端工作站判断当前网络速度和带宽是否满足各路无压缩视频画面的传送需求，如果满足，就向当前负责解码处理该路画面视频的运算渲染服务器索要无压缩视频数据；如果网络速度和带宽不满足无压缩视频画面的传送需求，则前端工作站向当前负责解码处理该路画面视频的运算渲染服务器索要压缩后的视频数据，并将接收到的该路压缩后的视频数据解码。

实施例四：

本实施例是实施例一的改进，是实施例一关于运算渲染的步骤的细化。本实施例所述的运算渲染的步骤中任务资源调度服务器动态调整CPU、GPU的资源的方式为：

任务资源调度服务器获取每一台运算渲染服务器的各个CPU、GPU的资源占用率，并根据资源占用率决定将某一台运算渲染服务器的状态置为“繁忙”、“较繁忙”、“较空闲”或者“空闲”；每当有新的编辑任务等待分配时，优先分配给“空闲”和“较空闲”的，然后分配给“较繁忙”的，最后当所有的运算渲染服务器都不在“较繁忙”以下时，才对“繁忙”的运算渲染服务器也分配新的任务。

实施例五：

本实施例是实施例一的改进，是实施例一关于对计算环境准备的步骤的细化。本实施例所述的对计算环境准备的步骤中任务资源调度服务器对渲染服务器和前端工作站的渲染任务进行动态调整的方式为：

渲染服务器启动后向任务资源调度服务器开启通信联系并注册；任务资源调度服务器将一些渲染任务放到新注册的渲染服务器中；

渲染服务器主动或被动停止时通知任务资源调度服务器，任务资源调度服务器将该渲染服务器正在运行的任务重新分配给其它渲染服务器，之后，注销该渲染服务器。

任务资源调度服务器不断查询渲染服务器，如果某个渲染服务器死机时，任务资源调度服务器将该渲染服务器上的任务重新分配给其它渲染服务器，之后，注销或远程重启该渲染服务器。

实施例六：

本实施例是实施例一的改进，是实施例一关于分配任务步骤的细化。本实施例所述的分配任务的步骤中，所述的校正包括对各路视频的汇聚调整、变形调整、变焦调整、颜色调整、位置调整、旋转调整。

在任务分配过程中，首先对视频图像进行一些调整，以便进一步进行处理。

实施例七：

本实施例是实施例一的改进，是实施例一关于分配任务的步骤中所述的校正的细化。本实施例所述的分配任务的步骤中所述的校正，被校正对象为正在进行处理的本路视频作为待校正对象，其它各路视频可作为参考视频使用。

校正过程中，其正在进行处理的本路视频作为待校正对象，其它各路视频可作为参考视频使用。

实施例八：

本实施例是实施例七的改进，是实施例七关于分配任务的步骤中校正的细化。本实施例所述的分配任务的步骤中所述的校正对象为：对于多路视频中的中心路视频画面可作为其它各路视频画面的参考视频，其它任一路视频画面均作为中心路视频画面的参考视频。

最后应说明的是，以上仅用以说明本发明的技术方案而非限制，尽管参照较佳布置方案对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案（比如各个服务器的硬件设施和设置、所使用的网络、各个步骤的先后顺序等）进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。本发明所述的方法可编制为应用于计算机系统的程序，并运行于本发明所述的计算机网络系统中。

Claims (8)

1.一种基于集群渲染的多镜头编辑方法，所述方法使用的系统包括：通过网络相互连接的多个前端工作站、任务资源调度服务器、存储服务器、多个运算渲染服务器，其特征在于，所述方法的步骤如下：

对多镜头的采集存储准备的步骤：用于将多各摄像机所拍摄的各路视频信号同时采集保存下来，对采集的各路视频，对每一帧视频画面按照统一的时间标准进行时码的标记，采集得到的各路原始视频文件统一存储到存储服务器中；

对计算环境准备的步骤：前端工作站、任务资源调度服务器、渲染服务器、存储服务器之间建立连接，任务资源调度服务器实时监测可用的渲染服务器数量；任务资源调度服务器实时监听到物理机连接请求后与前端工作站或运算渲染服务器建立连接，并保存连接相关信息，同时获取已经连接成功状态的运算渲染服务器的可用资源；任务资源调度服务器支持各前端工作站与运算渲染服务器的随时加入和退出，当前端工作站或者运算渲染服务器发生变化时，任务资源调度服务器依据前端工作站编辑任务和可用资源对运算渲染服务器进行动态任务分配与调度；

发起多镜头信号处理任务操作的步骤：用于前端工作站选择待编辑的视频画面，将多镜头编辑任务相关信息传递给任务资源调度服务器，任务资源调度服务器将系统中可用的运算渲染服务器的信息传递给前端工作站；

对待编辑视频画面预处理的步骤：用于前端工作站对待编辑根据节目制作的需要，对待编辑的视频画面选择进行校正、特效处理、三维合成处理；

分配任务的步骤：用于前端工作站或者任务资源调度服务器根据事先确定的分配策略为一个或多个可用的运算渲染服务器和前端工作站分派解码及校正、特效处理、三维合成处理运算渲染任务；

运算渲染的步骤：用于运算渲染服务器或前端工作站根据被分配的运算渲染任务，到存储服务器中读取各路原始视频文件，并对原始视频文件进行解码和校正、特效处理、三维合成的渲染处理运算，之后将处理运算后的视频图像缓存在本地；在运算渲染服务器或前端工作站对原始视频文件进行解码和校正、特效处理、三维合成处理运算的过程中，动态分配和调整混合使用CPU和GPU编解码和处理；在编辑过程中，前端工作站将选择不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接指令；

结果传输的步骤：用于运算渲染服务器将处理运算的结果传输给前端工作站，如果运算渲染任务是在前端工作站中进行的则跳过传输；前端工作站根据各路运算渲染服务期传递回的运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，生成并记录视频文件；

显示的步骤：用于前端工作站将运算结果和多路渲染后的视频画面信息根据其各自对应的位置信息进行处理，并将各路的视频画面通过显示设备显示；

任务的完成与结束的步骤：用于对于某一台前端工作站，当前的视频画面编辑完成后，记录完整的不同段落的待编辑视频画面的时码的入点和出点，并记录针对该段视频的校正、特效处理、三维合成、拼接等指令，形成最终的视频编辑文件；在整个多镜头编辑过程中，对生成的视频进行完整的编码和记录，形成最终的视频文件；前端工作站通知任务资源调度服务器本次编辑任务完成，任务资源调度服务器将本任务占用的运算渲染服务器释放到资源池中，等待被别的任务使用。

2.根据权利要求1所述的方法，其特征在于，所述的结果传输的步骤中运算渲染服务器每完成一帧视频画面就及时传送给前端工作站，前端工作站对运算结果和多路渲染后的视频画面信息每一个相同的时码帧的各路视频及时解码及校正、处理完成后就可以送交显示，而提前解码及校正、处理的视频画面信息会被缓存在前端工作站本机内存中，在合适的时刻送交显示设备显示出来。

3.根据权利要求1所述的方法，其特征在于，所述的结果传输的步骤中前端工作站判断当前网络速度和带宽是否满足各路视频无压缩视频画面的传送需求，如果满足，就向当前负责解码处理该路画面视频的运算渲染服务器索要无压缩视频数据；如果网络速度和带宽不满足无压缩视频画面的传送需求，则前端工作站向当前负责解码处理该路画面视频的运算渲染服务器索要压缩后的视频数据，并将接收到的该路压缩后的视频数据解码。

4.根据权利要求1所述的方法，其特征在于，所述的运算渲染的步骤中任务资源调度服务器动态调整CPU、GPU的资源的方式为：

任务资源调度服务器获取每一台运算渲染服务器的各个CPU、GPU的资源占用率，并根据资源占用率决定将某一台运算渲染服务器的状态置为“繁忙”、“较繁忙”、“较空闲”或者“空闲”；每当有新的视频编辑任务等待分配时，优先分配给“空闲”和“较空闲”的，然后分配给“较繁忙”的，最后当所有的运算渲染服务器都不在“较繁忙”以下时，才对“繁忙”的运算渲染服务器也分配新的任务。

5.根据权利要求1所述的方法，其特征在于，所述的对计算环境准备的步骤中任务资源调度服务器对渲染服务器和前端工作站的渲染任务进行动态调整的方式为：

渲染服务器启动后向任务资源调度服务器开启通信联系并注册；任务资源调度服务器将一些渲染任务放到新注册的渲染服务器中；

渲染服务器主动或被动停止时通知任务资源调度服务器，任务资源调度服务器将该渲染服务器正在运行的任务重新分配给其它渲染服务器，之后，注销该渲染服务器；

任务资源调度服务器不断查询渲染服务器，如果某个渲染服务器死机时，任务资源调度服务器将该渲染服务器上的任务重新分配给其它渲染服务器，之后，注销或远程重启该渲染服务器。

6.根据权利要求1所述的方法，其特征在于，所述的分配任务的步骤中，所述的校正包括对各路视频的汇聚调整、变形调整、变焦调整、颜色调整、位置调整、旋转调整。

7.根据权利要求1所述的方法，其特征在于，所述的分配任务的步骤中，所述的校正，被校正对象为正在进行处理的本路视频作为待校正对象，其它各路视频可作为参考视频使用。

8.根据权利要求7所述的方法，其特征在于，所述的校正对象为：对于多路视频，中心路视频画面可作为其它各路视频画面的参考视频，其它任一路视频画面均作为中心路视频画面的参考视频。