CN113923391B - 视频处理的方法、设备和存储介质 - Google Patents

Abstract

本申请实施例提供了一种视频处理的方法、设备、存储介质和程序产品，包括接收第一滤镜拍摄模式下的视频录制操作，响应于视频录制操作，拍摄视频图像；根据拍摄的视频图像获得第一视频流及第二视频流，并根据第一滤镜将第一视频流中的第一视频图像进行渲染处理；第一视频流中包含有第一视频图像，第二视频流中包含有第二视频图像，第一视频图像与第二视频图像相同；对第一视频流中渲染处理后的第一视频图像及第二视频流中的第二视频图像分别进行编码处理；响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储目标视频文件及原视频文件。用以无需重新拍摄视频，将已拍摄的视频中的滤镜效果去除，更好的满足用户需求，提高用户体验。

Description

视频处理的方法、设备和存储介质

技术领域

本申请涉及计算机技术领域，具体地涉及一种视频处理的方法、设备、存储介质和程序产品。

背景技术

随着电子技术的发展，用户可以通过手机、平板电脑等电子设备的摄像头，拍摄各种各样的照片和视频，从而记录精彩时刻、感人场景等美好画面。

在利用电子设备拍摄时，为了使拍摄的作品质量更好，很多用户会在拍摄的照片或视频上增加滤镜功能，以达到美化照片或视频的目的。目前用户在进行选择滤镜效果时，通常是根据个人喜好选择滤镜效果。当用户采用选择好的滤镜效果进行拍摄时，在拍摄完成后，可能会存在拍摄的视频文件中当前使用的滤镜效果不佳的问题。若想要切换其他滤镜效果或者去除当前滤镜效果，只能重新拍摄视频文件，浪费用户拍摄时间，用户体验较差。

发明内容

有鉴于此，本申请提供一种视频处理的方法、设备、存储介质和程序产品，以利于解决现有技术若要在已拍摄的视频文件中切换其他滤镜效果或者去除当前滤镜效果，只能重新拍摄视频文件，导致用户体验较差的问题。

第一方面，本申请实施例提供了一种视频处理的方法，应用于电子设备，所述方法包括：

接收第一滤镜拍摄模式下的视频录制操作，响应于所述视频录制操作，拍摄视频图像；

根据拍摄的所述视频图像获得第一视频流及第二视频流，并根据所述第一滤镜将所述第一视频流中的第一视频图像进行渲染处理；所述第一视频流中包含有第一视频图像，所述第二视频流中包含有第二视频图像，所述第一视频图像与第二视频图像相同；

对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理；

响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储所述目标视频文件及原视频文件。

优选地，所述方法还包括：

响应于所述视频录制操作采集音频数据，获得音频流，并对所述音频流中的音频数据进行编码处理；

所述对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理包括：

对所述第一视频流中渲染处理后的第一视频图像进行编码处理，将编码后的所述第一视频图像与编码后的所述音频流中的音频数据进行混编处理；

对所述第二视频流中的第二视频图像进行编码处理，将编码后的所述第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

优选地，所述方法还包括：

响应于播放目标视频文件的操作，在显示屏中显示所述目标视频文件。

优选地，所述方法还包括：

接收所述目标视频文件的恢复原视频操作；

根据所述目标视频文件的恢复原视频操作，获取存储的所述目标视频文件对应的所述原视频文件，将所述显示屏中显示的视频文件切换为所述原视频文件。

优选地，所述方法还包括：

响应于第二滤镜的触发操作，对所述原视频文件中的视频图像进行所述第二滤镜的渲染处理，得到待显示视频图像。

第二方面，本申请实施例提供了一种电子设备，包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述电子设备执行下述步骤：

接收第一滤镜拍摄模式下的视频录制操作，响应于所述视频录制操作进行拍摄，拍摄视频图像；

根据拍摄的所述视频图像获得第一视频流及第二视频流，并根据所述第一滤镜将所述第一视频流中的第一视频图像进行渲染处理；所述第一视频流中包含有第一视频图像，所述第二视频流中包含有第二视频图像，所述第一视频图像与第二视频图像相同；

对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理；

响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储所述目标视频文件及原视频文件。

优选地，所述电子设备还执行：

响应于所述视频录制操作采集音频数据，获得音频流，并对所述音频流中的音频数据进行编码处理；

所述对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理，得到原视频文件及目标视频文件包括：

对所述第一视频流中的渲染处理后的第一视频图像进行编码处理，将编码后的所述第一视频图像与编码后的所述音频流中的音频数据进行混编处理；

对所述第二视频流中的第二视频图像进行编码处理，将编码后的所述第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

优选地，所述电子设备还执行：

响应于播放目标视频文件的操作，在显示屏中显示所述目标视频文件。

优选地，所述电子设备还执行：

接收所述目标视频文件的恢复原视频操作；

根据所述目标视频文件的恢复原视频操作，获取存储的所述目标视频文件对应的所述原视频文件，将所述显示屏中显示的视频文件切换为所述原视频文件。

优选地，所述电子设备还执行：

响应于第二滤镜的触发操作，对所述原视频文件中的视频图像进行所述第二滤镜的渲染处理，得到待显示视频图像。

第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行上述第一方面中任意一项所述的方法。

第四方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行上述第一方面中任意一项所述的方法。

