一种歌曲录制方法、装置、设备及存储介质与流程

本公开实施例涉及应用程序开发技术领域，尤其涉及一种歌曲录制方法、装置、设备及存储介质。

背景技术：

目前，用户可以使用客户端上的应用程序(application，app)进行歌曲的录制。在歌曲录制过程中，可以使用乐器数字接口(musicalinstrumentdigitalinterface，midi)节奏器播放所录制歌曲的音乐，比如伴奏音乐。通常情况下，每首音乐都对应有一个midi资源文件，midi节奏器可以根据该midi资源文件播放相应的音乐。

然而，有些音乐的前奏时间较长，当用户录制这些音乐对应的歌曲时，用户在正式录制前的等待时间也较长，这将直接影响用户的歌曲录制的体验感。因此，如何跳过音乐的前奏并保证歌曲的正常录制，是亟待解决的问题。

技术实现要素：

本公开实施例提供了一种歌曲录制方法、装置、设备及存储介质，可以跳过音乐的前奏并保证歌曲的正常录制。

第一方面，本公开实施例提供了一种歌曲录制方法，可以包括：

如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间；

移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据；

获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

上述方案中，可选的是，该方法还可以包括：

获取音乐的乐器数字接口midi资源文件，并对midi资源文件进行解析，得到音乐的首句歌词的起始时间。

上述方案中，可选的是，在第一时间检测到录制歌曲的触发事件之后，该方法还可以包括：输出跳过前奏的提示信息；

相应的，在第二时间检测到跳过前奏的触发事件，可以包括：在第二时间检测到作用于提示信息的触发指令。

上述方案中，可选的是，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，可以包括：

将前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据进行合并，得到第一合并结果；

将第一目标录音数据，以及，音乐的目标时间和结束时间之间的音乐数据进行合并，得到第二合并结果；

根据第一合并结果和第二合并结果，得到合并结果。

上述方案中，可选的是，该方法还可以包括：

如果音乐的播放进度大于等于音乐的末句歌词的结束时间，且在第三时间检测到跳过尾奏的触发事件，则移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据；

相应的，获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，可以包括：

获取目标时间和音乐的末句歌词的结束时间之间的第二目标录音数据，合并前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据。

上述方案中，可选的是，合并前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据，可以包括：

根据前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据，得到前奏合并结果；

根据第二目标录音数据，以及，音乐的目标时间和音乐的末句歌词的结束时间之间的音乐数据，得到目标合并结果；

根据尾奏静音数据，以及，音乐的末句歌词的结束时间和音乐的结束时间之间的音乐数据，得到尾奏合并结果，并根据前奏合并结果、目标合并结果以及尾奏合并结果，得到合并结果。

上述方案中，可选的是，目标时间和音乐的首句歌词的起始时间的差值可以为3秒。

第二方面，本公开实施例还提供了一种歌曲录制装置，可以包括：

音乐播放进度调整模块，用于如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间；

前奏静音数据写入模块，用于移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据；

歌曲录制结果确定模块，用于获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

上述方案中，可选的是，该装置还可以包括：

首句歌词的起始时间得到模块，用于获取音乐的乐器数字接口midi资源文件，并对midi资源文件进行解析，得到音乐的首句歌词的起始时间。

上述方案中，可选的是，该装置还可以包括：

提示信息输出模块，用于输出跳过前奏的提示信息；

相应的，音乐播放进度调整模块，可以包括：

触发指令检测单元，用于在第二时间检测到作用于提示信息的触发指令。

上述方案中，可选的是，歌曲录制结果确定模块，可以包括：

第一合并结果得到单元，用于将前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据进行合并，得到第一合并结果；

第二合并结果得到单元，用于将第一目标录音数据，以及，音乐的目标时间和结束时间之间的音乐数据进行合并，得到第二合并结果；

合并结果得到单元，用于根据第一合并结果和第二合并结果得到合并结果。

上述方案中，可选的是，该装置还可以包括：

