CN114344920A - 基于虚拟场景的数据录制方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种基于虚拟场景的数据录制方法、装置、设备、计算机可读存储介质及计算机程序产品；方法包括：在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；其中，录制控件关联有预先设置的对录制的场景数据进行存储的存储时长；响应于基于录制控件触发的录制指令，对场景数据进行录制；在录制过程中，当针对场景数据的录制时长超过存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过存储时长；响应于针对场景数据的录制完成，基于剩余场景数据生成对应的媒体文件。通过本申请，能够节省录制生成的媒体文件占用的存储空间。

Description

基于虚拟场景的数据录制方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术，尤其涉及一种基于虚拟场景的数据录制方法、装置、设备、计算机可读存储介质及计算机程序产品。

背景技术

在运行虚拟场景(如游戏)的应用程序的过程中，所展示的虚拟场景的画面可能存在偶然异常情况，技术人员有时无法及时捕捉到异常画面，有时即使捕捉到异常画面，也无法从中分析到底怎样的操作导致异常发生。为了定位这种异常问题的出现原因，相关技术中，技术人员需重新开启运行一次虚拟场景的应用程序并同步录屏，以期记录导致异常问题的操作；然而，在实际应用中，往往存在录屏很长一段时间后异常问题仍未复现的情况，这将导致录屏得到的视频文件占据终端设备较大存储空间，降低了终端设备的整体性能，而且测试效率较低。

发明内容

本申请实施例提供一种基于虚拟场景的数据录制方法、装置、设备、计算机可读存储介质及计算机程序产品，能够节省录制生成的媒体文件占用的存储空间。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种基于虚拟场景的数据录制方法，包括：

在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；

其中，所述录制控件，关联有预先设置的对录制的所述场景数据进行存储的存储时长；

响应于基于所述录制控件触发的录制指令，对所述场景数据进行录制；

在录制过程中，当针对所述场景数据的录制时长超过所述存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过所述存储时长；

响应于针对所述场景数据的录制完成，基于所述剩余场景数据生成对应的媒体文件。

本申请实施例提供一种基于虚拟场景的数据录制装置，包括：

控件呈现模块，用于在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；

其中，所述录制控件，关联有预先设置的对录制的所述场景数据进行存储的存储时长；

数据录制模块，用于响应于基于所述录制控件触发的录制指令，对所述场景数据进行录制；

数据删除模块，用于在录制过程中，当针对所述场景数据的录制时长超过所述存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过所述存储时长；

文件生成模块，用于响应于针对所述场景数据的录制完成，基于所述剩余场景数据生成对应的媒体文件。

上述方案中，所述呈现用于对虚拟场景的场景数据进行录制的录制控件之前，所述装置还包括：控件设置模块，用于在所述虚拟场景的录制设置界面中，呈现用于对所述虚拟场景的场景数据进行录制的录制控件；响应于针对所述录制控件的触发操作，呈现用于对所述场景数据的存储时长进行设置的时长设置控件；响应于基于所述时长设置控件触发的时长设置指令，确定所述时长设置指令所指示设置的目标时长，并将所述目标时长作为所述录制控件所关联的所述存储时长。

上述方案中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第一时长设置模块，用于当所述时长设置控件包括拖动体和拖动条、且所述拖动体位于所述拖动条之上时，基于所述拖动条，响应于针对所述拖动体的拖动操作，呈现所述拖动操作所指示设置的时长；响应于针对所述拖动操作所指示设置的时长的确定操作，接收到所述时长设置指令，并将所述拖动操作所指示设置的时长作为所述目标时长。

上述方案中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第二时长设置模块，用于当所述时长设置控件包括时长编辑框时，响应于针对所述时长编辑框的编辑操作，呈现所述编辑操作所指示编辑的时长；响应于针对所述编辑操作所指示编辑的时长的确定操作，接收到所述时长设置指令，并将所述编辑操作所指示编辑的时长作为所述目标时长。

上述方案中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第三时长设置模块，用于当所述时长设置控件包括至少一个可供选择的时长选项时，响应于针对目标时长选项的选择操作，控制所述目标时长选项对应的时长处于选中状态；响应于针对所述目标时长选项对应的时长的确定操作，接收到所述时长设置指令，并将所述目标时长选项对应的时长作为所述目标时长。

上述方案中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第四时长设置模块，用于响应于针对所述时长设置控件的触发操作，呈现用于对所述场景数据的存储时长进行推荐设置的推荐信息、且所述推荐信息中包括推荐时长；其中，所述推荐时长，为基于当前终端设备的存储情况，或针对录制的场景数据的历史存储时长推荐得到的；响应于针对所述推荐信息的确定操作，接收到所述时长设置指令，并将所述推荐时长作为所述目标时长。

上述方案中，所述控件设置模块，还用于在所述虚拟场景的录制设置界面中，呈现用于对所述媒体文件的清晰度进行设置的至少一个清晰度选项；响应于针对所述至少一个清晰度选项中目标清晰度选项的选择操作，控制所述目标清晰度选项对应的目标清晰度处于选中状态；响应于针对处于选中状态的所述目标清晰度的确定操作，建立所述目标清晰度与所述录制控件之间的关联关系；所述文件生成模块，还用于基于建立的所述关联关系以及所述剩余场景数据，生成与所述目标清晰度相对应的媒体文件。

上述方案中，所述控件呈现模块，还用于在展示所述虚拟场景的过程中，获取所述虚拟场景的场景数据；基于所述场景数据，调用机器学习模型对是否需要对所述虚拟场景的场景数据进行录制进行预测，得到预测结果；当所述预测结果表征需要对所述虚拟场景的场景数据进行录制时，在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件。

上述方案中，所述控件呈现模块，还用于采用第一显示样式呈现用于对虚拟场景的场景数据进行录制的录制控件；所述装置还包括：样式调整模块，用于在录制过程中，采用不同于所述第一显示样式的第二显示样式呈现所述录制控件。

上述方案中，所述对所述场景数据进行录制之前，所述装置还包括：指令接收模块，用于响应于针对所述录制控件的第一触发操作，接收到所述录制指令；所述基于所述剩余场景数据生成对应的媒体文件之前，所述装置还包括：录制停止模块，用于响应于针对所述录制控件的第二触发操作，确定针对所述场景数据的录制完成。

上述方案中，所述指令接收模块，还用于响应于针对所述录制控件的第一触发操作，确定所述第一触发操作对应的触发时刻；从所述触发时刻开始，对针对所述录制控件的触发操作进行检测，当在预设时间段内未检测到针对所述录制控件的第三触发操作时，确定接收到所述录制指令。

上述方案中，所述对所述场景数据进行录制之前，所述指令接收模块，还用于当所述录制控件处于关闭状态时，在展示所述虚拟场景的过程中，对所述虚拟场景的场景数据进行检测，得到检测结果；当所述检测结果表征所述场景数据满足录制条件时，控制所述录制控件的录制状态由关闭状态切换为开启状态，以接收到切换为开启状态所触发的录制指令；所述基于所述剩余场景数据生成对应的媒体文件之前，录制停止模块，用于在录制过程中，当所述检测结果表征所述场景数据不满足录制条件时，控制所述录制控件的录制状态由开启状态切换为关闭状态，以确定针对所述虚拟场景的录制完成。

上述方案中，所述数据录制模块，还用于采集所述虚拟场景的场景数据，并根据采集先后顺序将采集的场景数据依次存储在至循环队列中；其中，所述循环队列所指示存储的场景数据的录制时长为所述存储时长；所述数据删除模块，还用于根据所述采集先后顺序，将最先采集的场景数据从所述循环队列中移出，并将最新采集的场景数据存储至所述循环队列中；其中，所述循环队列中的场景数据为所述剩余场景数据。

上述方案中，所述数据删除模块，还用于对所述场景数据进行类别分析，从所述场景数据中筛选出属于目标类别的第一部分场景数据；从最先录制的场景数据开始，从录制的所述场景数据中删除除所述第一部分场景数据之外的第二部分场景数据，并将剩下的所述第一部分场景数据作为所述剩余场景数据。

上述方案中，所述文件生成模块，还用于根据所述剩余场景数据的录制时间，对所述剩余场景数据进行录制连贯性分析，得到分析结果；当所述分析结果表征所述剩余场景数据中包括至少两段连贯录制的场景数据时，针对各段连贯录制的场景数据分别生成相应的媒体文件。

上述方案中，所述文件生成模块，还用于当所述目标类别的数量为至少两个时，从所述剩余场景数据中筛选出属于各所述目标类别的场景数据；基于筛选出的属于各所述目标类别的场景数据，生成与相应目标类别相对应的媒体文件。

本申请实施例提供一种终端设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的基于虚拟场景的数据录制方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的基于虚拟场景的数据录制方法。