采用本申请实施例提供的技术方案，在拍摄视频图像时，获得了两路包含相同视频图像的视频流，即为第一视频流及第二视频流，从而可以将第一视频流中的第一视频图像采用第一滤镜进行渲染处理，将第二视频流及渲染处理后的第一视频流分别进行编码处理，得到原视频文件及目标视频文件。可以在播放目标视频文件时，若第一滤镜的效率不佳时，切换至播放获取未进行滤镜渲染处理的原视频文件，达到去除第一滤镜的渲染效果的目的，并可以在原视频文件中增加其他滤镜，无需重新拍摄，避免了拍摄时间的浪费，可以更好的满足用户需求，提高用户体验。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例提供的一种不同滤镜渲染图像的示意图；

图2a为本申请实施例提供的一种视频拍摄的场景示意图；

图2b为本申请实施例提供的另一种视频拍摄的场景示意图；

图3为本申请实施例提供的一种视频处理的方法流程示意图；

图4为本申请实施例提供的另一种视频处理的方法流程示意图；

图5为本申请实施例提供的另一种视频处理的方法流程示意图；

图6为本申请实施例提供的一种视频处理的场景示意图；

图7为本申请实施例提供的另一种视频处理的场景示意图；

图8为本申请实施例提供的一种电子设备的软件结构框图；

图9为本申请实施例提供的一种多媒体编解码器的工作流程示意图；

图10为本申请实施例提供的一种多媒体编解码器的工作状态结构图；

图11为本申请实施例提供的另一种视频处理的方法流程示意图；

图12为本申请实施例提供的另一种视频处理的方法流程图；

图13为本申请实施例提供的另一种视频处理的方法流程图；

图14为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为了便于理解，本申请实施例这里介绍本申请实施例涉及的术语：

1)、用户体验(user experience，UX)：也可以称为UX特性，指的是用户使用电子设备在拍摄过程中的感受。

2)、滤镜：主要是用来实现图像的各种特殊效果。滤镜一般通过调整图像的相关数据，使图像达到更好的观感，其中包括调节像素值、亮度、饱和度、对比度等等。例如，原始图像中的像素点采用RGB(红、绿、蓝)表示，滤镜则将原始图像中像素点的RGB值采用新的RGB值代替，从而使滤镜处理过的图像具有特殊的效果，使用不同风格的滤镜处理的图像具有不同的效果。滤镜风格有很多种类，如调整图像色调类的黑白、怀旧，调整聚焦的柔焦，调整画面风格的水彩、铅笔、水墨、油画等，还可以由用户或专业人员自定义一些滤镜风格，如清新、日系、风景、美食等。

需要说明的是，采用不同的滤镜处理同一张图像时，可以得到不同风格图像效果。例如，滤镜1，滤镜2及滤镜3分别是三种不同的滤镜。采用滤镜1处理摄像头采集的原始图像100，可得到图1所示的图像101。采用滤镜2处理摄像头采集的原始图像100，可得到图1所示的图像102。采用滤镜3处理摄像头采集的原始图像100，可得到图1所示的图像103。对比图1所示的图像101、图像102和图像103可知，图像101、图像102和图像103图像效果或者风格不同。

在实际应用场景中，以电子设备为手机为例进行说明。用户需要进行视频录制时，如图2a 所示，用户开启手机后，手机显示界面显示手机主屏幕界面参考图2a中的(1)。响应于用户在手机主屏幕界面中操作“相机”应用的图标201，手机显示图2a中(2)所示的界面202。其中，界面202为手机拍照的预览界面，该界面202中还包括“人像”模式、“录像”模式，“专业”模式等。响应于用户选择“录像”模式203的操作，手机显示如图2a中(3)所示的界面204。其中，界面204是手机录像前的预览界面。在界面204中有滤镜控件205。为了拍摄出不同风格或效果的视频，响应于用户操作滤镜控件205，手机显示如图2a中(4)所示的界面206。在界面206中显示出不同的滤镜，包括滤镜1，滤镜2，滤镜3，……，滤镜8。用户可以根据当前的拍摄场景，在界面206中显示出的滤镜1，滤镜2，滤镜3，……，滤镜8中选择一个。响应于用户操作滤镜2，手机显示如图2b所示的界面207。响应于用户选择拍摄控件210，开始录制视频，手机显示如图2b中(2)所示的界面208。其中，界面208中显示的画面是通过滤镜2渲染处理的后图像。

当用户采用其选择的滤镜进行拍摄时，在拍摄完成后，可能会存在拍摄的视频文件中当前使用的滤镜的滤镜效果不佳的问题。若想要切换其他滤镜或者去除当前滤镜，只能重新拍摄视频文件，浪费用户拍摄时间，用户体验较差。

因此，在本申请实施例中，提供了一种视频处理的方法，电子设备接收到第一滤镜拍摄模式下的视频录制操作时，根据视频录制操作进行拍摄，得到视频图像，根据视频图像获得第一视频流及第二视频流，将第一视频流中的第一视频图像根据第一滤镜进行渲染处理，将第二视频流及渲染处理后的第一视频流分别进行编码处理，得到原视频文件及目标视频文件，存储目标视频文件及原视频文件。这样一来，在拍摄视频图像时，获得了两路包含相同视频图像的视频流，即为第一视频流及第二视频流，从而可以将第一视频流中的第一视频图像采用第一滤镜进行渲染处理，将第二视频流及渲染处理后的第一视频流分别进行编码处理，得到原视频文件及目标视频文件。可以在播放目标视频文件时，若第一滤镜的效率不佳时，切换至播放获取未进行滤镜渲染处理的原视频文件，达到去除第一滤镜的渲染效果的目的，并可以在原视频文件中增加其他滤镜，无需重新拍摄，避免了拍摄时间的浪费，可以更好的满足用户需求，提高用户体验。

参见图3，为本申请实施例提供的一种视频处理的方法流程示意图。该方法可应用于电子设备，如图3所示，其主要包括以下步骤。