尾奏静音数据写入模块，用于如果音乐的播放进度大于等于音乐的末句歌词的结束时间，且在第三时间检测到跳过尾奏的触发事件，则移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据；

相应的，歌曲录制结果确定模块，可以包括：

歌曲录制结果确定单元，用于获取目标时间和音乐的末句歌词的结束时间之间的第二目标录音数据，合并前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据。

上述方案中，可选的是，歌曲录制结果确定单元，可以包括：

前奏合并结果得到子单元，用于根据前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据，得到前奏合并结果；

目标合并结果得到子单元，用于根据第二目标录音数据，以及，音乐的目标时间和音乐的末句歌词的结束时间之间的音乐数据，得到目标合并结果；

合并结果得到子单元，用于根据尾奏静音数据，以及，音乐的末句歌词的结束时间和音乐的结束时间之间的音乐数据，得到尾奏合并结果，并根据前奏合并结果、目标合并结果以及尾奏合并结果，得到合并结果。

上述方案中，可选的是，目标时间和音乐的首句歌词的起始时间的差值可以为3秒。

第三方面，本公开实施例还提供了一种终端设备，可以包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本公开任意实施例所提供的歌曲录制方法。

第四方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本公开任意实施例所提供的歌曲录制方法。

本公开实施例的技术方案，通过在两个不同的时间点上分别检测到录制歌曲的触发事件和跳过前奏的触发事件时，将与该歌曲对应的音乐的播放进度调整至目标时间，以跳过前奏音乐；移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据，使得最终得到的歌曲的录制结果的时间长度和用户开始录制到结束录制的时间长度一致，从而保证了歌曲的正常录制；获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。在录制歌曲的过程中，上述技术方案可以根据用户的实际需求跳过音乐前奏，减少用户在正式录制前的等待时间，提高歌曲的录制效率和录制体验；而且，录制结果的时间长度和音乐的时间长度完全一致，保证了歌曲的正常及完整录制。

附图说明

图1是本公开实施例一中的一种歌曲录制方法的流程图；

图2是本公开实施例二中的一种歌曲录制方法的流程图；

图3是本公开实施例三中的一种歌曲录制装置的结构框图；

图4是本公开实施例四中的一种终端设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1是本公开实施例一中提供的一种歌曲录制方法的流程图。本实施例可适用于跳过音乐前奏的歌曲录制的情况，尤其适用于跳过音乐前奏且保证歌曲录制时长的情况。该方法可以由本公开实施例提供的歌曲录制装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在各种用户终端设备或服务器上。参见图1，本公开实施例的方法具体包括如下步骤：

s110、如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间。

其中，如果客户端中的app在两个不同的时间点，先后检测到录制歌曲的触发事件以及跳过前奏的触发事件，说明用户此时需要录制歌曲，但是希望可以跳过音乐前奏以便尽快开始歌曲的正是录制，减少音乐前奏的等待时间。

具体的，如果app在第一时间检测到录制歌曲的触发事件，app可以调用midi节奏器播放待录制的歌曲对应的音乐，并通过客户端上的麦克风开始录制声音数据，直至在预设停止时间时停止录制声音数据。特别地，该音乐可以是待录制歌曲的伴奏音乐，该预设停止时间可以是音乐的结束时间，也可以是音乐的末句歌词的结束时间。

进一步，如果app在第二时间检测到跳过前奏的触发事件，则app可以控制midi节奏器将音乐的播放进度调整至目标时间，使得该音乐从目标时间继续播放。该目标时间可以小于等于音乐的首句歌词的起始时间，比如，该目标时间可以是音乐的首句歌词的起始时间；还可以是音乐的首句歌词的起始时间的前几秒比如前3秒，这样设置的好处在于，可以为用户提供一定的缓冲时间后再进入歌曲录制的真正起始点(首句歌词的起始时间)，提升歌曲录制效果。

