视频 处 理 方 法 、 装置 、 设备 及 存储 介 质 相关 申请 的交叉 引用 本公开要求于 2021年 10月 26 日提交中国专利局、 申请号为 202111250396. 1、 申请名称为 “视频处理方法、 装置、 设备及存储介质” 的中国专利申请的优先权， 其 全部内容通 过引用结合在本公开中。 技术 领域 本公开实施例涉及视频处理技术领域 ，尤其涉及一种视频处理方法、装置、 电子设备、 计算机可读存储介质、 计算机程序产品及计算机程序。 背景 技术 随着互联网技术的发展，短视频业务也在逐渐 兴起。用户对于视频处理过程的趣味性、 便捷性以及视频的效果均提出了更高的要求。 相关技术 中，用户在通过终端设备拍摄视频的过程中， 可以在拍摄的视频中添加特效, 并与特效进行实时的交互， 以提升视频的趣味性。 然而， 实时交互过程中添加的特效的效 果较差。 发 明内容 本公开实施例提供一种视频处理方法、 装置、 电子设备、 计算机可读存储介质、 计算 机程序产品及计算机程序， 用于解决在视频拍摄过程中， 实时交互过程中添加的特效的效 果较差的技术问题。 第一方面 ， 本公开实施例提供一种视频处理方法， 应用于终端设备， 视频处理方法包 括：响应于对第一特效的选择操作，获取终端 设备采集的视频画面中目标部位的坐标信息; 根据坐标信息， 在视频画面中的目标部位上显示第一特效； 响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频的各视频画面中目标部位的坐标信息， 以得到服务器输 出的目标视频， 目标视频为服务器根据坐标信息， 在各视频画面的目标部位上添加第一特 效对应的第二特效生成的， 第一特效和第二特效的特效文件均为预设场景 格式。 第二方面 ，本公开实施例提供一种视频处理方法，应用 于服务器，视频处理方法包括: 接收终端设备发送的视频和坐标信息，坐标信 息为视频的各视频画面中目标部位的坐标信 息； 根据坐标信息， 在视频的各视频画面的目标部位添加第一特效 对应的第二特效， 获得 目标视频， 第一特效为终端设备为目标部位添加的特效， 第一特效和第二特效的特效文件 均为预设场景格式。 第三方面 ， 本公开实施例提供一种视频处理装置， 应用于终端设备， 视频处理装置包 括： 获取模块 ， 用于响应于对第一特效的选择操作， 获取终端设备采集的视频画面中目标 部位的坐标信息； 处理模块 ， 用于根据坐标信息， 在视频画面中的目标部位上显示第一特效； 发送模块响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频的各视频画 面中目标部位的坐标信息， 以得到服务器输出的目标视频， 目标视频为服务器根据坐标信 息， 在各视频画面的目标部位上， 添加第一特效对应的第二特效生成的， 第一特效和第二 特效的特效文件均为预设场景格式。 第 四方面，本公开实施例提供一种视频处理装置 ，应用于服务器，视频处理装置包括: 接收模块 ， 用于接收终端设备发送的视频和坐标信息， 坐标信息为视频的各视频画面 中目标部位的坐标信息； 处理模块 ， 用于根据坐标信息， 在视频的各视频画面的目标部位， 添加第一特效对应 的第二特效， 获得目标视频， 第一特效为终端设备为目标部位添加的特效， 第一特效和第 二特效的特效文件均为预设场景格式。 第五方面 ， 本公开实施例提供一种电子设备， 包括： 至少一个处理器和存储器； 存储 器存储计算机执行指令； 至少一个处理器执行存储器存储的计算机执行 指令， 使得至少一 个处理器执行如第一方面或第二方面的视频处 理方法。 第六方面 ， 本公开实施例提供一种计算机可读存储介质， 计算机可读存储介质中存储 有计算机执行指令， 当处理器执行计算机执行指令时， 实现如第一方面或第二方面的视频 处理方法。 第七方面 ， 本公开实施例提供一种计算机程序产品， 包括： 计算机程序， 该计算机程 序被处理器执行时， 实现如第一方面和 /或第二方面的视频处理方法。 第八方面 ， 本公开实施例提供一种计算机程序， 所述计算机程序被处理器执行时， 实 现如第一方面和 /或第二方面各种可能的设计所述的视频处理� �法。 本公开实施例提供 的视频处理方法、 装置、 电子设备、 计算机可读存储介质、 计算机 程序产品及计算机程序， 终端设备响应于对第一特效的选择操作， 获取终端设备采集的视 频画面中目标部位的坐标信息；根据坐标信息 ，在视频画面中的目标部位上显示第一特效； 终端设备响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频的各视频画面中 目标部位的坐标信息； 服务器根据坐标信息， 在各视频画面的目标部位上添加第一特效对 应的第二特效。本方案中，通过在终端设备设 实时的添加第一特效， 以实现特效的交互性， 同时实现添加了交互特效的视频的预览，另外 ，由服务器根据交互过程中记录的坐标信息， 在视频的目标部位离线的添加第二特效以获得 目标视频，可以获得高质量的特效渲染效果, 同时保证目标视频实现特效的交互性。 附 图说明 为 了更清楚地说明本公开实施例或现有技术中的 技术方案，下面将对实施例或现有技 术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本公开的 一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根 据这些附图获得其他的附图。 图 1为本公开实施例提供的视频处理方法的应用� �景示意图； 图 2为本公开实施例提供的视频处理方法的交互� �意图一； 图 3为本公开实施例提供的视频处理过程中终端� �面的示意图； 图 4为服务器在视频画面中添加第二特效的原理� �意图； 图 5为本公开实施例提供的制作第二特效的特效� �件的流程示意图； 图 6为本公开实施例提供的制作第一特效的特效� �件的流程示意图； 图 7为本公开实施例提供的视频处理方法的交互� �意图二； 图 8为本公开实施例提供的视频处理装置的结构� �意图一； 图 9为本公开实施例提供的视频处理装置的结构� �意图二； 图 10为本公开实施例提供的电子设备的示意图。 具体 实施方 式 为使本公开实施例 的目的、 技术方案和优点更加清楚， 下面将结合本公开实施例中的 附图， 对本公开实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本 公开一部分实施例， 而不是全部的实施例。 基于本公开中的实施例， 本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其 他实施例， 都属于本公开保护的范围。 相关技术 中，用户在通过终端设备拍摄视频的过程中， 可以在拍摄的视频中添加特效, 并与特效进行实时的交互， 以提升视频的趣味性。 目前主流的交互特效的渲染技术大多是 基于实时渲染的光栅算法， 该算法可以进行实时的计算， 从而在视频的拍摄过程中提供特 效的交互性。 然而， 这类算法的渲染效果较差， 难以满足用户在视频处理过程中的渲染需 求。 有鉴于此 ， 本公开实施例提供一种视频处理方法、 装置、 电子设备、 计算机可读存储 介质、 计算机程序产品及计算机程序， 在终端设备设实时添加的第一特效， 以实现特效的 交互性， 同时实现添加了交互特效的视频的预览， 另外， 由服务器根据交互过程中记录的 坐标信息， 在视频的目标部位离线的添加第二特效以获得 目标视频， 可以获得高质量的特 效渲染效果， 同时保证目标视频实现特效的交互性。 首先 ， 对本公开实施例中涉及的术语进行相关解释说 明： 通用场景描述文件 (Universal Scene Description, USD)：由 Pixar开发的 3D 文件格式, 使用 C++ 开发， 可使用 Python 调用， 用于电影和游戏生产管线中生成， 存储和转移 3D 数据。