步骤S301、接收第一滤镜拍摄模式下的视频录制操作，响应于视频录制操作进行拍摄，拍摄视频图像。

在本申请实施例中，为了达到美化视频的目的，在电子设备提供有多种滤镜，不同的滤镜其对应的滤镜效果不同。用户在进入录制界面且进行视频录制之前，可以在多种滤镜中选择出进行视频录制需要使用的第一滤镜，并向电子设备发送视频录制操作。此时，电子设备可以接收到在第一滤镜拍摄模式下的视频录制操作。

电子设备在接收到第一滤镜拍摄模式下的视频录制操作后，可以根据视频录制操作开启拍摄功能，拍摄得到视频图像。

步骤S302、根据拍摄的视频图像获得第一视频流及第二视频流，并根据第一滤镜将第一视频流中的第一视频图像进行渲染处理。

其中，第一视频流中包含有第一视频图像，第二视频流中包含有第二视频图像，且第一视频图像与第二视频图像相同。

在本申请实施例中，电子设备不断的拍摄视频图像，从而可以根据拍摄出的视频图像形成两路包含有相同视频图像的视频流，即为第一视频流及第二视频流。其中，第一视频流中包含有第一视频图像，第二视频流中包含有第二视频图像，且第一视频图像与第二视频图像相同。例如，电子设备不断的拍摄视频图像形成视频流，将此视频流中的视频图像分别缓存至两个缓存区中形成两路视频流，将其中一个缓存区缓存的视频图像视为第一视频图像，从而形成第一视频流，将另一个缓存区中缓存的视频图像视为第二视频图像，从而形成第二视频流。电子设备将第一视频流中的第一视频图像根据第一滤镜进行渲染处理。这样，通过上述处理，可以得到两路视频流，一路是经过第一滤镜渲染处理的第一视频流，一路是未经过第一滤镜渲染处理，直接通过电子设备拍摄得到的第二视频流。

由于第一视频流中的第一视频图像及第二视频流中的第二视频图像是电子设备的同一个摄像头拍摄而成，因此第一视频图像及第二视频图像中的视频画面是一致的。

步骤S303、对第一视频流中渲染处理后的第一视频图像及第二视频流中的第二视频图像分别进行编码处理。

在本申请实施例中，电子设备将第一视频流中的第一视频图像渲染后，可以对第一视频流中渲染后的第一视频图像进行编码处理，得到编码后的目标视频文件。电子设备得到第二视频流后，对第二视频流中的第二视频图像进行编码处理。

进一步地，电子设备中可以包括多个编码器，电子设备可以通过不同的编码器分别对第一视频流及第二视频流进行编码处理，得到目标视频文件及原视频文件。例如，通过第一编码器对第一视频流进行编码处理。通过第二编码器对第二视频流进行编码处理。

步骤S304、响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储目标视频文件及原视频文件。

在本申请实施例中，电子设备接收到视频录制结束操作时，可以将编码后的第一视频图像生成目标视频文件，将编码后的第二视频图像生成原视频文件。将经过第一滤镜渲染处理的目标视频文件及未添加滤镜的原视频文件存储至相应的存储介质中，以便后续在显示屏中显示。

参见图4，为本申请实施例提供的另一种视频处理的方法流程示意图。该方法可应用于图 1所示的电子设备，其在图3所示实施例的基础上还包括录制音频数据，并将音频数据与视频图像混合，主要包括以下步骤。

步骤S401、接收第一滤镜拍摄模式下的视频录制操作，响应于视频录制操作进行拍摄，得到视频图像。

具体的，可参考步骤S301在此不再赘述。

步骤S402、根据拍摄的视频图像获得第一视频流及第二视频流，并根据第一滤镜将第一视频流中的第一视频图像进行渲染处理。

其中，第一视频流中包含有第一视频图像，第二视频流中包含有第二视频图像，且第一视频图像与第二视频图像为相同的视频图像。

具体的，可参考步骤S302在此不再赘述。

步骤S403、根据视频录制操作采集音频数据，获得音频流，并对音频流中的音频数据进行编码处理。

在本申请实施例中，电子设备在根据视频录制操作拍摄视频图像时，可以同时采集音频数据，形成音频流。电子设备可以对音频流中的音频数据进行特效处理，例如，添加音效等。电子设备对获取的音频流中的音频数进行编码处理。

需要说明的是，本实施例仅是以先描述步骤S402，再描述步骤S403为例进行阐述，步骤S402与步骤S403可以并行执行，即，可以同时执行步骤S402，及步骤S403。

步骤S404、对第一视频流中渲染处理后的第一视频图像及第二视频流中的第二视频图像分别进行编码处理。

具体的可参考步骤S303，在此不再赘述。

步骤S405、将编码后的第一视频图像与编码后的音频流中的音频数据进行混编处理，并将编码后的第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

具体的，电子设备对第一视频流中渲染处理后的第一视频图像进行编码处理，将编码后的第一视频图像与编码后的音频流中的音频数据进行混编处理。对第二视频流中的第二视频图像进行编码处理，将编码后的第二视频图像与编码后的音频流中的音频数据进行混编处理，得到原视频文件。

在本申请实施例中，电子设备将第一视频流中渲染处理后的第一视频图像进行编码处理后，将编码后的第一视频图像与编码后的音频流中的音频数据进行混编处理，混合第一视频流的视频轨道和音频流的音频轨道，生成目标视频文件。

同理，电子设备将第二视频流中的第二视频图像进行编码处理，将编码后的第二视频图像与编码后的音频流中的音频数据进行混编处理，混合第二视频流中的视频轨道及音频流中的音频轨道，生成原视频文件。