示例性的，检测到的触发事件可以是预设快捷键、预设按钮、预设图标、预设条目等的触发事件，比如，用户通过点击录音按钮使得app检测到录制歌曲的触发事件，通过点击跳过前奏按钮使得app检测到跳过前奏的触发事件。上述步骤可以通过安卓系统中的录音工具类比如mediarecorder实现。

可选的，在第一时间检测到录制歌曲的触发事件之后，该app还可以输出跳过前奏的提示信息，以提示用户是否需要跳过音乐前奏。进一步，如果在第二时间检测到作用于提示信息的触发指令，则说明用户需要跳过音乐前奏，此时将音乐的播放进度调整至目标时间。

或者，可以将该触发指令再次详细分类，比如，如果是点击触发指令，说明用户需要跳过音乐前奏；如果是滑动触发指令，说明用户无需跳过音乐前奏。则，app可以根据具体的触发指令执行具体的操作。

s120、移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据。

其中，由于app在第一时间检测到录制歌曲的触发事件后，已经通过客户端上的麦克风开始录制声音数据。然而，在第一时间和第二时间之间录制到的声音数据即前奏录音数据，显然并非是用户真正想要录制的声音数据。需要说明的是，用户真正想要录制的声音数据应当是从目标时间开始的，或者，是从音乐的首句歌词的开始时间开始的。因此，应当移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据，该前奏静音数据可以理解为空白的声音数据，即在第一时间和目标时间之间没有用户录制的声音数据。基于该步骤得到的歌曲的最终的录制结果的时间长度和用户开始录制到结束录制的时间长度一致，从而保证了歌曲的正常及完整录制。

s130、获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

其中，获取目标时间和音乐的结束时间之间的第一目标录音数据，即获取用户真正想要录制的声音数据，该音乐的结束时间可以认为是整首音乐的结束时间，也可以认为是音乐的末句歌词的结束时间。将前奏静音数据、第一目标录音数据以及音乐的音乐数据相合并，可以得到歌曲的录制结果。具体的，可以以音乐的播放进度或是播放时间为基准，将前奏静音数据和第一目标录音数据，分别与音乐中各自对应的音乐数据相合并。

示例性的，可以将前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据进行合并，得到第一合并结果；将第一目标录音数据，以及，音乐的目标时间和结束时间之间的音乐数据进行合并，得到第二合并结果；进而，可以根据第一合并结果和第二合并结果，得到合并结果即歌曲的录制结果。该合并结果即为用户录制的声音数据和音乐如伴奏音乐的音乐数据的混合音。

特别地，可以对第一目标录音数据和/或合并结果进行音频效果处理、音频编辑等操作，例如可以进行背景噪音处理、音频数据编辑、混音设置等操作，以提高歌曲录制的效果，进而提高用户录制歌曲的体验感。

在上述各方案的基础上，可选的，该歌曲录制方法还可以包括：获取音乐的乐器数字接口midi资源文件，并对midi资源文件进行解析，得到音乐的首句歌词的起始时间。通常情况下，每首音乐都对应有一个midi资源文件，该midi资源文件中记录了音乐的相关信息，比如音乐中每句歌词的起始时间、结束时间、持续时间、音调等等。因此，在获取到用户待录制的歌曲对应的音乐后，可以对该音乐对应的midi资源文件进行解析，即可得到该音乐的首句歌词的起始时间。

本公开实施例的技术方案，通过在两个不同的时间点上分别检测到录制歌曲的触发事件和跳过前奏的触发事件时，将与该歌曲对应的音乐的播放进度调整至目标时间，以跳过前奏音乐；移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据，使得最终得到的歌曲的录制结果的时间长度和用户开始录制到结束录制的时间长度一致，从而保证了歌曲的正常录制；获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。在录制歌曲的过程中，上述技术方案可以根据用户的实际需求跳过音乐前奏，减少用户在正式录制前的等待时间，提高歌曲的录制效率和录制体验；而且，录制结果的时间长度和音乐的时间长度完全一致，保证了歌曲的正常及完整录制。