Blender： 一种开源三维图形图像软件， 提供从建模、动画、材质、渲染、 到音频处理、 视频剪辑等一系列动画短片制作解决方案。

Maya： 一种三维动画软件， 应用对象是专业的影视广告， 角色动画， 电影特技等， Maya功能完善 ， 工作灵活， 制作效率极高， 渲染真实感极强， 是电影级别的高端制作软 件。

3D Studio Max： 一种基于 PC系统的三维动画渲染和制作软件。 基于物理 的渲染 (Physically Based Rendering, PBR) ； 全局光 照 ( Global Illumination , GI)； 屏幕 空间环境光遮蔽 ( Screen Space Ambient Occlusion, SSAO) ； 环境光遮蔽或环境光吸收 (Ambient Occlusion, AO) ； 环境 映射 (Environment Mapping, EM)； 天 空球 ( Skydome)； 泛光渲染 (Bloom)； 点光源渲染 (Point light)； 区域光渲染 (Area light)。 接 下来， 结合图 1对本公开实施例的应用场景进行说明： 图 1为本公开实施例提供的视频处理方法的应用� �景示意图。参考图 1 ,该场景包括: 终端设备 100和服务器 200 o 其 中， 终端设备 100可以为移动终端（例如， 智能手机、 掌上电脑、 平板电脑等具有 视频处理功能的移动设备、 可穿戴电子设备）、 计算机设备（例如， 台式机、 笔记本电脑、 一体机、 智能家居设备等）等， 图 1中以智能手机为例示出， 但不以此为限定。 一些实施例 中， 终端设备 100可以通过无线或有线网络与服务器 200通信， 用于发送 数据给服务器 200。 其中， 无线网络可以是 2G或者 3G或者 4G或者 5G等通信网络， 也 可以是无线局域网， 在此不做限定。 在视频处理过程 中， 用户可以通过终端设备 100实时的拍摄视频， 并在终端设备 100 的界面中选择需要的特效， 从而为采集的视频界面的目标部位添加该特效 ， 户可以通过目 标部位的动作以实现与特效的交互， 同时， 终端设备会 100会实时的记录目标部位的坐标 信息。 进一步 的， 在视频拍摄完成后， 终端设备 100会将拍摄的视频以及视频的各视频画面 中目标部位的坐标信息发送至服务器 200, 由服务器 200根据坐标信息为视频中各视频画 面的目标部位添加离线特效， 以得到目标视频。 应理解 ， 附图 1仅是本公开实施例提供的一种应用场景的示� �图， 本公开实施例不对 图 1中包括的设备种类及设备个数进行限定，也� �对图 1中设备之间的位置关系进行限定, 例如， 在图 1所示的应用场景中， 还可以包括数据存储设备， 该数据存储设备相对服务器 200可以是外部存储器， 也可以是集成在服务器 200中的内部存储器。 另外， 服务器 200 可以是独立的服务器， 或者， 也可以是服务集群等。 下面 以具体地实施例对本公开实施例的技术方案以 及本公开的技术方 案如何解决上 述技术问题进行详细说明。 下面这几个具体的实施例可以相互结合， 对于相同或相似的概 念或过程可能在某些实施例中不再赘述。 下面将结合附图， 对本公开实施例的实施例进行 描述。 图 2为本公开实施例提供的视频处理方法的交互� �意图一。 参考图 2, 本公开实施例 提供的视频处理方法包括以下步骤：