通过将电子设备采集的一路音频流中的音频数据进行编码后，将编码后音频数据分别与编码后的第一视频流中的第一视频图像及编码后的第二视频流中的第二视频图像进行混编处理。由于第一视频流及第二视频流是根据同一音频流中的音频数据进行混编的，可以保证在根据第一视频流生成的目标视频文件与根据第二视频流生成的原视频文件的音频效果一致，从而保证电子设备在显示屏中显示目标视频文件及显示原视频文件时的音频效果一致。

步骤S406、响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储目标视频文件及原视频文件。

具体的，与步骤S304类似，电子设备在接收到视频录制结束操作时，可以将与音频流混编后的第一视频流生成目标视频文件，将与音频流混编后的第二视频流生成原视频文件，并保存生成的目标视频文件及原视频文件。

参见图5，为本申请实施例提供的另一种视频处理的方法流程示意图。该方法可应用于图 1所示的电子设备，其在图4所示实施例的基础上还包括视频文件的显示，主要包括以下步骤。

步骤S501、接收第一滤镜拍摄模式下的视频录制操作，响应于视频录制操作进行拍摄，拍摄视频图像。

具体的，可参考步骤S301在此不再赘述。

步骤S502、根据拍摄的视频图像获得第一视频流及第二视频流，并根据第一滤镜将第一视频流中的第一视频图像进行渲染处理。

其中，第一视频流中包含有第一视频图像，第二视频流中包含有第二视频图像，且第一视频图像与第二视频图像为相同的视频图像。

具体的，可参考步骤S302在此不再赘述。

步骤S503、根据视频录制操作采集音频数据，获得音频流，并对音频流中的音频数据进行编码处理。

具体的，可参考步骤S403在此不再赘述。

步骤S504、对第一视频流中渲染处理后的第一视频图像及第二视频流中的第二视频图像分别进行编码处理。

具体的，可参考步骤S404在此不再赘述。

步骤S505、将编码后的第一视频图像与编码后的音频流中的音频数据进行混编处理，并将编码后的第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

具体的，可参考步骤S405在此不再赘述。

步骤S506、响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储目标视频文件及原视频文件。

具体的，可参考步骤S406在此不再赘述。

步骤S507、响应于播放目标视频文件的操作，在显示屏中显示目标视频文件。

具体的，电子设备完成目标视频文件的录制后，若用户需要查看录制的目标视频文件，可以向电子设备发送播放目标视频文件的操作，此时，电子设备可以获取目标视频文件，并对目标视频文件进行解码处理，得到第一视频流，从而在显示屏中显示出解码后的第一视频流，以便用户查看采用第一滤镜拍摄的视频文件，以获知第一滤镜的滤镜效果是否适合视频拍摄场景。

步骤S508、接收目标视频文件的恢复原视频操作。

在本申请实施例中，用户在观看显示屏显示的目标视频文件时，若确定第一滤镜的滤镜效果不佳，并不适合拍摄的视频。用户若需要将目标视频文件中使用的第一滤镜的渲染效果去除，可以向电子设备发送目标视频文件的恢复原视频的操作。电子设备接收目标视频文件的恢复原频操作。

步骤S509、根据目标视频文件的恢复原视频操作，获取存储的目标视频文件对应的原视频文件，将显示屏中显示的视频文件切换为原视频文件。

在本申请实施例中，电子设备接收到目标视频文件的恢复原视频操作后，说明用户需要恢复没有使用第一滤镜进行渲染的视频文件，电子设备可以在存储介质中查找到该目标视频文件对应的原视频文件。其中，目标视频文件对应的原视频文件是未使用第一滤镜进行渲染处理的，视频内容与目标视频文件的视频内容一样的视频文件。电子设备将显示屏中显示的视频文件切换为原视频文件。即为，电子设备在获取到目标视频文件对应的原视频文件后，将显示屏显示的视频文件由目标视频文件切换为原视频文件。由于原视频文件是目标视频文件对应的未使用第一滤镜渲染的视频文件，将显示屏显示的视频文件切换为原视频文件，对于用户来说，相当于将目标视频文件恢复为没有使用第一滤镜渲染的视频文件。

步骤S510、响应于第二滤镜的触发操作，对所述原视频文件中的视频图像进行所述第二滤镜的渲染处理，得到待显示视频图像。

在本申请实施例中，电子设备在显示屏中显示原视频文件后，由于原始视频文件的视频图像并未使用任何滤镜渲染，为了美化视频画面，用户使用其他滤镜对该原视频文件进行渲染处理。此时电子设备可以对原视频文件进行编辑，选择其他滤镜渲染原视频文件中的视频图像。此时，用户可以在电子设备提供的多种滤镜中，选择出需要在原视频文件中的视频图像使用的第二滤镜，并向电子设备发送第二滤镜的触发操作。电子设备接收到第二滤镜的触发操作后，可以根据第二滤镜的触发操作确定用户选择的第二滤镜，并将原视频文件中的视频图像进行第二滤镜的渲染处理，得到待显示视频图像。将待显示视频图像在显示屏中显示出。

需要说明的是，在对原视频文件中的视频图像进行第二滤镜的渲染处理时可以将原视频文件中的每帧视频图像均进行第二滤镜的渲染处理，也可以根据用户选择在原视频文件中的部分帧的视频图像中进行第二滤镜的渲染处理。本申请对此不作限制。若用户未在原视频文件中选择出需要进行第二滤镜的渲染处理的视频图像，则对原视频文件中的每帧视频图像进行第二滤镜的渲染处理。

步骤S511、响应于保存操作时，存储待显示视频图像。