实施例二

图2是本公开实施例二中提供的一种歌曲录制方法的流程图。本实施例以上述实施例一为基础进行优化。在本实施例中，该方法还可以包括：如果音乐的播放进度大于等于音乐的末句歌词的结束时间，且在第三时间检测到跳过尾奏的触发事件，则移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据。相应的，如图2所示，本实施例的方法具体可以包括如下步骤：

s210、如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间。

s220、移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据。

s230、如果音乐的播放进度大于等于音乐的末句歌词的结束时间，且在第三时间检测到跳过尾奏的触发事件，则移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据。

其中，如果音乐的播放进度大于等于音乐的末句歌词的结束时间，说明用户真正想要录制的声音数据已全部录制完成，余下的未播放的音乐属于尾奏音乐。在此基础上，如果检测到跳过尾奏的触发事件，说明用户此时已无需继续录制声音数据，因此可以停止音乐的播放以及声音数据的录制，以跳过尾奏音乐，使得用户可以立即查看歌曲的录制结果。

进而，可以移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，该尾奏录音数据属于无效的声音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据，该尾奏静音数据属于空白的声音数据，使得最终得到的歌曲的录制结果的时间长度和用户从开始录制到结束录制的时间长度一致，从而保证了歌曲的正常及完整录制。

s240、获取目标时间和音乐的末句歌词的结束时间之间的第二目标录音数据，合并前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

其中，获取目标时间和音乐的末句歌词的结束时间之间的第二目标录音数据，即用户真正想要录制的声音数据。将前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据相合并，可以得到歌曲的录制结果。具体的，可以以音乐的播放进度或是播放时间为基准，将前奏静音数据、第二目标录音数据和尾奏静音数据，分别与音乐中各自对应的音乐数据相合并。

示例性的，将前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据进行合并，得到前奏合并结果；将第二目标录音数据，以及，音乐的目标时间和音乐的末句歌词的结束时间之间的音乐数据进行合并，得到目标合并结果；将尾奏静音数据，以及，音乐的末句歌词的结束时间和音乐的结束时间之间的音乐数据进行合并，得到尾奏合并结果；进而，可以根据前奏合并结果、目标合并结果以及尾奏合并结果，得到合并结果即歌曲的录制结果。

本公开实施例的技术方案，通过在音乐的播放进度大于等于音乐的末句歌词的结束时间，且检测到跳过尾奏的触发事件时，移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据，以跳过尾奏音乐，减少用户在正式录制后的等待时间，使得用户无需等待即可查看录制结果；而且，录制结果的时间长度和音乐的时间长度完全一致，保证了歌曲的正常及完整录制。

需要说明的是，“第一时间”、“第二时间”、“第三时间”、“目标时间”、“音乐的首句歌词的起始时间”、“音乐的末句歌词的结束时间”以及“音乐的结束时间”在时间层面具有先后顺序。具体的，第二时间在第一时间之后，第二时间早于等于目标时间，目标时间早于等于音乐的首句歌词的起始时间，第三时间在音乐的末句歌词的结束时间和音乐的结束时间之间。

实施例三

图3为本公开实施例三提供的歌曲录制装置的结构框图，该装置用于执行上述任意实施例所提供的歌曲录制方法。该装置与上述各实施例的歌曲录制方法属于同一个发明构思，在歌曲录制装置的实施例中未详尽描述的细节内容，可以参考上述歌曲录制方法的实施例。参见图3，该装置具体可包括：音乐播放进度调整模块310、前奏静音数据写入模块320和歌曲录制结果确定模块330。

其中，音乐播放进度调整模块310，用于如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；目标时间小于等于音乐的首句歌词的起始时间；

前奏静音数据写入模块320，用于移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据；

歌曲录制结果确定模块330，用于获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

上述方案中，可选的是，该装置还可以包括：