本申请实施例提供一种计算机程序产品，包括计算机程序或指令，所述计算机程序或指令被处理器执行时，本申请实施例提供的基于虚拟场景的数据录制方法。

本申请实施例具有以下有益效果：

应用本申请实施例，在对虚拟场景的场景数据进行录制的过程中，当针对场景数据的录制时长超过预先设置的存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，这种边录制边删除的方式，使得最终存储的剩余场景数据对应的录制时长不超过预先设置的存储时长，进而使得最终生成的媒体文件中的场景数据对应的录制时长也不超过预先设置的存储时长，这大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

附图说明

图1A为本申请实施例提供的基于虚拟场景的数据录制方法的应用模式示意图；

图1B为本申请实施例提供的基于虚拟场景的数据录制方法的应用模式示意图

图2为本申请实施例提供的终端设备400的结构示意图；

图3为本申请实施例提供的基于虚拟场景的数据录制方法的流程示意图；

图4为本申请实施例提供的录制控件的关联设置示意图；

图5为本申请实施例提供的录制控件的关联设置示意图；

图6为本申请实施例提供的录制控件的关联设置示意图；

图7为本申请实施例提供的录制控件的关联设置示意图；

图8为本申请实施例提供的录制界面显示示意图；

图9为本申请实施例提供的循环队列示意图；

图10为本申请实施例提供的录制过程中的存储示意图；

图11为本申请实施例提供的录制控件的关联设置方法示意图；

图12为本申请实施例提供的基于虚拟场景的数据录制方法示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二…”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二…”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)客户端，终端中运行的用于提供各种服务的应用程序，例如视频播放客户端、游戏客户端等。

2)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

3)虚拟场景，是应用程序在终端上运行时显示(或提供)的虚拟场景，该虚拟场景可以是对真实世界的仿真环境，也可以是半仿真半虚构的虚拟环境，还可以是纯虚构的虚拟环境。虚拟场景可以是二维虚拟场景、2.5维虚拟场景或者三维虚拟场景中的任意一种，本申请实施例对虚拟场景的维度不加以限定。例如，该虚拟场景中可以包括天空、陆地、海洋等，该陆地可以包括沙漠、城市等环境元素，用户可以控制虚拟对象在该虚拟场景中进行移动。

4)虚拟对象，虚拟场景中可以进行交互的各种人和物的形象，或在虚拟场景中的可活动对象。该可活动对象可以是虚拟人物、虚拟动物、动漫人物等，比如在虚拟场景中显示的人物、动物等。该虚拟对象可以是该虚拟场景中的一个虚拟的用于代表用户的虚拟形象，虚拟场景中可以包括多个虚拟对象，每个虚拟对象在虚拟场景中具有自身的形状和体积，占据虚拟场景中的一部分空间。虚拟对象可以是受用户(或称玩家)控制的游戏角色，即虚拟对象受控于真实用户，将响应于真实用户针对控制器(包括触控屏、声控开关、键盘、鼠标和摇杆等)的操作而在虚拟场景中运动，例如当真实用户向左移动摇杆时，虚拟对象将在虚拟场景中向左部移动，还可以保持原地静止、跳跃以及使用各种功能(如技能和道具)

5)场景数据，表示虚拟场景中的特征数据，例如可以包括虚拟场景的画面数据和音频数据，其中，画面数据可以包括虚拟对象在虚拟场景中的位置、所持的虚拟道具、与其他虚拟对象之间的交互数据等，还可以包括虚拟场景中配置的各种功能时需要等待的时间(取决于在特定时间内能够使用同一功能的次数)，还可以表示虚拟对象的各种状态的属性值，例如生命值和魔法值等。

本申请实施例提供一种基于虚拟场景的数据录制方法、装置、终端设备、计算机可读存储介质及计算机程序产品，能够节省录制生成的媒体文件占用的存储空间。为便于更容易理解本申请实施例提供的基于虚拟场景的数据录制方法，首先说明本申请实施例提供的基于虚拟场景的数据录制方法的示例性实施场景，本申请实施例提供的基于虚拟场景的数据录制方法中的虚拟场景可以完全基于终端设备输出，或者基于终端设备和服务器协同输出。

在一些实施例中，虚拟场景还可以是供游戏角色交互的环境，例如可以是供游戏角色在虚拟场景中进行对战，通过控制游戏角色的行动可以在虚拟场景中进行双方互动，从而使用户能够在游戏的过程中舒缓生活压力。

在一个实施场景中，参见图1A，图1A为本申请实施例提供的基于虚拟场景的数据录制方法的应用模式示意图，适用于一些完全依赖于终端设备400的图形处理硬件计算能力即可完成虚拟场景100的相关数据计算的应用模式，例如单机版/离线模式的游戏，通过智能手机、平板电脑和虚拟现实/增强现实设备等各种不同类型的终端设备400完成虚拟场景的输出。作为示例，图形处理硬件的类型包括中央处理器(CPU，Central ProcessingUnit)和图形处理器(GPU，Graphics Processing Unit)。

当形成虚拟场景100的视觉感知时，终端设备400通过图形计算硬件计算显示所需要的数据，并完成显示数据的加载、解析和渲染，在图形输出硬件输出能够对虚拟场景形成视觉感知的视频帧，例如，在智能手机的显示屏幕呈现二维的视频帧，或者，在增强现实/虚拟现实眼镜的镜片上投射实现三维显示效果的视频帧；此外，为了丰富感知效果，终端设备400还可以借助不同的硬件来形成听觉感知、触觉感知、运动感知和味觉感知的一种或多种。

作为示例，终端设备400上运行有客户端410(例如单机版的游戏应用)，在客户端410的运行过程中输出包括有角色扮演的虚拟场景100，虚拟场景100可以是供游戏角色交互的环境，例如可以是用于供游戏角色进行对战的平原、街道、山谷等等；虚拟场景100中包括场景内容110(即场景数据的表现)和录制控件120，场景数据可以包括虚拟场景的画面数据、音频数据，录制控件120用于对虚拟场景的场景数据进行录制，其关联有预先设置的对录制的场景数据进行存储的存储时长。

作为示例，终端在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；响应于基于录制控件触发的录制指令，对场景数据进行录制；在录制过程中，当针对场景数据的录制时长超过存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过预先设置的存储时长；响应于针对场景数据的录制完成，基于剩余场景数据生成对应的媒体文件；由于录制控件关联有预先设置的存储时长，在对场景数据进行录制的过程中，采用边录制边删除的方式，使得最终存储的剩余场景数据对应的录制时长不超过预先设置的存储时长，进而使得最终生成的媒体文件中的场景数据对应的录制时长也不超过预先设置的存储时长，大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

在另一个实施场景中，参见图1B，图1B为本申请实施例提供的基于虚拟场景的数据录制方法的应用模式示意图，应用于终端设备400和服务器200，适用于依赖于服务器200的计算能力完成虚拟场景计算、并在终端设备400输出虚拟场景的应用模式。以形成虚拟场景100的视觉感知为例，服务器200进行虚拟场景相关显示数据(例如场景数据)的计算并通过网络300发送到终端设备400，终端设备400依赖于图形计算硬件完成计算显示数据的加载、解析和渲染，依赖于图形输出硬件输出虚拟场景以形成视觉感知，例如可以在智能手机的显示屏幕呈现二维的视频帧，或者，在增强现实/虚拟现实眼镜的镜片上投射实现三维显示效果的视频帧；对于虚拟场景的形式的感知而言，可以理解，可以借助于终端设备400的相应硬件输出，例如使用麦克风形成听觉感知，使用振动器形成触觉感知等等。

作为示例，终端设备400上运行有客户端410(例如单机版的游戏应用)，在客户端410的运行过程中输出包括有角色扮演的虚拟场景100，虚拟场景100可以是供游戏角色交互的环境，例如可以是用于供游戏角色进行对战的平原、街道、山谷等等；虚拟场景100中包括场景数据110和录制控件120，场景数据可以包括虚拟场景的画面数据、音频数据，录制控件120用于对虚拟场景的场景数据进行录制，其关联有预先设置的对录制的场景数据进行存储的存储时长。

作为示例，终端在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；响应于基于录制控件触发的录制指令，对场景数据进行录制；在录制过程中，当针对场景数据的录制时长超过存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过预先设置的存储时长；响应于针对场景数据的录制完成，基于剩余场景数据生成对应的媒体文件；由于录制控件关联有预先设置的存储时长，在对场景数据进行录制的过程中，采用边录制边删除的方式，使得最终存储的剩余场景数据对应的录制时长不超过预先设置的存储时长，进而使得最终生成的媒体文件中的场景数据对应的录制时长也不超过预先设置的存储时长，大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

在一些实施例中，终端设备400可以通过运行计算机程序来实现本申请实施例提供的基于虚拟场景的数据录制方法，例如，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APP，APPlication)，即需要在操作系统中安装才能运行的程序，例如射击类游戏APP(即上述的客户端410)；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意APP中的游戏小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。