在本申请实施例中，电子设备在对原视频文件中的视频图像进行第二滤镜的渲染处理后，得到待显示视频图像后，在接收到保存操作时，可以对待显示视频图像进行编码，形成待显示视频文件，并存储该待显示视频文件。

需要说明的是，在本申请实施例中，以电子设备为手机为例进行说明，当然，电子设备还可以其他具有拍摄功能的设备，本申请对此不作限制。

在一些实施例中，参考图2a-2b所示，用户开启手机的相应应用，并启动手机的录像功能时，手机进行视频的录制。手机在录制过程中，将拍摄的视频图像形成两路视频流，第一视频流及第二视频流。将第一视频流中的第一视频图像进行滤镜2的渲染处理，并对渲染后的第一视频流中的第一视频图像进行编码。将第二视频流中的第二视频图像直接进行编码处理。手机在录制过程中，采集音频数据形成音频流，将音频流进行编码处理，手机将编码后的音频流与编码后的第一视频流进行混编处理，并将编码后的音频流与编码后的第二视频流进行混编处理。如图6中(1)所示的界面601，在用户需要结束录制操作时，点击界面601中的录制结束控件602。响应于用户的录制结束操作，手机显示如图6中(2)所示的界面603。界面603为手机录像模式的预览界面。此时，手机在接收到录制结束操作时，根据混编后的第一视频流及音频流生成目标视频文件，并根据混编后的第二视频流及音频流生成原视频文件。且在手机界面603中显示目标视频文件的缩略图604。响应于用户触发目标视频文件的缩略图604，手机显示如图6中(3)所示的界面605。响应于用户触发播放控件606，手机显示如图6中(4) 所示的界面607。在界面607中显示录制的视频图像。若用户想要将录制的视频文件中的滤镜去除，可以触发界面605中编辑控件607，如图7中(1)所示的界面701。在界面701中包含有目标视频文件及编辑控件607。响应于用户触发编辑控件607，手机显示如图7中(2) 所示的界面702。在界面702中包含有恢复原片的控件703。若用户发现目标视频文件中使用滤镜2并不适合，则可以触发恢复原片的控件703。手机显示如图7中(3)所示的界面704。在界面704中显示有原视频文件中的第二视频图像705，即为未经滤镜渲染的图像。界面701- 界面702中显示的视频图像为目标视频文件中的第一视频图像706，是经过滤镜2渲染处理后的图像。即为，手机在接收到目标视频文件的恢复原视频操作后，获取目标视频文件对应的原视频文件，并将当前显示视频文件切换为原视频文件。其中原视频文件中包含有第二视频图像，第二视频图像是未经滤镜渲染处理的视频图像。原视频文件中包含的视频图像的内容与目标视频文件中包含的视频图像的内容相同。

在本申请实施例中，电子设备接收到第一滤镜拍摄模式下的视频录制操作时，根据视频录制操作进行拍摄，得到视频图像，根据视频图像获得第一视频流及第二视频流，将第一视频流中的第一视频图像根据第一滤镜进行渲染处理，将第二视频流及渲染处理后的第一视频流分别进行编码处理，得到原视频文件及目标视频文件，存储目标视频文件及原视频文件。这样一来，在拍摄视频图像时，获得了两路包含相同视频图像的视频流，即为第一视频流及第二视频流，从而可以将第一视频流中的第一视频图像采用第一滤镜进行渲染处理，将第二视频流及渲染处理后的第一视频流分别进行编码处理，得到原视频文件及目标视频文件。可以在播放目标视频文件时，若第一滤镜的效率不佳时，切换至播放获取未进行滤镜渲染处理的原视频文件，达到去除第一滤镜的渲染效果的目的，并可以在原视频文件中增加其他滤镜，无需重新拍摄，避免了拍摄时间的浪费，可以更好的满足用户需求，提高用户体验。

参见图8，为本申请实施例提供的一种电子设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将安卓(Android)系统分为四层，从上至下分别为应用层、框架层、硬件抽象层和硬件层。

应用层(Application，App)可以包括一系列应用程序包。例如，该应用程序包可以包括相机应用。示例性的上述应用层可以包括用户界面(user interface，UI)层和逻辑层。如图8所示，UI层包括相机、图库以及其它应用。应用逻辑层包括相机管理，编码模块，解码模块。其中，相机管理包括设备管理模块、Surface管理模块、会话管理模块等。在Android系统中， Surface对应一块屏幕缓冲区，用于保存当前窗口的像素数据。编码模块用于对视频图像进行编码，并保存。解码模块用于对视频文件进行解码。

框架层(Framework，FWK)为应用层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架，包括一些预先定义的函数。在图8中，框架层包括相机框架层(Camera FWK)和多媒体框架层(Media FWK)。其中，Camera FWK涵盖了启动、预览、拍摄及关闭等操作摄像头的全部接口，包括相机服务(CameraService)和相机设备(CameraDevice)。CameraService为Camera设备的服务类，通过该类对象与硬件抽象层通信，获取Camera设备信息并保存。CameraDevice提供了Camera设备相关的一系列固定参数，例如基础的设置和输出格式等。

Media FWK涵盖了音视频数据的编解码及混合的全部接口，包括多媒体编解码器(MediaCodec)，音频框架(AudioRecord)及音视频复用器(MediaMuxer)。MediaCodec 是Android提供的用于对音视频进行编解码的类，它通过访问底层的codec来实现编解码的功能。是Android media基础框架的一部分，常和MediaMuxer。AudioRecord类的主要功能是让各种Java应用能够管理音频资源，以便它们通过此类能够录制平台的声音输入硬件所收集的声音。此功能的实现就是通过"pulling同步"(reading读取)AudioRecord对象的声音数据来完成的。MediaMuxer是Android中音视频复用器，用于将音频和视频进行混合生成多媒体文件。