首句歌词的起始时间得到模块，用于获取音乐的乐器数字接口midi资源文件，并对midi资源文件进行解析，得到音乐的首句歌词的起始时间。

上述方案中，可选的是，该装置还可以包括：

提示信息输出模块，用于输出跳过前奏的提示信息；

相应的，音乐播放进度调整模块310，可以包括：

触发指令检测单元，用于在第二时间检测到作用于提示信息的触发指令。

上述方案中，可选的是，歌曲录制结果确定模块330，可以包括：

第一合并结果得到单元，用于将前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据进行合并，得到第一合并结果；

第二合并结果得到单元，用于将第一目标录音数据，以及，音乐的目标时间和结束时间之间的音乐数据进行合并，得到第二合并结果；

合并结果得到单元，用于根据第一合并结果和第二合并结果得到合并结果。

上述方案中，可选的是，该装置还可以包括：

尾奏静音数据写入模块，用于如果音乐的播放进度大于等于音乐的末句歌词的结束时间，且在第三时间检测到跳过尾奏的触发事件，则移除音乐的末句歌词的结束时间和第三时间之间的尾奏录音数据，并在音乐的末句歌词的结束时间和音乐的结束时间之间写入尾奏静音数据；

相应的，歌曲录制结果确定模块330，可以包括：

歌曲录制结果确定单元，用于获取目标时间和音乐的末句歌词的结束时间之间的第二目标录音数据，合并前奏静音数据、第二目标录音数据、尾奏静音数据以及音乐的音乐数据。

上述方案中，可选的是，歌曲录制结果确定单元，可以包括：

前奏合并结果得到子单元，用于根据前奏静音数据，以及，音乐的第一时间和目标时间之间的音乐数据，得到前奏合并结果；

目标合并结果得到子单元，用于根据第二目标录音数据，以及，音乐的目标时间和音乐的末句歌词的结束时间之间的音乐数据，得到目标合并结果；

合并结果得到子单元，用于根据尾奏静音数据，以及，音乐的末句歌词的结束时间和音乐的结束时间之间的音乐数据，得到尾奏合并结果，并根据前奏合并结果、目标合并结果以及尾奏合并结果，得到合并结果。

上述方案中，可选的是，目标时间和音乐的首句歌词的起始时间的差值可以为3秒。

本公开实施例三提供的歌曲录制装置，通过音乐播放进度调整模块跳过前奏音乐；前奏静音数据写入模块和歌曲录制结果确定模块相互配合，使得最终得到的歌曲的录制结果的时间长度和用户开始录制到结束录制的时间长度一致，从而保证了歌曲的正常录制。在录制歌曲的过程中，上述装置可以根据用户的实际需求跳过音乐前奏，减少用户在正式录制前的等待时间，提高歌曲的录制效率和录制体验；而且，录制结果的时间长度和音乐的时间长度完全一致，保证了歌曲的正常及完整录制。

本公开实施例所提供的歌曲录制装置可执行本公开任意实施例所提供的歌曲录制方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述歌曲录制装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开的保护范围。

实施例四

下面参考图4，其示出了适于用来实现本公开实施例的终端设备800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图4示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，终端设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储装置808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有终端设备800操作所需的各种程序和数据。处理装置801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

通常，以下装置可以连接至i/o接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许终端设备800与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的终端设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

实施例五

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从rom802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机存储介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。

上述计算机存储介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间；移除第一时间和第二时间之间的前奏录音数据，并在第一时间和目标时间之间写入前奏静音数据；获取目标时间和音乐的结束时间之间的第一目标录音数据，合并前奏静音数据、第一目标录音数据以及音乐的音乐数据，并将合并结果作为歌曲的录制结果。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，音乐播放进度调整模块还可以被描述为“如果在第一时间检测到录制歌曲的触发事件，且在第二时间检测到跳过前奏的触发事件，将与歌曲对应的音乐的播放进度调整至目标时间；其中，目标时间小于等于音乐的首句歌词的起始时间的模块”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。