S201、终端设备响应于对第一特效的选择操� �， 获取终端设备采集的视频画面中目标 部位的坐标信息。 在本公开实施例 中， 当用户通过终端设备拍摄视频的过程中， 终端设备的图像采集模 块 （例如摄像头等模块）会实时的采集视频， 并在终端设备的显示界面中显示当前采集到 的视频画面。 同时， 终端设备的显示界面还显示有供用户选择的多 个特效。 图 3为本公开实施例提 供的视频处理过程中终端界面的示意图， 如图 3中的 (a) 图所示， 终端设备的界面中实 时显示有当前采集到的视频画面以及至少一个 类别的特效， 例如， 类别 1、 类别 2、 类别 3和类别 4, 其中， 每个类别的特效中又可以包括多个特效贴纸， 用户可以通过点击特效 贴纸来选择第一特效。 示例性 的， 当用户选择类别 1时， 界面中展示类别 1中包含的特效贴纸， 例如： 特效 1、 特效 2、 特效 3...特效 n, 用户可以通过左右滑动、 上下滑动等方式来选择类别 1中的 特效贴纸。 一些实施例 中， 每个特效贴纸均绑定有一个特定部位， 该特定部位用于确定该特效贴 纸所显示的位置。 其中， 特定部位可以为人物或动物的身体部位， 例如， 头部、 手部、 脚 部、 眼睛和嘴巴等部位。 可选 的， 每个类别的特效贴纸为同一特定部位对应的贴 纸， 示例性的， 类别 1中的特 效贴纸均为手部的特效贴纸， 类别 2中的特效贴纸均为头部的特效贴纸， 类别 3中的特效 贴纸均为眼部的特效贴纸， 类别 4中的特效贴纸均为脚部的特效贴纸等， 应理解， 上述绑 定关系为示例性的， 在实际应用中， 并不以此为限定。 进一步 的， 当用户选择某一个特效贴纸之后， 会根据该特效贴纸所绑定的部位， 在采 集到的视频画面中进行识别， 以获取到视频画面中的目标部位。 示例性 的， 以用户选择的第一特效为类别 1中的特效贴纸 3为例， 由于特效贴纸 3为 手部的特效贴纸， 当用户点击特效贴纸 3之后， 会对采集到的视频画面中的人物的手部位 置进行识别， 进而实时的获取手部的坐标信息。 其 中， 坐标信息可以为目标部位的关键点坐标， 不同部位的关键点不同， 例如， 手部 的关键点可以为手掌中心点、 手指根部所在点和手指尖部所在点中的一个或 多个点， 眼部 的关键点可以为眼球所在点， 至于其他部位， 此处不再一一赘述。

S202、 终端设备根据坐标信息， 在视频画面中的目标部位上显示第一特效。 与此 同时，针对每一帧的视频画面，在获取到该视 频画面中目标部位的坐标信息之后, 根据目标部位的坐标信息， 在目标部位上实时显示用户所选择的第一特效 。 如 图 3中的 (b) 图所示， 以特效 3为手部火焰贴纸为例， 当用户选择贴纸 3之后， 识别视频画面中的手部， 并获取手部的坐标信息， 根据坐标信息在手部实时的显示该手部 火焰特效。 需要说 明的是， 由于视频画面时实时采集的， 在拍摄视频的过程中， 不同帧的视频画 面中目标部位的坐标信息不同， 因此， 在每一帧的视频画面中所添加的第一特效的位 置也 不同。 因此，在视频拍摄过程中，用户可以通过移动 目标部位，来改变目标部位的坐标信息, 从而使得第一特效跟随目标部位的移动而同步 进行移动， 以实现用户与特效之间的交互。 在其他实施例 中，用户还可以通过目标部位的手势操作，来 控制第一特效。示例性的, 以手部特效为例， 可以通过获取手部的手指尖部坐标和手掌心的 坐标， 从而判断手部的张 开、 合上等手势变化， 从而控制第一特效的大小、 颜色、 形态等特征， 例如， 以控制特效 的大小为例， 当确定手部为张开状态时， 放大该第一特效， 当确定手部为合上状态时， 缩 小该第一特效。 本公开实施例 的方案中， 通过在终端设备设实时的添加第一特效， 可以实现特效的交 互性， 提升视频的趣味性。 同时， 用户还可以对添加了交互特效的视频进行预览 ， 使得用 户可以实时的查看该特效的添加效果， 以提升用户体验。