在本申请实施例中，MediaCodec采用异步方式处理数据，每个MediaCodec会管理一个输入缓存区和一个输出缓存区，其中输入缓存区及输出缓存区中包含若干buffer(缓存)。参考图9为MediaCodec的工作流程示意图，如图9所示，MediaCodec具体工作流程如下：

1、使用者从MediaCodec请求一个空的输入buffer，将需编解码的数据填充至申请的输入buffer中，填充满数据后，通知MediaCodec处理。

2、MediaCodec处理输入缓存区中输入buffer中的数据，并将处理结果输出至输出缓存区中的一个空的输出buffer中。

3、使用者从MediaCodec获取输出buffer中的数据，使用完输出buffer的数据之后，将其释放回MediaCodec。

循环通过上述过程完成音视频数据的编解码过程。

图10为MediaCodec的整体状态结构图。如图10所示，MediaCodec的生命周期有三种状态：Stopped(停止)、Executing(执行)、Released(释放)。

针对Stopped状态，包含三种子状态：Uninitialized(未初始化)、Configured(配置)、 Error(异常)。

其中，当创建了一个MediaCodec对象，此时处于Uninitialized状态。可以在任何状态调用reset()方法使MediaCodec返回到Uninitialized状态。使用configure(…)方法对 MediaCodec进行配置转为Configured状态。MediaCodec遇到错误时进入Error状态。错误可能是在队列操作时返回的错误或者异常导致的。

针对Executing状态，MediaCodec会在此状态进行编码，重置或者停止，或出现错误会进入到stopped状态，Executing包含三种子状态：Flushed(读写数据)、Running(运行)、 End-of-Stream(流结束)。

其中，在调用start()方法后MediaCodec立即进入Flushed子状态，此时MediaCodec会拥有所有的缓存。可以在Executing状态的任何时候通过调用flush()方法返回到Flushed子状态。一旦第一个输入缓存(input buffer)被移出队列，MediaCodec就转入Running子状态，这种状态占据了MediaCodec的大部分生命周期。通过调用stop()方法转移到Uninitialized状态。将一个带有End-of-Stream标记的输入buffer入队列时，MediaCodec将转入End-of- Stream子状态。在这种状态下，MediaCodec不再接收之后的输入buffer，但它仍然产生输出 buffer直到End-of-Stream标记输出。

针对Released状态，在极少数情况下会进入Error状态，可以调用reset把当前的任何状态转移到Uninitialized状态，否则，调用release方法，回到终端Released状态。

也就是说，当MediaCodec被创建后会进入未初始化状态，待设置好配置信息并调用start() 启动后，MediaCodec会进入运行状态，并且可进行数据读写操作。如果在这个过程中出现了错误，MediaCodec会进入Stopped状态，此时要使用reset方法来重置编解码器，否则 MediaCodec所持有的资源最终会被释放。当然，如果MediaCodec正常使用完毕，也可以向 MediaCodec发送EOS(End-of-Stream)指令，同时调用stop和release方法终止MediaCodec 的使用。

硬件抽象层(HAL)是位于操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化。它隐藏了特定平台的硬件接口细节,为操作系统提供虚拟硬件平台,使其具有硬件无关性, 可在多种平台上进行移植。在图8中，HAL包括相机硬件抽象层(Camera HAL)，Camera HAL包括设备(Device)1、设备(Device)2、设备(Device)3等。可理解，该Device1、Device2和Device3为抽象的设备。

硬件层(HardWare，HW)是位于操作系统最底层的硬件。在图8中，HW包括Device1、和Device2和Device3等。其中，Device1和Device2可对应电子设备上的多个摄像头，Device3可对应于电子设备上的麦克风。

参见图11，为本申请实施例提供的另一种视频处理的方法流程示意图。在本申请实施例中，以电子设备在录像模式中采用第一滤镜进行视频拍摄为例进行说明。该方法可应用于图8 所示的软件结构，如图11所示，其主要包括以下步骤。

S1101、电子设备的相机应用接收第一滤镜的启动操作。

S1102、电子设备的相机应用向相机服务发送第一滤镜的标识信息及原视频图像的生成指令，并且电子设备的相机应用通过相机服务向硬件抽象层发送图像拍摄指令。

S1103、电子设备的相机应用向多媒体框架层的音频框架发送音频采集指令。

S1104、电子设备的多媒体框架层的音频框架采集音频数据，形成音频流并将音频流发送至多媒体框架层的多媒体编解码器。

具体的，电子设备内的多媒体框架层的音频框架接收到音频采集指令后，开启电子设备内的麦克风等声卡设备采集音频数据，麦克风将采集的音频数据传输至多媒体框架层的音频框架以实现对麦克风采集的音频数据进行录制，形成音频流。多媒体框架层的音频框架将录制的音频流传输至多媒体框架层中的MediaCodec进行编解码处理。

S1105、电子设备的硬件抽象层向硬件层发送图像拍摄指令。

S1106、电子设备的硬件抽象层接收硬件层返回的拍摄的视频图像。

S1107、电子设备的硬件抽象层向相机服务返回拍摄视频图像。

S1108、电子设备的相机服务根据接收的视频图像形成第一视频流，及第二视频流，根据第一滤镜对接收的第一视频流中包含的第一视频图像进行渲染处理。

其中，第一视频流包含有第一视频图像，第二视频流包含有第二视频图像，且第一视频图像与第二视频图像相同。