以计算机程序为应用程序为例，在实际实施时，终端设备400安装和运行有支持虚拟场景的应用程序。该应用程序可以是第一人称射击游戏(FPS，First-Person Shootinggame)、第三人称射击游戏、虚拟现实应用程序、三维地图程序或者多人枪战类生存游戏中的任意一种。用户使用终端设备400操作位于虚拟场景中的虚拟对象进行活动，该活动包括但不限于：调整身体姿态、爬行、步行、奔跑、骑行、跳跃、驾驶、拾取、射击、攻击、投掷、建造虚拟建筑中的至少一种。示意性的，该虚拟对象可以是虚拟人物，比如仿真人物角色或动漫人物角色等。

在另一些实施例中，本申请实施例还可以借助于云技术(Cloud Technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源。

示例的，图1B中的服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端设备400以及服务器200可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

下面对图1A中示出的终端设备400的结构进行说明。参见图2，图2为本申请实施例提供的终端设备400的结构示意图，图2所示的终端设备400包括：至少一个处理器420、存储器460、至少一个网络接口430和用户接口440。终端设备400中的各个组件通过总线系统450耦合在一起。可理解，总线系统450用于实现这些组件之间的连接通信。总线系统450除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统450。

处理器420可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口440包括使得能够呈现媒体内容的一个或多个输出装置441，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口440还包括一个或多个输入装置442，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器460可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器460可选地包括在物理位置上远离处理器420的一个或多个存储设备。

存储器460包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器460旨在包括任意适合类型的存储器。

在一些实施例中，存储器460能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统461，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块462，用于经由一个或多个(有线或无线)网络接口430到达其他计算设备，示例性的网络接口430包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块463，用于经由一个或多个与用户接口440相关联的输出装置441(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块464，用于对一个或多个来自一个或多个输入装置442之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的基于虚拟场景的数据录制装置可以采用软件方式实现，图2示出了存储在存储器460中的基于虚拟场景的数据录制装置465，其可以是程序和插件等形式的软件，包括以下软件模块：控件呈现模块4651、数据录制模块4652、数据删除模块4653和文件生成模块4654，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的基于虚拟场景的数据录制装置可以采用硬件方式实现，作为示例，本申请实施例提供的基于虚拟场景的数据录制装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的基于虚拟场景的数据录制方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable LogicDevice)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面将结合附图对本申请实施例提供的基于虚拟场景的数据录制方法进行具体说明。本申请实施例提供的基于虚拟场景的数据录制方法可以由图1A中的终端设备400单独执行，也可以由图1B中的终端设备400和服务器200协同执行。

下面，以由图1A中的终端设备400单独执行本申请实施例提供的基于虚拟场景的数据录制方法为例进行说明。参见图3，图3为本申请实施例提供的基于虚拟场景的数据录制方法的流程示意图，将结合图3示出的步骤进行说明。

需要说明的是，图3示出的方法可以由终端设备400上运行的各种形式的计算机程序执行，并不局限于上述的客户端410，还可以是上文所述的操作系统461、软件模块和脚本，因此客户端不应视为对本申请实施例的限定。

步骤101：终端设备在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件。

其中，场景数据是在运行虚拟场景应用程序的过程中，在终端设备的显示界面中实时呈现的当前虚拟场景对应的数据，包括虚拟场景的画面数据和音频数据，画面数据是呈现于虚拟场景的界面中的所有数据，如可包括虚拟对象在虚拟场景中的位置、所持的虚拟道具、与其他虚拟对象进行交互的交互数据等，还可包括虚拟场景中配置的各种功能时需要等待的时间、用于表示虚拟对象的各种状态的属性值、各种虚拟道具或虚拟技能对应的控件、虚拟场景中的各种提示信息等。录制控件关联有预先设置的对录制的场景数据进行最终存储的存储时长，该存储时长即为最终生成的媒体文件中的场景数据对应的录制时长。

在一些实施例中，终端设备在呈现用于对虚拟场景的场景数据进行录制的录制控件之前，可通过如下方式对录制控件进行关联设置：在虚拟场景的录制设置界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；响应于针对录制控件的触发操作，呈现用于对场景数据的存储时长进行设置的时长设置控件；响应于基于时长设置控件触发的时长设置指令，确定时长设置指令所指示设置的目标时长，并将目标时长作为录制控件所关联的存储时长。

在实际应用中，录制控件可直接呈现在虚拟场景的录制设置界面中，也可通过触发其他录制选项而呼唤录制控件进行呈现，当用户触发(如点击、双击、滑动等)呈现于录制设置界面中的录制控件时，终端设备响应于该触发操作，呈现时长设置控件，时长设置控件可通过但不限于时间轴、时间表、时间输入框的形式来表征，通过时长设置控件设置的存储时长(或目标时长)，可以用于指示存储满足预设条件的场景数据、且存储的场景数据对应的录取时长为设置的存储时长，如时长设置控件可以用于指示从所录制的所有场景数据中筛选满足目标类型(如异常、精彩等)的场景数据、且筛选出的场景数据对应的录制时长不超过预先设置的存储时长(简称第一种情况)；又如，时长设置控件还可以用于指示从所录制的所有场景数据中筛选存储最新录制的场景数据且存储的场景数据对应的录制时长为存储时长(简称第二种情况)，如存储最新录制的5分钟时长的场景数据。录制控件所指示存储的场景数据与时长设置控件所指示存储的场景数据是一致的，接下来将以时长设置控件用于指示存储最新录制的场景数据、且存储的场景数据的录制时长为存储时长(即第二种情况)为例，对通过时长设置控件建立录制控件与存储时长的关联关系进行说明。

参见图4，图4为本申请实施例提供的录制控件的关联设置示意图，在虚拟场景的录制设置界面中呈现自由录制选项401，当用户触发(如点击、双击、滑动等)该自由录制选项401时，终端设备响应于该触发操作，弹出录制控件402，响应于针对录制控件402的触发操作，呈现时长设置控件403，该时长设置控件403以时间轴的形式表征，通过时长设置控件可对录制的场景数据的存储时长进行自定义设置，将自定义设置的存储时长与录制控件建立关联关系后，即可在录制过程中，通过录制控件对所采集的场景数据，按照预先设置的存储时长进行存储，如假设自定义的存储时长为2分钟，针对虚拟场景的录制总时长为60分钟，则仅存储最近录制时长为2分钟的场景数据；如此，避免对录制的所有场景数据进行存储，大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，缓解了存储压力，避免因占用过大存储空间导致终端设备性能的降低。

在一些实施例中，终端设置在确定时长设置指令所指示设置的目标时长之前，可通过如下方式确定时长设置指令所指示设置的目标时长：当时长设置控件包括拖动体和拖动条、且拖动体位于所述拖动条之上时，基于拖动条，响应于针对拖动体的拖动操作，呈现拖动操作所指示设置的时长；响应于针对拖动操作所指示设置的时长的确定操作，接收到时长设置指令，并将拖动操作所指示设置的时长作为目标时长。

仍参见图4，时长设置控件403包括拖动体404和拖动条405，拖动条所指示的时长为最多能够存储的时长，可根据实际情况而设置；在对拖动体404执行拖动操作的过程中，拖动体404相对拖动起点的时长即为拖动操作所指示设置的时长，其随着拖动操作的执行而变化，当用户点击保存按钮时，终端设备即可接收到针对拖动操作所指示设置的时长的确定操作，并响应于该确定操作，接收到时长设置指令，将拖动操作所指示设置的时长作为目标时长，也即录制控件所关联的存储时长。例如，当用户点击保存按钮时，拖动操作所指示设置的时长为5秒，则录制控件所关联的存储时长为5秒，即从所录制的所有场景数据中筛选存储最近录制的5秒时长的场景数据，即保留在当前时刻、与从当前时刻往前5秒对应的历史时刻之间录制的场景数据，而删除在历史时刻之前录制的场景数据。

在一些实施例中，终端设置在确定时长设置指令所指示设置的目标时长之前，可通过如下方式确定时长设置指令所指示设置的目标时长：当时长设置控件包括时长编辑框时，响应于针对时长编辑框的编辑操作，呈现编辑操作所指示编辑的时长；响应于针对编辑操作所指示编辑的时长的确定操作，接收到时长设置指令，并将编辑操作所指示编辑的时长作为目标时长。

这里，在实际应用中，还可通过时长编辑框自定义输入所要设置的目标时长，参见图5，图5为本申请实施例提供的录制控件的关联设置示意图，在虚拟场景的录制设置界面中，以时长编辑框501的样式表征时长设置控件，用户可在时长编辑框中输入所要设置的时长，如在输入时长为5分钟后，用户点击保存按钮时，终端设备即可接收到针对编辑操作所指示编辑的时长的确定操作，并响应于该确定操作，接收到时长设置指令，将拖动操作所指示设置的时长作为目标时长，也即录制控件所关联的存储时长。如此，通过直接输入所要设置的存储时长的方式，能够提高设置效率。

在一些实施例中，终端设置在确定时长设置指令所指示设置的目标时长之前，可通过如下方式确定时长设置指令所指示设置的目标时长：当时长设置控件包括至少一个可供选择的时长选项时，响应于针对目标时长选项的选择操作，控制目标时长选项对应的时长处于选中状态；响应于针对目标时长选项对应的时长的确定操作，接收到时长设置指令，并将目标时长选项对应的时长作为所述目标时长。

这里，在实际应用中，还可通过选择时长选项的方式，自定义选择所要设置的目标时长，其中，时长选项对应的时长可以是终端设备基于当前终端设备的存储情况或针对录制的场景数据的历史存储时长推荐得到的。参见图6，图6为本申请实施例提供的录制控件的关联设置示意图，在虚拟场景的录制设置界面中，以多个可供选择的时长选项的样式表征时长设置控件，如时长选项601、时长选项602、时长选项603，当用户从多个可供选择的时长选项中选择时长选项602(即目标时长选项)时，终端设备即可控制时长选项602处于选中状态，当用户点击保存按钮时，终端设备即可接收到针对时长选项602对应的时长的确定操作，并响应于该确定操作，接收到时长设置指令，将时长选项602对应的时长(如5分钟)作为目标时长，也即录制控件所关联的存储时长。如此，丰富了录制控件的关联设置方式。

在一些实施例中，终端设置在确定时长设置指令所指示设置的目标时长之前，可通过如下方式确定时长设置指令所指示设置的目标时长：响应于针对时长设置控件的触发操作，呈现用于对场景数据的存储时长进行推荐设置的推荐信息、且推荐信息中包括推荐时长；响应于针对推荐信息的确定操作，接收到时长设置指令，并将推荐时长作为目标时长。

这里，当用户触发(如点击、双击、滑动等)时长设置控件时，终端响应于该触发操作，可呈现包括推荐时长的推荐信息，推荐信息中的推荐时长是终端设备基于当前存储情况或针对录制的场景数据的历史存储时长推荐得到的。在实际应用中，在呈现推荐信息的同时，还可呈现对应推荐信息的确定按钮和更换按钮，当用户触发确定按钮时，终端设备即可接收到推荐信息的确定操作，并响应于该确定操作，接收到时长设置指令，将推荐时长作为时长设置指令所指示设置的目标时长，也即录制控件所关联的存储时长；当用户触发更换按钮时，终端设备响应于该触发操作，更新显示一条新推荐信息，其中，新推荐信息中的推荐时长与最初推荐信息的推荐时长不等，用户可将新推荐信息中的推荐时长作为录制控件所关联的存储时长，当然，当用户对新推荐信息中的推荐时长不满意时，依次类推，仍可触发相应的更换按钮选择设置录制控件所关联的存储时长直至满意为止。

参见图7，图7为本申请实施例提供的录制控件的关联设置示意图，在虚拟场景的录制设置界面中，当用户触发(如点击、双击、滑动等)时长设置控件701时，终端响应于该触发操作，呈现如“建议你将存储时长设置为5分钟”这一推荐信息702，其中，该推荐信息中的“5分钟”为终端设备智能推荐的推荐时长，当用户点击确定按钮时，终端设备即可接收到推荐信息的确定操作，并响应于该确定操作，接收到时长设置指令，将推荐信息中的推荐时长(如5分钟)作为目标时长，也即录制控件所关联的存储时长。当用户点击“换一换”这一更换按钮时，终端设备更新显示一条新推荐信息703，其中，新推荐信息703中的推荐时长(如10分钟)与推荐信息702的推荐时长不等，当用户对新推荐信息中的推荐时长不满意时，依次类推，仍可触发相应的更换按钮选择设置录制控件所关联的存储时长直至满意为止。

需要说明的是，在一些实施例中，当用户触发(点击、双击、滑动等)时长设置控件时，终端响应于该触发操作，终端设备还可呈现多个(两个或两个以上)推荐信息，每个推荐信息中的推荐时长不等，用户可从中选择触发所需推荐时长对应的推荐信息；如此，给予用户更多选择，提高了用户体验。

在一些实施例中，终端设备还可通过如下方式在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件：在展示虚拟场景的过程中，获取虚拟场景的场景数据；基于场景数据，调用机器学习模型对是否需要对虚拟场景的场景数据进行录制进行预测，得到预测结果；当预测结果表征需要对虚拟场景的场景数据进行录制时，在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件。

其中，机器学习模型是基于虚拟场景的样本场景数据、以及标注的是否需要对虚拟场景的场景数据进行录制的标签(1表示需要对虚拟场景的场景数据进行录制，此时呈现录制控件，0表示无需对虚拟场景的场景数据进行录制，此时不呈现录制控件)训练得到的。在实际应用中，在运行虚拟场景的应用程序的过程中，也即在展示虚拟场景的过程中，基于采集的虚拟场景的场景数据，通过基于人工智能算法的机器学习模型来预测是否需要对虚拟场景的场景数据进行录制，能够使预测结果更加准确，进而使得在需要对虚拟场景的场景数据进行录制时，才显示相应的录制控件，避免录制控件常驻于屏幕所带来的额外屏幕占用，提高屏幕显示利用率。

在实际应用中，在基于预测结果显示录制控件时，还可以显示目标显示样式(如闪亮显示)显示录制控件，给予用户醒目提示，以提示用户及时录制所需要的录制的场景数据，避免错过需要录制的内容，提高了场景数据的录制针对性，有利于节省录制的场景数据生成媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

需要说明的是，上述的机器学习模型可以是神经网络模型(例如卷积神经网络、深度卷积神经网络、或者全连接神经网络等)、决策树模型、梯度提升树、多层感知机、以及支持向量机等，本申请实施例对机器学习模型的类型不作具体限定。可以理解的是，在本申请实施例中涉及到虚拟场景的场景数据实质是用户的相关数据，当本申请实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

步骤102：响应于基于录制控件触发的录制指令，对场景数据进行录制。

这里，在运行虚拟场景的应用程序的过程中，当终端设备接收到录制指令时，即可采集虚拟场景的场景数据，并对采集的场景数据进行存储，实现了对场景数据的录制。

在一些实施例中，终端设备对场景数据进行录制之前，可响应于针对录制控件的第一触发操作，接收到录制指令；相应的，终端设备在基于剩余场景数据生成对应的媒体文件之前，还可响应于针对录制控件的第二触发操作，确定针对场景数据的录制完成。

这里，当终端设备未录制时，针对录制控件的第一触发操作可触发录制指令，在录制过程中，针对录制控件的第二触发操作可触发停止录制指令，以停止录制；第一触发操作与第二触发操作的触发方式可相同也可不同，包括但不限于：点击操作、双击操作、滑动操作等操作方式。在录制过程中的录制控件的显示样式与不在录制过程中(包括录制前和路完成后)的录制控件的显示样式是不同的，例如，参见图8，图8为本申请实施例提供的录制界面显示示意图，采用第一显示样式呈现用于处于未录制中的录制控件；相应的，在录制过程中，采用不同于第一显示样式的第二显示样式呈现处于录制过程中的录制控件，当录制完成时，仍灰度采用第一显示样式显示录制控件。

在一些实施例中，终端设备可通过如下方式响应于针对录制控件的第一触发操作，接收到录制指令：响应于针对录制控件的第一触发操作，确定第一触发操作对应的触发时刻；从触发时刻开始，对针对录制控件的触发操作进行检测，当在预设时间段内未检测到针对录制控件的第三触发操作时，确定接收到录制指令。

例如，当检测到用户针对录制控件的第一次点击操作后，如此，能够避免录制对正常虚拟场景操作的在1秒内未检测用户针对录制控件的第二次点击操作，即可确定接收到录制指令并开始录制。干扰性。

在一些实施例中，终端设备在对场景数据进行录制之前，还可通过如下方式自动触发录制指令：当录制控件处于关闭状态时，在展示虚拟场景的过程中，对虚拟场景的场景数据进行检测，得到检测结果；当检测结果表征场景数据满足录制条件时，控制录制控件的录制状态由关闭状态切换为开启状态，以接收到切换为开启状态所触发的录制指令；相应的，终端设备在基于剩余场景数据生成对应的媒体文件之前，还可通过如下方式自动触发停止录制指令：在录制过程中，当检测结果表征场景数据不满足录制条件时，控制录制控件的录制状态由开启状态切换为关闭状态，以确定针对虚拟场景的录制完成。

这里，在终端设备运行虚拟场景的应用程序的过程中，在录制之前，实时对虚拟场景的场景数据是否需要录制进行检测，如将虚拟场景的实时场景数据与需要进行录制的参考场景数据进行匹配，当匹配度达到预设的匹配度值，或虚拟场景的应用程序停止运行时，确定虚拟场景的实时场景数据需要录制(即满足录制条件)，则自动触发录制指令，并开始录制场景数据，在录制过程中，当匹配度低于预设的匹配度值时，确定虚拟场景的实时场景数据不需要录制(即不满足录制条件)，则自动触发停止录制指令以停止录制，可以有效提升录制触发操作的智能化和准确性。

在一些实施例中，终端设备还可获取针对虚拟场景的操作统计数据，如针对键盘、鼠标等操作控制装置的操作统计数据，操作统计数据的具体类型可以为在预设时间周期内对操作控制装置的操作次数等，并基于操作统计数据判断是否满足录制条件，当满足录制条件时，自动触发录制指令并开始录制场景数据，在录制过程中，当基于操作统计数据确定不满足录制条件，则自动触发停止录制指令以停止录制，可以有效提升录制触发操作的便捷性和准确性

在一些实施例中，终端设备还可实时采集外部的语音信息，并对语音信息进行录制请求的识别，当识别到录制请求时，触发录制指令；这里，考虑到用户通过手抖操作触发录制指令可能会导致操作便捷性较低以及操作干扰性较高，故可通过语音识别外部对的录制意图来对终端设备运行的虚拟场景的应用程序启动录制，保证人工触发录制指令的操作便捷性，并有效降低录制对正常虚拟场景操作的干扰性。此外，在实际应用中，还可以通过全双工模式实时采集外部的语音信息，在语音识别进程持续监昕上行语音流(用户声音传到终端设备)的同时，支持一个同步的下行语音流(终端设备应答输出至用户)，可有效提升语音交互体验。

步骤103：在录制过程中，当针对场景数据的录制时长超过存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过存储时长。

这里，由于录制控件关联有预先设置的存储时长，若针对场景数据的录制时长超过预先设置的存储时长时，如预先设置的存储时长为5分钟，当录制时长超过5分钟后，从最先录制的场景数据开始删除部分场景数据，使得最终存储的场景数据对应的录制时长始终不超过预先设置的5分钟，如此，在录制过程中，节省录制的场景数据占用的存储空间，提高了终端设备的存储空间利用率，避免因占用过大存储空间导致终端设备性能的降低，

在一些实施例中，终端设备可通过如下方式对场景数据进行录制，包括：采集虚拟场景的场景数据，并根据采集先后顺序将采集的场景数据依次存储在至循环队列中；其中，循环队列所指示存储的场景数据的录制时长为存储时长；相应的，终端设备可通过如下方式根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据：根据采集先后顺序，将最先采集的场景数据从循环队列中移出，并将最新采集的场景数据存储至循环队列中；其中，循环队列中的场景数据为剩余场景数据。

这里的录制实质是指边采集场景数据(视频帧)、边将采集的场景数据进行存储的过程，在存储场景数据时，根据预先设置的存储时长，在终端设备的内存中创建循环队列，以保存录制过程中采集的场景数据(视频帧)，其中，循环队列的长度根据预先设置的存储时长相对应，循环队列中能够最多容纳的场景数据对应的录制时长即为预先设置的存储时长，可将循环队列划分多个区块，在录制过程中，按照场景数据的采集先后顺序，将采集的场景数据依次存储至循环队列中的每个区块中，例如，预先设置的存储时长为5分钟，循环队列中能够最多容纳的场景数据对应的录制时长也是5分钟，可将循环队列划分为5个区块，每个区块用于存储1分钟时长的场景数据，在录制过程中，将第1分钟采集的场景数据存储至第1个区块中，将第2分钟采集的场景数据存储至第2个区块中，依次类推，当录制时长超过预先设置的存储时长时，从最初存储的场景数据开始，删除部分场景数据，使得录制完成时，终端设备中存储的所有场景数据(即剩余场景数据)对应的录制时长不超过预先设置的存储时长。

由于录制控件所关联的存储时长可以用于指示从所录制的所有场景数据中筛选满足目标类型的场景数据、且筛选出的场景数据对应的录制时长不超过预先设置的存储时长(即第一种情况)，还可以用于指示从所录制的所有场景数据中筛选存储最新录制的场景数据且存储的场景数据对应的录制时长为存储时长(即第二种情况)，因此，当录制时长超过预先设置的存储时长(如循环队列满了)时，可采用不同的删除方式对已经存储的场景数据进行删除。

例如，对于第二种情况，可从循环队列中第一个区块中存储的场景数据开始依次往后删除，并将最新采集的场景数据依次存储至删除后空闲的区块中，参见图9，图9为本申请实施例提供的循环队列示意图，图9中的循环队列包括8个区块，每个区块用于存储采集的一个视频帧(即场景数据)，将采集的视频帧按照1-8的顺序依次进行存储，即第一个视频帧存储在第1个区块中，第二个视频帧存储在第2个区块中，依次类推，第八个视频帧存储在第8个区块中，从第九个视频帧开始，删除原来存储在第1个区块中的第一个视频帧，并将新采集的第九个视频帧存储在第1个区块中，同样地，后续第十个视频帧(场景数据)覆盖在第2个区块中，第十一个视频帧(场景数据)覆盖在第3个区块中，以此类推，当录制完成后，最终存储最新采集的8个视频帧(即剩余场景数据)。基于上述存储原理，参见图10，图10为本申请实施例提供的录制过程中的存储示意图，假设录制控件关联的预先设置的存储时长为5分钟，则在录制过程中，当录制时长超过5分钟时，只保留在当前时刻、与从当前时刻往前5分钟对应的历史时刻(即5分钟前)之间录制的场景数据，而删除在历史时刻(5分钟前)之前录制的所有场景数据；

通过上述边录制边删除的方式，使得最终存储的剩余场景数据是最新录制的场景数据，且对应的录制时长不超过预先设置的存储时长，进而使得最终生成的媒体文件中的场景数据对应的录制时长也不超过预先设置的存储时长，这大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

对于第一种情况，终端设备可通过如下方式从最先录制的场景数据开始删除部分场景数据：对场景数据进行类别分析，从场景数据中筛选出属于目标类别的第一部分场景数据；从最先录制的场景数据开始，从录制的场景数据中删除除第一部分场景数据之外的第二部分场景数据，并将剩下的第一部分场景数据作为所述剩余场景数据。

这里，终端设备中存储有预设的目标类别的场景数据，如异常片段对应的场景数据、精彩片段对应的场景数据等，在进行类别分析时，可将录制的场景数据与预设的目标类别的场景数据进行匹配，或从录制的场景数据中提取场景特征，将提取的场景特征与预设的目标类别的场景特征进行匹配，当匹配度超过匹配度阈值时，可确定相应的场景数据属于目标类型的场景数据；然后从录制的场景数据中筛选出属于目标类型的场景数据进行保存，并删除不属于目标类型的场景数据，使得最终保留的均是属于目标类别的场景数据，提高了录制的针对性，且最终所保存的属于目标类别的场景数据对应的录制时长也不超过预先设置的存储时长，这大大缩小了连续录制所最终生成的媒体文件的存储内存，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

步骤104：响应于针对场景数据的录制完成，基于剩余场景数据生成对应的媒体文件。

这里，当录制完成后，终端设备即可根据最终存储的剩余场景数据生成对应的媒体文件，如图10中，剩余场景数据是在当前时刻、与从当前时刻往前5分钟对应的历史时刻(即5分钟前)之间录制的场景数据，基于该剩余场景数据即可得到从当前时刻往前5分钟对应的历史时刻(即5分钟前)到当前时刻之间录制的媒体文件；如此，最终生成的媒体文件的存储内存不超过预先设置的存储时长对应场景数据的存储内容，节省了媒体文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低。

在一些实施例中，终端设备在虚拟场景的录制设置界面中，还可呈现用于对媒体文件的清晰度进行设置的至少一个清晰度选项；响应于针对至少一个清晰度选项中目标清晰度选项的选择操作，控制目标清晰度选项对应的目标清晰度处于选中状态；响应于针对处于选中状态的目标清晰度的确定操作，建立目标清晰度与录制控件之间的关联关系；相应的，在后续通过录制控件最终录制得到剩余场景数据生成对应的媒体文件时，即可基于建立的关联关系以及剩余场景数据，生成与目标清晰度相对应的媒体文件。

如图4所示，在虚拟场景的录制设置界面中，还可呈现多个可供选择的清晰度选项，如低、中、高，当用户从多个可供选择的清晰度选项选择目标清晰度选项(如高)时，终端设备即可控制“高”这一目标清晰度选项处于选中状态，当用户点击保存按钮时，终端设备即可接收到针对“高”这一目标清晰度的确定操作，并响应于该确定操作，建立“高”这一目标清晰度与录制控件的关联关系，也即通过该录制控件所录制的媒体文件的清晰度为“高”这一目标清晰度，当录制结束后，生成的媒体文件的清晰度为“高”，通过此种方式，对自定义根据实际需求设置媒体文件的清晰度，满足多样化需求。

在一些实施例中，终端设备可通过如下方式基于剩余场景数据生成对应的媒体文件：根据剩余场景数据的录制时间，对剩余场景数据进行录制连贯性分析，得到分析结果；当分析结果表征剩余场景数据中包括至少两段连贯录制的场景数据时，针对各段连贯录制的场景数据分别生成相应的媒体文件。

这里，对于上述第一种情况(即录制控件所关联的存储时长用于指示从所录制的所有场景数据中筛选满足目标类型的场景数据、且筛选出的场景数据对应的录制时长不超过预先设置的存储时长)而言，由于最终保留的剩余场景数据是属于目标类型的场景数据，当最终保留的场景数据为多段不连贯的场景数据时，可针对每段连贯录制的场景数据分别生成相应的媒体文件，例如，在6分钟的录制过程中，虽然最终保留的剩余场景数据对应的录制总时长为10分钟，但其包括三段连贯录制的场景数据：从第5分钟至第8分钟连贯录制的场景数据(第一段)、从第20分钟到第25分钟连贯录制的场景数据(第二段)和从第55分钟到第57分钟连贯录制的场景数据(第三段)，则针对每一段连贯录制的场景数据生成一个媒体文件；当然，在实际应用中，还可将这生成的三个媒体文件进行拼接，得到媒体片段集锦，以满足用户实际使用需求。

在一些实施例中，终端设备可通过如下方式基于剩余场景数据生成对应的媒体文件：当目标类别的数量为至少两个时，从剩余场景数据中筛选出属于各目标类别的场景数据；基于筛选出的属于各目标类别的场景数据，生成与相应目标类别相对应的媒体文件。

这里，依然是针对上述第一种情况，不同类别的场景数据可生成不同类别的媒体文件，例如，当目标类型的数量为两个，类型分别为：异常类型、精彩类型，若最终保留的剩余场景数据中部分剩余场景数据属于异常类型的场景数据，部分剩余场景数据属于精彩类型的场景数据，则基于属于异常类型的场景数据生成异常媒体文件，基于属于精彩类型的场景数据生成精彩媒体文件，如此，可有效提升所生成媒体文件的针对性和精细性。

在实际应用中，最终生成的媒体文件可存储在终端设备的相册中，用户可在相册中查看录制结果，也可将媒体文件分享至其他用户侧的终端设备，以供其他用户基于媒体文件进行异常情况分析、精彩瞬间欣赏等。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。以虚拟场为游戏、录制控件用于指示从所录制的所有场景数据中筛选存储最新录制的场景数据且存储的场景数据对应的录制时长为存储时长(即第二种情况)为例，对本申请实施例提供的基于虚拟场景的数据录制方法继续说明。

在运行游戏程序的过程中，测试人员通过手机或平板电脑等终端设备进行测试游戏时，对于游戏中偶然表现出来的异常，测试人员无法快速捕捉到，有时即使捕捉到当前出现异常的画面，也无法从中分析到底怎样的操作导致异常发生。为了定位这种异常问题的偶然出现原因，相关技术中，测试人员需重新开始一次游戏并启动录屏操作，一边录屏，一边进行测试操作；然而，在实际应用中，往往存在录屏很长一段时间后异常仍未复现的情况，这将导致录屏得到的视频文件占据终端设备较大存储空间，有时甚至高达几个GB(千兆字节)，由于手机等移动设备的存储空间有限，这将降低终端设备的整体性能；而且，过大的视频文件不便于在测试人员间传送，且在查看问题时很难聚焦出问题的时间点，考虑到通常在测试游戏出问题的时，测试人员只需要查看出问题的时刻往前数10-30秒左右的操作，就能知道当时是怎么操作导致的问题。

为此，本申请实施例提供一种基于虚拟场景的数据录制方法，该方法通过一种关联有预先设置的存储时长(如30秒、5分钟等)的录制控件，实现自定义录制最近一段时长(即存储时长)的游戏内容(即上述的场景数据)，大大缩小了连续录制得到的视频文件(即上述的媒文件)的存储内存，节省了视频文件占用的存储空间，并提高了测试效率。

在利用录制控件进行录制前，需先对录制控件进行关联设置，接下来结合图4和图11，图11为本申请实施例提供的录制控件的关联设置方法示意图，对录制控件进行关联设置进行说明。

步骤201：终端设备在游戏的录制设置界面中，呈现用于对游戏内容进行录制的录制控件。

如图4所示，在游戏的录制设置界面中呈现自由录制选项401，当用户触发(如点击、双击、滑动等)该自由录制选项401时，终端设备响应于该触发操作，弹出录制控件402。

步骤202：响应于针对录制控件的触发操作，呈现用于对游戏内容的存储时长进行设置的时长设置控件。

这里，当用户户触发弹出的录制控件402时，终端设备响应于针对录制控件402的触发操作，呈现时长设置控件403。

步骤203：响应于基于时长设置控件触发的时长设置指令，确定时长设置指令所指示设置的目标时长，并将目标时长作为录制控件所关联的存储时长。

如图4所示，时长设置控件可包括拖动体和拖动条、且拖动体位于拖动条之上时，基于拖动条，响应于针对拖动体的拖动操作，呈现拖动操作所指示设置的时长；响应于针对拖动操作所指示设置的时长的确定操作，接收到时长设置指令，并将拖动操作所指示设置的时长作为目标时长(即存储时长)。

通过步骤202-步骤203，即可建立录制控件与自定义的存储时长之间的关联关系，在通过该录制控件录制游戏内容时，最终所保留的游戏内容对应的录制时长为存储时长。例如，假设录制控件所关联的存储时长为2分钟，在通过录制控件录制游戏内容时，即使针对游戏内容的录制总时长为60分钟，最终也仅保留最近录制时长为2分钟的游戏内容。

步骤204：在虚拟场景的录制设置界面中，呈现用于对媒体文件的清晰度进行设置的至少一个清晰度选项。

步骤205：响应于基于清晰度选项触发的清晰度设置指令，将清晰度设置指令所指示设置的目标清晰度作为录制控件所关联的清晰度。

这里，在实际实施时，终端设备响应于针对至少一个清晰度选项中目标清晰度选项的选择操作，控制目标清晰度选项对应的目标清晰度处于选中状态，响应于针对处于选中状态的目标清晰度的确定操作，建立目标清晰度与录制控件之间的关联关系。

通过步骤204-步骤205，即可建立录制控件与自定义的目标清晰度之间的关联关系，在后续通过录制控件录制得到的游戏内容生成对应的视频文件时，即可基于建立的关联关系生成与目标清晰度相对应的视频文件。

步骤206：将设置的存储时长和目标清晰度存储至录制控件的配置文件中。

至此，通过建立录制控件与存储时长和目标清晰度(即录制参数)之间的关联关系，完成了录制控件的关联设置。在对录制控件进行关联设置后，通过录制控件录制游戏内容的执行流程可参见图12，图12为本申请实施例提供的基于虚拟场景的数据录制方法示意图，该方法包括：

步骤301：终端设备在虚拟场景的界面中，呈现用于对游戏内容进行录制的录制控件。

步骤302：响应于基于录制控件触发的录制指令，对场景数据进行录制。

这里，在运行游戏程序的过程中，当终端设备检测到用户第一次点击录制控件后，在1秒内未检测用户针对录制控件的第二次点击操作时，即可确定接收到录制指令，并响应于录制指令时，边采集游戏内容对应的视频帧、边将采集的视频帧进行存储，在存储采集的视频帧时，读取录制控件的配置文件，并从配置文件中读取录制控件关联的预先设置的对录制的游戏内容进行最终存储的存储时长，并根据预先设置的存储时长，在终端设备的内存中创建循环队列，并根据采集先后顺序将采集的视频帧依次存储在至循环队列中。

步骤303：当针对游戏的录制时长超过录制控件关联的预先设置的存储时长时，根据采集先后顺序将最先采集的视频帧从循环队列中移出，并将最新采集的视频帧存储至循环队列中。

如图8所示，图8中的循环队列包括8个区块，每个区块用于存储采集的一个视频帧，将采集的视频帧按照1-8的顺序依次进行存储，即第一个视频帧存储在第1个区块中，第二个视频帧存储在第2个区块中，依次类推，第八个视频帧存储在第8个区块中，从第九个视频帧开始，删除原来存储在第1个区块中的第一个视频帧，并将新采集的第九个视频帧存储在第1个区块中，同样地，后续第十个视频帧覆盖在第2个区块中，第十一个视频帧覆盖在第3个区块中，以此类推。

步骤304：判断录制是否完成。

这里，在录制过程中，当用户再一次触发录制控件时，即可确定录制完成，此时执行步骤305；否则执行步骤302。

步骤305：根据终端设备的内存中存储的视频帧生成视频文件。

这里，在开始录制时，终端设备读取录制控件的配置文件中的录制参数，创建空白的录制视频文件，在录制结束时，根据内存中存储的视频帧以及预先设置的目标清晰度，生成与目标清晰度相对应的视频文件。

例如，假设录制控件关联的预先设置的存储时长为5分钟、目标清晰度为高，则在录制过程中，当录制时长超过5分钟时，只保留在当前时刻、与从当前时刻往前5分钟对应的历史时刻(即5分钟前)之间录制的视频帧，并删除在历史时刻(5分钟前)之前录制的视频帧；录制结束后，基于最终存储的从当前时刻往前5分钟对应的历史时刻(即5分钟前)与当前时刻之前的视频帧生成的视频文件的清晰度为“高”这一预先设置的目标清晰度。

可以理解的是，最终生成的媒体文件可存储在终端设备的相册中，测试人员可在相册中查看录制结果，也可将媒体文件分享至其他用户侧的终端设备，以供其他用户基于媒体文件进行异常情况分析等。

通过上述方式，在对游戏的游戏内容录制的过程中，当录制时长超过预先设置的存储时长时，根据录制先后顺序，将最新录制的内容覆盖至最先录制的内容，这种边录制边删除的方式，在确保完整保留用户期望得到的录制内容外，使得最终得到的录制内容对应的录制时长不超过预先设置的存储时长，进而使得最终生成视频文件对应的录制时长也不超过预先设置的存储时长，大大缩小了连续录制得到的视频文件的存储内存，节省了视频文件占用的存储空间，避免因占用过大存储空间导致终端设备性能的降低；而且，测试人员通过查看较小体量的视频文件，比较容易聚焦出问题前后的内容，便于定位异常问题的出现原因，提高了测试效率。

下面继续说明本申请实施例提供的基于虚拟场景的数据录制装置465的实施为软件模块的示例性结构，在一些实施例中，存储在图2中存储器460的视频播放装置465中的软件模块可以包括：

控件呈现模块4651，用于在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；其中，所述录制控件，关联有预先设置的对录制的所述场景数据进行存储的存储时长；数据录制模块4652，用于响应于基于所述录制控件触发的录制指令，对所述场景数据进行录制；数据删除模块4653，用于在录制过程中，当针对所述场景数据的录制时长超过所述存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过所述存储时长；文件生成模块4654，用于响应于针对所述场景数据的录制完成，基于所述剩余场景数据生成对应的媒体文件。

在一些实施例中，所述呈现用于对虚拟场景的场景数据进行录制的录制控件之前，所述装置还包括：控件设置模块，用于在所述虚拟场景的录制设置界面中，呈现用于对所述虚拟场景的场景数据进行录制的录制控件；响应于针对所述录制控件的触发操作，呈现用于对所述场景数据的存储时长进行设置的时长设置控件；响应于基于所述时长设置控件触发的时长设置指令，确定所述时长设置指令所指示设置的目标时长，并将所述目标时长作为所述录制控件所关联的所述存储时长。

在一些实施例中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第一时长设置模块，用于当所述时长设置控件包括拖动体和拖动条、且所述拖动体位于所述拖动条之上时，基于所述拖动条，响应于针对所述拖动体的拖动操作，呈现所述拖动操作所指示设置的时长；响应于针对所述拖动操作所指示设置的时长的确定操作，接收到所述时长设置指令，并将所述拖动操作所指示设置的时长作为所述目标时长。

在一些实施例中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第二时长设置模块，用于当所述时长设置控件包括时长编辑框时，响应于针对所述时长编辑框的编辑操作，呈现所述编辑操作所指示编辑的时长；响应于针对所述编辑操作所指示编辑的时长的确定操作，接收到所述时长设置指令，并将所述编辑操作所指示编辑的时长作为所述目标时长。

在一些实施例中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第三时长设置模块，用于当所述时长设置控件包括至少一个可供选择的时长选项时，响应于针对目标时长选项的选择操作，控制所述目标时长选项对应的时长处于选中状态；响应于针对所述目标时长选项对应的时长的确定操作，接收到所述时长设置指令，并将所述目标时长选项对应的时长作为所述目标时长。

在一些实施例中，所述确定所述时长设置指令所指示设置的目标时长之前，所述装置还包括：第四时长设置模块，用于响应于针对所述时长设置控件的触发操作，呈现用于对所述场景数据的存储时长进行推荐设置的推荐信息、且所述推荐信息中包括推荐时长；其中，所述推荐时长，为基于当前终端设备的存储情况，或针对录制的场景数据的历史存储时长推荐得到的；响应于针对所述推荐信息的确定操作，接收到所述时长设置指令，并将所述推荐时长作为所述目标时长。

在一些实施例中，所述控件设置模块，还用于在所述虚拟场景的录制设置界面中，呈现用于对所述媒体文件的清晰度进行设置的至少一个清晰度选项；响应于针对所述至少一个清晰度选项中目标清晰度选项的选择操作，控制所述目标清晰度选项对应的目标清晰度处于选中状态；响应于针对处于选中状态的所述目标清晰度的确定操作，建立所述目标清晰度与所述录制控件之间的关联关系；所述文件生成模块，还用于基于建立的所述关联关系以及所述剩余场景数据，生成与所述目标清晰度相对应的媒体文件。

在一些实施例中，所述控件呈现模块，还用于在展示所述虚拟场景的过程中，获取所述虚拟场景的场景数据；基于所述场景数据，调用机器学习模型对是否需要对所述虚拟场景的场景数据进行录制进行预测，得到预测结果；当所述预测结果表征需要对所述虚拟场景的场景数据进行录制时，在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件。

在一些实施例中，所述控件呈现模块，还用于采用第一显示样式呈现用于对虚拟场景的场景数据进行录制的录制控件；所述装置还包括：样式调整模块，用于在录制过程中，采用不同于所述第一显示样式的第二显示样式呈现所述录制控件。

在一些实施例中，所述对所述场景数据进行录制之前，所述装置还包括：指令接收模块，用于响应于针对所述录制控件的第一触发操作，接收到所述录制指令；所述基于所述剩余场景数据生成对应的媒体文件之前，所述装置还包括：录制停止模块，用于响应于针对所述录制控件的第二触发操作，确定针对所述场景数据的录制完成。

在一些实施例中，所述指令接收模块，还用于响应于针对所述录制控件的第一触发操作，确定所述第一触发操作对应的触发时刻；从所述触发时刻开始，对针对所述录制控件的触发操作进行检测，当在预设时间段内未检测到针对所述录制控件的第三触发操作时，确定接收到所述录制指令。

在一些实施例中，所述对所述场景数据进行录制之前，所述指令接收模块，还用于当所述录制控件处于关闭状态时，在展示所述虚拟场景的过程中，对所述虚拟场景的场景数据进行检测，得到检测结果；当所述检测结果表征所述场景数据满足录制条件时，控制所述录制控件的录制状态由关闭状态切换为开启状态，以接收到切换为开启状态所触发的录制指令；所述基于所述剩余场景数据生成对应的媒体文件之前，录制停止模块，用于在录制过程中，当所述检测结果表征所述场景数据不满足录制条件时，控制所述录制控件的录制状态由开启状态切换为关闭状态，以确定针对所述虚拟场景的录制完成。

在一些实施例中，所述数据录制模块，还用于采集所述虚拟场景的场景数据，并根据采集先后顺序将采集的场景数据依次存储在至循环队列中；其中，所述循环队列所指示存储的场景数据的录制时长为所述存储时长；所述数据删除模块，还用于根据所述采集先后顺序，将最先采集的场景数据从所述循环队列中移出，并将最新采集的场景数据存储至所述循环队列中；其中，所述循环队列中的场景数据为所述剩余场景数据。

在一些实施例中，所述数据删除模块，还用于对所述场景数据进行类别分析，从所述场景数据中筛选出属于目标类别的第一部分场景数据；从最先录制的场景数据开始，从录制的所述场景数据中删除除所述第一部分场景数据之外的第二部分场景数据，并将剩下的所述第一部分场景数据作为所述剩余场景数据。

在一些实施例中，所述文件生成模块，还用于根据所述剩余场景数据的录制时间，对所述剩余场景数据进行录制连贯性分析，得到分析结果；当所述分析结果表征所述剩余场景数据中包括至少两段连贯录制的场景数据时，针对各段连贯录制的场景数据分别生成相应的媒体文件。

在一些实施例中，所述文件生成模块，还用于当所述目标类别的数量为至少两个时，从所述剩余场景数据中筛选出属于各所述目标类别的场景数据；基于筛选出的属于各所述目标类别的场景数据，生成与相应目标类别相对应的媒体文件。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的基于虚拟场景的数据录制方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的基于虚拟场景的数据录制方法，例如，如图3示出的方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (20)

1.一种基于虚拟场景的数据录制方法，其特征在于，所述方法包括：

在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；

其中，所述录制控件，关联有预先设置的对录制的所述场景数据进行存储的存储时长；

响应于基于所述录制控件触发的录制指令，对所述场景数据进行录制；

在录制过程中，当针对所述场景数据的录制时长超过所述存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过所述存储时长；

响应于针对所述场景数据的录制完成，基于所述剩余场景数据生成对应的媒体文件。

2.如权利要求1所述的方法，其特征在于，所述呈现用于对虚拟场景的场景数据进行录制的录制控件之前，所述方法还包括：

在所述虚拟场景的录制设置界面中，呈现用于对所述虚拟场景的场景数据进行录制的录制控件；

响应于针对所述录制控件的触发操作，呈现用于对所述场景数据的存储时长进行设置的时长设置控件；

响应于基于所述时长设置控件触发的时长设置指令，确定所述时长设置指令所指示设置的目标时长，并将所述目标时长作为所述录制控件所关联的所述存储时长。

3.如权利要求2所述的方法，其特征在于，所述确定所述时长设置指令所指示设置的目标时长之前，所述方法还包括：

当所述时长设置控件包括拖动体和拖动条、且所述拖动体位于所述拖动条之上时，基于所述拖动条，响应于针对所述拖动体的拖动操作，呈现所述拖动操作所指示设置的时长；

响应于针对所述拖动操作所指示设置的时长的确定操作，接收到所述时长设置指令，并将所述拖动操作所指示设置的时长作为所述目标时长。

4.如权利要求2所述的方法，其特征在于，所述确定所述时长设置指令所指示设置的目标时长之前，所述方法还包括：

当所述时长设置控件包括时长编辑框时，响应于针对所述时长编辑框的编辑操作，呈现所述编辑操作所指示编辑的时长；

响应于针对所述编辑操作所指示编辑的时长的确定操作，接收到所述时长设置指令，并将所述编辑操作所指示编辑的时长作为所述目标时长。

5.如权利要求2所述的方法，其特征在于，所述确定所述时长设置指令所指示设置的目标时长之前，所述方法还包括：

当所述时长设置控件包括至少一个可供选择的时长选项时，响应于针对目标时长选项的选择操作，控制所述目标时长选项对应的时长处于选中状态；

响应于针对所述目标时长选项对应的时长的确定操作，接收到所述时长设置指令，并将所述目标时长选项对应的时长作为所述目标时长。

6.如权利要求2所述的方法，其特征在于，所述确定所述时长设置指令所指示设置的目标时长之前，所述方法还包括：

响应于针对所述时长设置控件的触发操作，呈现用于对所述场景数据的存储时长进行推荐设置的推荐信息、且所述推荐信息中包括推荐时长；

其中，所述推荐时长，为基于当前终端设备的存储情况，或针对录制的场景数据的历史存储时长推荐得到的；

响应于针对所述推荐信息的确定操作，接收到所述时长设置指令，并将所述推荐时长作为所述目标时长。

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

在所述虚拟场景的录制设置界面中，呈现用于对所述媒体文件的清晰度进行设置的至少一个清晰度选项；

响应于针对所述至少一个清晰度选项中目标清晰度选项的选择操作，控制所述目标清晰度选项对应的目标清晰度处于选中状态；

响应于针对处于选中状态的所述目标清晰度的确定操作，建立所述目标清晰度与所述录制控件之间的关联关系；

所述基于所述剩余场景数据生成对应的媒体文件，包括：

基于建立的所述关联关系以及所述剩余场景数据，生成与所述目标清晰度相对应的媒体文件。

8.如权利要求1所述的方法，其特征在于，所述在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件，包括：

在展示所述虚拟场景的过程中，获取所述虚拟场景的场景数据；

基于所述场景数据，调用机器学习模型对是否需要对所述虚拟场景的场景数据进行录制进行预测，得到预测结果；

当所述预测结果表征需要对所述虚拟场景的场景数据进行录制时，在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件。

9.如权利要求1所述的方法，其特征在于，所述呈现用于对虚拟场景的场景数据进行录制的录制控件，包括：

采用第一显示样式呈现用于对虚拟场景的场景数据进行录制的录制控件；

所述方法还包括：

在录制过程中，采用不同于所述第一显示样式的第二显示样式呈现所述录制控件。

10.如权利要求1所述的方法，其特征在于，所述对所述场景数据进行录制之前，所述方法还包括：

响应于针对所述录制控件的第一触发操作，接收到所述录制指令；

所述基于所述剩余场景数据生成对应的媒体文件之前，所述方法还包括：

响应于针对所述录制控件的第二触发操作，确定针对所述场景数据的录制完成。

11.如权利要求10所述的方法，其特征在于，所述响应于针对所述录制控件的第一触发操作，接收到所述录制指令，包括：

响应于针对所述录制控件的第一触发操作，确定所述第一触发操作对应的触发时刻；

从所述触发时刻开始，对针对所述录制控件的触发操作进行检测，当在预设时间段内未检测到针对所述录制控件的第三触发操作时，确定接收到所述录制指令。

12.如权利要求1所述的方法，其特征在于，所述对所述场景数据进行录制之前，所述方法还包括：

当所述录制控件处于关闭状态时，在展示所述虚拟场景的过程中，对所述虚拟场景的场景数据进行检测，得到检测结果；

当所述检测结果表征所述场景数据满足录制条件时，控制所述录制控件的录制状态由关闭状态切换为开启状态，以接收到切换为开启状态所触发的录制指令；

所述基于所述剩余场景数据生成对应的媒体文件之前，所述方法还包括：

在录制过程中，当所述检测结果表征所述场景数据不满足录制条件时，控制所述录制控件的录制状态由开启状态切换为关闭状态，以确定针对所述虚拟场景的录制完成。

13.如权利要求1所述的方法，其特征在于，所述对所述场景数据进行录制，包括：

采集所述虚拟场景的场景数据，并根据采集先后顺序将采集的场景数据依次存储在至循环队列中；其中，所述循环队列所指示存储的场景数据的录制时长为所述存储时长；

所述根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，包括：

根据所述采集先后顺序，将最先采集的场景数据从所述循环队列中移出，并将最新采集的场景数据存储至所述循环队列中；其中，所述循环队列中的场景数据为所述剩余场景数据。

14.如权利要求1所述的方法，其特征在于，所述从最先录制的场景数据开始删除部分场景数据，包括：

对所述场景数据进行类别分析，从所述场景数据中筛选出属于目标类别的第一部分场景数据；

从最先录制的场景数据开始，从录制的所述场景数据中删除除所述第一部分场景数据之外的第二部分场景数据，并将剩下的所述第一部分场景数据作为所述剩余场景数据。

15.如权利要求14所述的方法，其特征在于，所述基于所述剩余场景数据生成对应的媒体文件，包括：

根据所述剩余场景数据的录制时间，对所述剩余场景数据进行录制连贯性分析，得到分析结果；

当所述分析结果表征所述剩余场景数据中包括至少两段连贯录制的场景数据时，针对各段连贯录制的场景数据分别生成相应的媒体文件。

16.如权利要求14所述的方法，其特征在于，所述基于所述剩余场景数据生成对应的媒体文件，包括：

当所述目标类别的数量为至少两个时，从所述剩余场景数据中筛选出属于各所述目标类别的场景数据；

基于筛选出的属于各所述目标类别的场景数据，生成与相应目标类别相对应的媒体文件。

17.一种基于虚拟场景的数据录制装置，其特征在于，所述装置包括：

控件呈现模块，用于在虚拟场景的界面中，呈现用于对虚拟场景的场景数据进行录制的录制控件；

其中，所述录制控件，关联有预先设置的对录制的所述场景数据进行存储的存储时长；

数据录制模块，用于响应于基于所述录制控件触发的录制指令，对所述场景数据进行录制；

数据删除模块，用于在录制过程中，当针对所述场景数据的录制时长超过所述存储时长时，根据录制先后顺序，从最先录制的场景数据开始删除部分场景数据，使得剩余场景数据对应的录制时长不超过所述存储时长；

文件生成模块，用于响应于针对所述场景数据的录制完成，基于所述剩余场景数据生成对应的媒体文件。

18.一种终端设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至16任一项所述的基于虚拟场景的数据录制方法。

19.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至16任一项所述的基于虚拟场景的数据录制方法。

20.一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时，实现权利要求1至16任一项所述的基于虚拟场景的数据录制方法。

Images