S203、 终端设备响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频的各 视频画面中目标部位的坐标信息。 在实际应用 中， 不同拍摄场景中获取采集完成指令的方式不同 ， 一方面， 若当前的拍 摄场景不限制视频拍摄时长， 则可以由用户主动触发视频的采集完成指令。 示例性的， 请 继续参考图 3中的 (b ) 图， 在终端的显示界面中展示有至少一个视频采集 控件， 通过该 视频采集控件来控制视频采集过程的开启、 暂停和终止， 当用户触发该视频采集控件的终 止功能时， 即生成视频的采集完成指令。 另一方面， 在一些视频发布平台的视频拍摄场景中， 会限制视频的拍摄时长， 在本步 骤中， 当视频拍摄时长达到该平台的时长限制时， 则生成视频的采集完成指令， 可以理解 的是， 在视频拍摄时长未达到时长限制时， 用户也可以按照第一方面的方式， 主动暂停或 终止视频的拍摄过程， 具体方案此处不再赘述。 本公开实施例 中，在终端设备接收到视频的采集完成指令时 ，终端设备将采集的视频, 以及视频中各帧视频画面中目标部位的坐标信 息发送给服务器， 其中， 采集的视频画面中 不包含该第一特效。 可选 的， 在终端设备接收到视频的采集完成指令后， 还可以在终端设备的显示界面中 展示添加了第一特效的视频， 从而实现视频的整体效果预览， 再由用户根据预览情况确认 是否需要服务器进行进一步处理， 当用户触发进一步处理的指令时， 再将上述数据发送给 服务器。 S204、服务器根据坐标信息， 在视频的各视频画面的目标部位添加第一特效 对应的第 二特效， 获得目标视频。 在本 公开的实施例中， 第一特效和第二特效为同一类别的特效， 例如， 第一特效为手 部火焰特效， 则第二特效也为手部火焰特效。 由于终端设备需要进行实时渲染， 且需要支 持用户与特效进行交互， 因而可以设置渲染效果较差的第一特效， 以实现交互过程的实时 性。 而服务器的渲染过程是对已拍摄好的视频进行 渲染， 无需进行实时的渲染， 对实时性 要求较低， 因而可以设置渲染效果更好的第二特效， 以保障目标视频的最终渲染效果。 因此， 第一特效可以为第二特效的降级渲染方式， 仍以火焰特效为例， 第二特效可以 为体渲染方式， 第一特效可以为粒子渲染方式。 在实 际应用中， 由于第二特效的渲染方式通常不支持在线渲染 ， 也无法提供特效的交 互性， 而第一特效可以支持在线渲染， 提供特效的交互性， 但渲染效果较差， 本公开实施 例中， 可以将第一特效和第二特效的特效文件均设置 为预设场景格式， 以实现特效的交互 性， 同时保证渲染效果。 其中， 预设场景格式例如是通用场景描述 （Universal Scene Description, USD） 。 本 公开实施例提供的视频处理方法中， 在终端设备设实时添加的第一特效， 可以实现 特效的交互性， 同时实现视频的预览， 另外， 由服务器根据交互过程中记录的坐标信息， 在视频的目标部位添加第二特效以获得目标视 频，可以保证目标视频在实现特效的交互性 的同时， 获得高质量的特效渲染效果。 在一个 具体场景中， 如图 3中的 （a） 图所示， 在拍摄视频的过程中， 当用户在界面 中选择类别 1中的特效 3 （例如手部火焰特效） 后， 终端设备会自动识别视频画面中特效 3对应的 目标部位 （即手部） ， 同时获取视频画面中目标部位的坐标信息。 进一步 的， 根据目标部位的坐标信息， 将特效 3显示在该坐标信息对应的位置处， 以 在目标部位上添加该手部火焰特效， 从而得到图 3中 （b） 图所示的画面， 此时， 用户可 以根据视频画面中的第一特效的显示情况调整 目标部位的动作或位置， 以达到预览的目的。 进一步 的， 当用户操作视频画面中的视频采集控件， 完成视频的采集时， 终端设备会 根据接收到的采集完成指令， 将终端设备将采集的视频、 以及视频中各帧视频画面中目标 部位的坐标信息发送给服务器。 图 4为服务器在视频画面中添加第二特效的原理� �意图。 如图 4中的 （a） 图所示， 服务器在接收到终端设备发送的视频， 以及各帧视频画面中目标部位的坐标信息之后 ， 针 对每个视频画面， 在该视频画面中的坐标处显示服务器端的火焰 特效， 从而为该视频画面 中的目标部位添加该火焰特效， 以得到图 4中的 (b) 图所示的视频画面。 可选 的， 在每个视频画面处理完成之后， 服务器会将添加第二特效的各视频画面进行 组合， 以得到目标视频。 应理解 的是，每帧视频画面中的坐标信息是根据用户 在拍摄过程中与第一特效的交互 动作获得的， 针对同一帧视频画面， 添加第二特效的位置与第一特效的位置是相同 的， 因 此， 在为视频中各帧视频画面添加第二特效之后， 得到的目标视频也能够实现特效的交互 性。同时， 由于服务器端添加的第二特效的渲染效果较好 ，可以提升目标视频的渲染质量。 接 下来， 结合具体实施例对终端设备的第一特效的特效 文件， 以及服务器的第二特效 的特效文件的生成过程进行说明： 首先 ， 对制作第二特效的特效文件的方案进行说明， 图 5为本公开实施例提供的制作 第二特效的特效文件的流程示意图。 参考图 5, 该方案包括如下步骤：