具体的，电子设备的硬件抽象层将拍摄的视频图像不断传输至相机服务(CameraService)，形成视频流。CameraService根据拍摄的视频流中的视频图像分别传输至两路视频图像缓存区，例如，分别为原视频图像缓存区及待滤镜渲染的缓存区，即为，CameraService将拍摄的视频图像分别传输至原视频图像缓存区，及滤镜缓存区，从而形成两路视频流。将传输至原视频图像缓存区的视频图像视为第二视频图像，形成第二视频流，将传输至滤镜缓存区的视频图像视为第一视频图像，形成第一视频流。通过上述过程实现CameraService根据拍摄的视频图像获得第一视频流及第二视频流。将第一视频流中的第一视频图像根据第一滤镜进行渲染处理。

S1109、电子设备的相机服务将第一视频流发送至显示界面显示，并将第一视频流及第二视频流发送至多媒体框架层的多媒体编解码器。

具体的，CameraService将第二视频流及渲染后的第一视频流传输至多媒体框架层中的 MediaCodec进行编解码处理。

S1110、电子设备的相机应用接收视频录制操作。

S1111、电子设备的相机应用将视频录制指令发送至编码模块。

S1112、电子设备的编码模块将视频录制指令发送至多媒体框架层的多媒体编解码器。

S1113、电子设备的多媒体框架层的多媒体编解码器对第一视频流进行编码，对第二视频流进行编码，对音频流进行编码。

S1114、电子设备的多媒体框架层的多媒体编解码器将编码后的音频流与编码后的第一视频流发送至多媒体框架层的音视频复用器进行混编处理，并将编码后的音频流与编码后的第二视频流发送至音视频复用器进行混编处理。音视频复用器将编码后的音频流与编码后的第一视频流进行混编处理，并将编码后的音频流与编码后的第二视频流进行混编处理。

S1115、电子设备的相机应用接收拍摄结束操作。

S1116、电子设备的相机应用向编码模块发送拍摄停止指令。

S1117、电子设备的编码模块向多媒体框架层的多媒体编解码器发送拍摄停止指令。多媒体框架层的多媒体编解码器向音视频复用器发送拍摄停止指令。

S1118、电子设备的多媒体框架层的音视频复用器将与音频流混编处理后的第一视频流生成目标视频文件，并将与音频流混编处理后的第二视频流生成原视频文件。

具体的，目前，原生安卓框架和底层芯片支持多路编码的能力。基于多路编码的能力， MediaCodec同时启动两个视频流编码实例及一个音频流编码实例，如图12所示。其中，一路视频流编码实例用于对渲染后的第一视频流中的第一视频图像进行编码处理。另一路视频流编码实例用于对第二视频流中的第二视频图像进行编码处理。音频流编码实例用于对音频流中的音视数据进行编码处理。

多媒体框架层中的MediaMuxer同时启动两个混合器实例，MediaCodec将编码后的音频流中的音频数据及编码后的第一视频流中的第一视频图像发送至一个混合器编码实例中进行混编处理，得到带滤镜MP4文件，即为得到目标视频文件。MediaCodec将编码后的音频流中的音频数据及编码后的第二视频流中的第二视频图像发送至另一个混合器实例进行混编处理，得到未带滤镜的原片MP4文件，即为得到原视频文件。

需要说明的是，混合器编码实例在对编面后的音频数据及编码后的视频图像进行混编处理时，需要先获取编码后的音频数据的音频轨时机，编码后的视频图像的视频轨时机，此时可以检测是否接收到加载标志位，如果接收到加载标志位，则说明可以加载音频轨及视频轨。此时可以加载音频轨及视频轨。在加载完音频轨及视频轨后，可以将编码后的音频数据写入音频轨内，将编码后的视频图像写入视频轨中。MediaMuxer混合器可以将音频轨及视频轨进行混编，形成MP4格式的视频文件。

即为，参考图13所示，电子设备中的相机应用接到第一滤镜拍摄模式下的视频录制操作后，控制摄像头启动，通过摄像头不断拍摄视频图像，形成视频流。摄像头拍摄的视频流通过 Camera HAL传输至CameraService。CameraService将接收的视频流中的视频图像分别传输至两路视频缓存区，形成两路视频流。例如，两路视频缓存区分别为原视频图像缓存区 (surface-LogC)及滤镜缓存区(surface-Lut)，即为CameraService将拍摄的视频图像分别传输至原视频图像缓存区及滤镜缓存区进行缓存，将缓存至原视频图像缓存区的视频图像称为第二视频图像，形成第二视频流，将缓存至滤镜缓存区的视频图像称为第一视频图像，形成第一视频流。也就是说，CameraService根据拍摄的视频图像获得第一视频流及第二视频流。对滤镜缓存区中缓存的第一视频流中的视频图像进行第一滤镜的渲染处理。

电子设备中的麦克风不断采集音频数据，形成音频流，并将音频流传输至音频框架，音频框架将音频流中的音频数据缓存至音频缓存区中。MediaCodec编解码器对原视频图像缓存区存储的第二视频流中的第二视频图像进行编码处理。MediaCodec编解码器通过AudioRecord 读取音频缓存区中缓存的音频流中的音频数据，并对音频数据进行编码处理。MediaCodec编解码器对滤镜缓存区中存储的渲染处理后的第一视频流中的第一视频图像进行编码处理，并将编码后的第二视频流中的第二视频图像、编码后的音频流中的音频数据及编码后的第一视频流中的第一视频图像发送至MediaMuxer混合器，MediaMuxer混合器将编码后的第二视频流中的第二视频图像与编码后的音频流中的音频数据进行混编处理，得到原视频文件。将编码后的第一视频流中的第一视频图像与编码后的音频流中的音频数据进行混编处理，得到目标视频文件。其中，目标视频文件中的视频图像是经过第一滤镜渲染处理后的视频图像。