5501、 通过第二特效工具， 生成第二特效对应的原始特效。 应理解 ， 对于第二特效工具的具体类型， 本公开实施例不做具体限定， 例如， 第二特 效工具可以为 Blender、 Maya> 3D Studio Max> AmazingEngine> Game Engines等特效制 作工具。 至于通过这些特效制作工具制作原始特效 的方式， 本公开实施例不做赘述。

5502、 将原始特效导出为预设场景格式， 获得第二特效的特效文件。 仍 以预设场景格式为 USD格式为例， 本步骤中， 将上述步骤生成的原始特效导出为 USD 格式， 即可获得第二特效的特效文件。 进一步 的， 将第二特效的特效文件存储在服务器的存储空 间中， 在为视频画面添加第 二特效时， 即可从存储空间中获取该第二特效的特效文件 ， 以完成渲染。 图 6为本公开实施例提供的制作第一特效的特效� �件的流程示意图。 参考图 6, 该方 案包括如下步骤：

5601、 获取第二特效对应的特效文件。 应理解 ， 获取第二特效对应的特效文件的方式已在图 5所示实施例的方案中示出， 此 处不再赘述。

5602、 将第二特效的特效文件导入到第一特效工具中 ， 通过第一特效工具， 生成第二 特效对应的第一特效。 需要说明的是， 对于第一特效工具的具体类型， 本公开实施例也不做限定， 第一特效 工具例如是： AR Tools等可以制作 AR特效的工具。 示例性 的， 以第一特效工具为 AR Tools为例， 本步骤中， 将第二特效的特效文件导 入到 AR Tools中， 通过 AR Tools根据预设的对应关系， 确定第二特效的渲染方式对应的 第一特效的渲染方式， 从而根据该渲染方式生成第一特效。 在实际应用 中， 可以参考下表所示的对应关系， 根据第二特效的渲染方式， 确定第二 特效对应的第一特效的渲染方式：

S603、 通过第一特效工具， 将第一特效与目标部位进行绑定， 获得第一特效对应的特 效文件。 本步骤 中， 在获得第一特效之后， 将第一特效的特效文件导入到第一特效工具中 ， 同 时将目标部位的 3D数据也导入到第一特效工具中， 以通过第一特效工具， 根据目标部位 的 3D数据将第一特效与目标部位进行绑定， 以得到第一特效对应的特效文件。 图 7为本公开实施例提供的视频处理方法的交互� �意图二。在图 2所示实施例的基础 上， 通过图 7对本公开实施例提供的视频处理方法进行更� �细的说明。 参考图 7, 本公开 实施例提供的视频处理方法包括以下步骤：

5701、终端设备响应于对第一特效的选择操� �， 获取终端设备采集的视频画面中目标 部位的坐标信息。

5702、 终端设备根据坐标信息， 在视频画面中的目标部位上显示第一特效。

5703、 终端设备响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频的各 视频画面中目标部位的坐标信息。 其 中， 步骤 S701-S703的方案与图 2所示实施例中的步骤 S201-S203类似， 具体方 案可参考上述实施例， 此处不做赘述。

5704、 服务器将第二特效的特效文件和视频导入到第 二特效工具中。

5705、 服务器通过第二特效工具， 根据各视频画面中目标部位的坐标信息， 在视频中 的各视频画面的目标部位， 添加第二特效， 获得目标视频。 一些实施例 中， 服务器在获得视频之后， 根据第一特效确定第二特效， 并在服务器的 存储空间中获取该第二特效对应的特效文件， 将第二特效的特效文件、 接收到的视频、 各 视频画面的目标部位的坐标信息均导入到第二 特效工具中， 由第二特效工具在每帧视频画 面的目标部位添加该第二特效， 以生成目视频。 可选 的， 在为各视频画面添加第二特效的同时， 还可以添加渲染特效， 以进一步提升 视频画面的渲染效果， 接下来， 结合步骤 S7051-S7052对本方案行详细说明：

S7051、 根据各视频画面中目标部位的坐标信息， 在各视频画面的目标部位， 添加第 二特效， 获得各视频画面对应的第一视频画面。

S7052、 在各第一视频画面中添加渲染特效， 获得目标视频。 其 中， 渲染特效是通过第二特效工具生成的， 渲染特效的特效文件为预设场景格式， 通过第二特效工具生成渲染特效的方案和原理 与生成第二特效的方案和原理类似，具体可 参考图 5所示实施例， 此处不做赘述。 在一些实施例 中， 每个第二特效对应于不同的渲染特效， 以火焰特效为例， 火焰特效 对应的渲染特效可以为烟雾、 火星和光晕等特效。 本步骤中， 在获得第一视频画面之后， 根据第二特效与渲染特效的对应关系，确定渲 染特效，并在第一视频画面中添加渲染特效, 在每个第一视频画面均添加完成第二特效和渲 染特效之后，将各第一视频画面组合得到目 标视频。 本公开实施例 中， 通过在视频画面中添加渲染特效， 可以进一步提升第二特效的真实 感， 提升目标视频的视频画面的渲染效果。

5706、 服务器向终端设备发送目标视频。

5707、 终端设备在界面中展示目标视频。 对应于上文实施例所示的视频处理方法， 图 8为本公开实施例提供的视频处理装置的 示意图一。 该视频处理装置应用与终端设备， 为了便于说明， 仅示出了与本公开实施例相 关的部分。 如图 8所示， 该视频处理装置 800包括： 获取模块 801 , 用于响应于对第一特效的选择操作， 获取终端设备采集的视频画面中 目标部位的坐标信息; 处理模块 802, 用于根据坐标信息， 在视频画面中的目标部位上显示第一特效； 发送模块 803 , 用于响应于视频的采集完成指令， 向服务器发送采集到的视频、 视频 的各视频画面中目标部位的坐标信息， 以得到服务器输出的目标视频， 目标视频为服务器 根据坐标信息， 在各视频画面的目标部位上， 添加第一特效对应的第二特效生成的， 第一 特效和第二特效的特效文件均为预设场景格式 。 在本公开 的一个实施例中， 第一特效的特效文件是通过如下方式获得的： 获取第二特 效对应的特效文件； 将第二特效的特效文件导入到第一特效工具中 ， 通过第一特效工具， 生成第二特效对应的第一特效； 通过第一特效工具， 将第一特效与目标部位进行绑定， 获 得第一特效对应的特效文件。 在本公开 的一个实施例中， 该视频处理装置 800还包括显示模块 804, 用于在终端设 备的界面中展示目标视频。 本公开实施例提供 的上述视频处理装置，可用于执行上述终端设 备侧所执行的视频处 理方法的技术方案， 其实现原理和技术效果类似， 此处不再赘述。 对应于上文实施例所示的视频处理方法， 图 9为本公开实施例提供的视频处理装置的 示意图二。 该视频处理装置应用与服务器， 为了便于说明， 仅示出了与本公开实施例相关 的部分。 如图 9所示， 该视频处理装置 900包括： 接收模块 901 , 用于接收终端设备发送的视频和坐标信息， 坐标信息为视频的各视频 画面中目标部位的坐标信息； 处理模块 902, 用于根据坐标信息， 在视频的各视频画面的目标部位添加第一特效 对 应的第二特效， 获得目标视频， 第一特效为终端设备为目标部位添加的特效， 第一特效和 第二特效的特效文件均为预设场景格式。 在本公开 的一个实施例中， 第二特效的特效文件是通过如下方式获得的： 通过第二特 效工具， 生成第二特效对应的原始特效； 将原始特效导出为预设场景格式， 获得第二特效 的特效文件。 在本公开 的一个实施例中， 处理模块 902具体用于： 将第二特效的特效文件和视频导 入到第二特效工具中； 通过第二特效工具， 根据各视频画面中目标部位的坐标信息， 在视 频中的各视频画面的目标部位， 添加第二特效， 获得目标视频。 在本公开 的一个实施例中， 处理模块 902具体用于： 根据各视频画面中目标部位的坐 标信息，在各视频画面的目标部位，添加第二 特效，获得各视频画面对应的第一视频画面; 在各第一视频画面中添加渲染特效，获得目标 视频，渲染特效是通过第二特效工具生成的, 渲染特效的特效文件为预设场景格式。 在本 公开的一个实施例中， 预设场景格式包括通用场景描述 USD。 本 公开实施例提供的上述视频处理装置，可用于 执行上述服务器侧所执行的视频处理 方法的技术方案， 其实现原理和技术效果类似， 此处不再赘述。 图 10为本公开实施例提供的电子设备的结构示意� ��。 其示出了适于用来实现本公开 实施例的电子设备 1000的结构示意图，该电子设备 1000可以为上述终端设备或者服务器。 其中， 终端设备可以包括但不限于诸如移动电话、 笔记本电脑、 数字广播接收器、 个人数 字助理 （Personal Digital Assistant, 简称 PDA） 、 平板电脑 （Portable Android Device, 简 称 PAD） 、 便携式多媒体播放器 （Portable Media Player, 简称 PMP） 、 车载终端 （例如 车载导航终端） 等的移动终端以及诸如数字 TV、 台式计算机等的固定终端； 服务器可以 是独立的服务器， 或者， 也可以是服务集群等， 此处均不做限定。 应理解 ， 图 10示出的电子设备仅仅是一个示例， 不应对本公开实施、 例的功能和使 用范围带来任何限制。 如 图 10所示， 电子设备 1000可以包括处理装置 （例如中央处理器、 图形处理器等） 1001 , 其可以根据存储在只读存储器 （Read Only Memory , 简称 ROM） 1002中的程序 或者从存储装置 1008加载到随机访问存储器（Random Access Memory ,简称 RAM） 1003 中的程序而执行各种适当的动作和处理。 在 RAM 1003中， 还存储有电子设备 1000操作 所需的各种程序和数据。 处理装置 1001、 ROM 1002以及 RAM 1003通过总线 1004彼此 相连。 输入 /输出 （I/O） 接口 1005也连接至总线 1004o 通 常， 以下装置可以连接至 I/O接口 1005： 包括例如触摸屏、 触摸板、 键盘、 鼠标、 摄像头、麦克风、加速度计、陀螺仪等的输入 装置 1006；包括例如液晶显示器（Liquid Crystal Display , 简称 LCD） 、 扬声器、 振动器等的输出装置 1007； 包括例如磁带、 硬盘等的存 储装置 1008； 以及通信装置 1009o 通信装置 1009可以允许电子设备 1000与其他设备进 行无线或有线通信以交换数据。 虽然图 10示出了具有各种装置的电子设备 1000, 但是应 理解的是， 并不要求实施或具备所有示出的装置。可以替 代地实施或具备更多或更少的装 置。 特别地 ， 根据本公开实施例， 上文参考流程图描述的过程可以被实现为计算 机软件程 序。 例如， 本公开实施例包括一种计算机程序产品， 其包括承载在计算机可读介质上的计 算机程序，该计算机程序包含用于执行流程图 所示的方法的程序代码。在这样的实施例中, 该计算机程序可以通过通信装置 1009从网络上被下载和安装，或者从存储装置 1008被安 装， 或者从 ROM 1002被安装。 在该计算机程序被处理装置 1001执行时， 执行本公开实 施例的方法中限定的上述功能。 需要说明的是， 本公开上述的计算机可读介质可以是计算机可 读信号介质或者计算机 可读存储介质或者是上述两者的任意组合。 计算机可读存储介质例如可以是一一但不限 于一一电、 磁、 光、 电磁、 红外线、 或半导体的系统、 装置或器件， 或者任意以上的组合。 计算机可读存储介质的更具体的例子可以包括 但不限于： 具有一个或多个导线的电连接、 便携式计算机磁盘、 硬盘、 随机访问存储器 （RAM） 、 只读存储器 （ROM） 、 可擦式可 编程只读存储器 （Erasable Programmable Read Only Memory, EPROM或闪存） 、 光 纤、 便携式紧凑磁盘只读存储器（Compact Disk Read Only Memory, CD-ROM） 、 光存储 器件、 磁存储器件、 或者上述的任意合适的组合。 在本公开中， 计算机可读存储介质可以 是任何包含或存储程序的有形介质， 该程序可以被指令执行系统、 装置或者器件使用或者 与其结合使用。 而在本公开 中，计算机可读信号介质可以包括在基带中或 者作为载波一部分传播的数 据信号， 其中承载了计算机可读的程序代码。 这种传播的数据信号可以采用多种形式， 包 括但不限于电磁信号、光信号或上述的任意合 适的组合。计算机可读信号介质还可以是计 算机可读存储介质以外的任何计算机可读介质 ， 该计算机可读信号介质可以发送、 传播或 者传输用于由指令执行系统、 装置或者器件使用或者与其结合使用的程序。 计算机可读介 质上包含的程序代码可以用任何适当的介质传 输，包括但不限于： 电线、光缆、 RF（射频） 等等， 或者上述的任意合适的组合。 上述计算机可读介质可 以是上述电子设备中所包含的； 也可以是单独存在， 而未装配 入该电子设备中。 上述计算机可读介质承载有一个或者多个程序 ， 当上述一个或者多个程序被该电子设 备执行时， 使得该电子设备执行上述实施例所示的视频处 理方法。 一些实施例 中，可以以一种或多种程序设计语言或其组合 来编写用于执行本公开的操 作的计算机程 序代码， 上述程序设计语言包括面向对象的程序设计语 言一诸如 Java、 Smalltalk. C++, 还包括常规的过程式程序设计语言一诸如 “C”语言或类似的程序设计 语言。 程序代码可以完全地在用户计算机上执行、 部分地在用户计算机上执行、 作为一个 独立的软件包执行、 部分在用户计算机上部分在远程计算机上执行 、 或者完全在远程计算 机或服务器上 执行。 在涉及远程计算机的情形中， 远程计算机可以通过任意种类的网 络 - 包括局域 网 （Local Area Network , 简称 LAN） 或广域网 （Wide Area Network , 简称 WAN ） 一连接到用户计算机， 或者， 可以连接到外部计算机 （例如利用因特网服务 提供商来通过因特网连接） 。 附图中的流程图和框图， 展示了按照本公开各种实施例的系统、 方法和计算机程序产 品的可能实现的体系架构、 功能和操作。 在这点上， 流程图或框图中的每个方框可以代表 一个模块、 程序段、 或代码的一部分， 该模块、 程序段、 或代码的一部分包含一个或多个 用于实现规定的逻辑功能的可执行指令。 也应当注意， 在有些作为替换的实现中， 方框中 所标注的功能也可以以不同于附图中所标注的 顺序发生。例如， 两个接连地表示的方框实 际上可以基本并行地执行， 它们有时也可以按相反的顺序执行， 这依所涉及的功能而定。 也要注意的是， 框图和 /或流程图中的每个方框、 以及框图和 /或流程图中的方框的组合， 可以用执行规定的功能或操作的专用的基于硬 件的系统来实现，或者可以用专用硬件与计 算机指令的组合来实现。 描述于本 公开实施例中所涉及到的单元可以通过软件的 方式实现，也可以通过硬件的 方式来实现。 其中， 单元的名称在某种情况下并不构成对该单元本 身的限定， 例如， 第一 获取单元还可以被描述为 “获取至少两个网际协议地址的单元” 。 本文 中以上描述的功能可以至少部分地由一个或多 个硬件逻辑部件来执行。例如， 非 限制 性地， 可以使用的示范类 型的硬件逻辑 部件包括 ： 现场可编程门阵列 （Field Programmable Gate Array, FPGA）、 专用集成电路（Application Specific Integrated Circuit, ASIC）、专用标准产品（Application Specific Standard Product, ASSP）、片上系统（System On Chip, SOC） 、 复杂可编程逻辑设备 （Complex Programmable Logic Devices, CPLD） 等。 在本 公开的上下文中， 机器可读介质可以是有形的介质， 其可以包含或存储以供指令 执行系统、 装置或设备使用或与指令执行系统、 装置或设备结合地使用的程序。 机器可读 介质可以是机器可读信号介质或机器可读储存 介质。机器可读介质可以包括但不限于电子 的、 磁性的、 光学的、 电磁的、 红外的、 或半导体系统、 装置或设备， 或者上述内容的任 何合适组合。机器可读存储介质的更具体示例 会包括基于一个或多个线的电气连接、 便携 式计算机盘、 硬盘、 随机存取存储器 （RAM） 、 只读存储器 （ROM） 、 可擦除可编程只 读存储器 （EPROM或快闪存储器） 、 光纤、 便捷式紧凑盘只读存储器 （CD-ROM） 、 光 学储存设备、 磁储存设备、 或上述内容的任何合适组合。 以上描述仅为本公开的较佳实施例以及对所运 用技术原理的说明。本领域技术人员应 当理解，本公开中所涉及的公开范围，并不限 于上述技术特征的特定组合而成的技术方案, 同时也应涵盖在不脱离上述公开构思的情况下 ， 由上述技术特征或其等同特征进行任意组 合而形成的其它技术方案。 例如上述特征与本公开中公开的（但不限于） 具有类似功能的 技术特征进行互相替换而形成的技术方案。 此外 ， 虽然采用特定次序描绘了各操作， 但是这不应当理解为要求这些操作以所示出 的特定次序或以顺序次序执行来执行。 在一定环境下， 多任务和并行处理可能是有利的。 同样地， 虽然在上面论述中包含了若干具体实现细节， 但是这些不应当被解释为对本公开 的范围的限制。在单独的实施例的上下文中描 述的某些特征还可以组合地实现在单个实施 例中。相反地， 在单个实施例的上下文中描述的各种特征也可 以单独地或以任何合适的子 组合的方式实现在多个实施例中。 尽管已经采用特定于结构特 征和 /或方法逻辑动作的语言描述了本主题，但是� �当 理解所附权利 要求书中所限定的主题未必 局限于上面描述的特定特征 或动作。 相反， 上面所描述 的特定特征和动作仅仅是实现 权利要求书的示例形式 。