S1119、电子设备的多媒体框架层的音视频复用器将目标视频文件及原视频文件发送至编码模块进行保存。

S1120、电子设备的相机应用接收目标视频文件的编辑操作。

S1121、电子设备的相机应用向编码模块发送目标视频文件的获取指令。

S1122、电子设备的相机应用接收目标视频文件，并将目标视频文件发送至解码模块。

S1123、电子设备的解码模块对目标视频文件进行解码。

S1124、电子设备的解码模块将解码后的目标视频文件在显示界面中进行显示。

S1125、电子设备的相机应用接收目标视频文件的恢复原视频操作。

S1126、电子设备的相机应用向编码模块发送原视频文件的获取指令。

S1127、电子设备的相机应用接收原视频文件，并将原视频文件发送至解码模块。

S1128、电子设备的解码模块对原视频文件进行解码。

S1129、电子设备的解码模块将解码后的原视频文件在显示界面中进行显示。

与上述方法实施例相对应，本申请还提供了一种电子设备，该电子设备用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述电子设备执行上述方法实施例中的部分或全部步骤。

参见图14，为本申请实施例提供的一种电子设备的结构示意图。如图14所示，该电子设备1400可以包括：处理器1401、存储器1402及通信单元1403。这些组件通过一条或多条总线进行通信，本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明实施例的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，所述通信单元1403，用于建立通信信道，从而使所述存储设备可以与其它设备进行通信。接收其他设备发是的用户数据或者向其他设备发送用户数据。

所述处理器1401，为存储设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器1402内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行电子设备的各种功能和/或处理数据。所述处理器可以由集成电路(integrated circuit，IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器1401可以仅包括中央处理器(central processing unit， CPU)。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

所述存储器1402，用于存储处理器1401的执行指令，存储器1402可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当存储器1402中的执行指令由处理器1401执行时，使得嵌入式设备1400能够执行图 7所示实施例中的部分或全部步骤。

具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行上述实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称： ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

具体实现中，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行上述方法实施例中的部分或全部步骤。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a,b,c,a-b,a-c,b-c,或 a-b-c，其中a,b,c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，简称 ROM)、随机存取存储器(random access memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种视频处理的方法，应用于电子设备，其特征在于，所述方法包括：

接收第一滤镜拍摄模式下的视频录制操作，响应于所述视频录制操作，拍摄视频图像；

根据拍摄的所述视频图像获得第一视频流及第二视频流，并根据所述第一滤镜将所述第一视频流中的第一视频图像进行渲染处理；所述第一视频流中包含有第一视频图像，所述第二视频流中包含有第二视频图像，所述第一视频图像与第二视频图像相同；

对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理；

响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储所述目标视频文件及原视频文件。

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

响应于所述视频录制操作采集音频数据，获得音频流，并对所述音频流中的音频数据进行编码处理；

所述对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理包括：

对所述第一视频流中渲染处理后的第一视频图像进行编码处理，将编码后的所述第一视频图像与编码后的所述音频流中的音频数据进行混编处理；

对所述第二视频流中的第二视频图像进行编码处理，将编码后的所述第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

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

响应于播放目标视频文件的操作，在显示屏中显示所述目标视频文件。

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

接收所述目标视频文件的恢复原视频操作；

根据所述目标视频文件的恢复原视频操作，获取存储的所述目标视频文件对应的所述原视频文件，将所述显示屏中显示的视频文件切换为所述原视频文件。

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

响应于第二滤镜的触发操作，对所述原视频文件中的视频图像进行所述第二滤镜的渲染处理，得到待显示视频图像。

6.一种电子设备，其特征在于，包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述电子设备执行下述步骤：

接收第一滤镜拍摄模式下的视频录制操作，响应于所述视频录制操作进行拍摄，拍摄视频图像；

根据拍摄的所述视频图像获得第一视频流及第二视频流，并根据所述第一滤镜将所述第一视频流中的第一视频图像进行渲染处理；所述第一视频流中包含有第一视频图像，所述第二视频流中包含有第二视频图像，所述第一视频图像与第二视频图像相同；

对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理；

响应于视频录制结束操作，生成目标视频文件及原视频文件，并存储所述目标视频文件及原视频文件。

7.根据权利要求6所述的电子设备，其特征在于，所述电子设备还执行：

响应于所述视频录制操作采集音频数据，获得音频流，并对所述音频流中的音频数据进行编码处理；

所述对第一视频流中渲染处理后的第一视频图像及所述第二视频流中的第二视频图像分别进行编码处理，得到原视频文件及目标视频文件包括：

对所述第一视频流中的渲染处理后的第一视频图像进行编码处理，将编码后的所述第一视频图像与编码后的所述音频流中的音频数据进行混编处理；

对所述第二视频流中的第二视频图像进行编码处理，将编码后的所述第二视频图像与编码后的所述音频流中的音频数据进行混编处理。

8.根据权利要求6或7所述的电子设备，其特征在于，所述电子设备还执行：

响应于播放目标视频文件的操作，在显示屏中显示所述目标视频文件。

9.根据权利要求8所述的电子设备，其特征在于，所述电子设备还执行：

接收所述目标视频文件的恢复原视频操作；

根据所述目标视频文件的恢复原视频操作，获取存储的所述目标视频文件对应的所述原视频文件，将所述显示屏中显示的视频文件切换为所述原视频文件。

10.根据权利要求9所述的电子设备，其特征在于，所述电子设备还执行：

响应于第二滤镜的触发操作，对所述原视频文件中的视频图像进行所述第二滤镜的渲染处理，得到待显示视频图像。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1-5中任意一项所述的方法。

Images