CN105808198A - 应用于安卓系统的音频文件处理方法及装置、终端 - Google Patents

Abstract

本发明提供了应用于安卓系统的音频文件处理方法及装置、终端，该方法包括：检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；播放所述非系统音频文件对应的硬解码数据。通过本发明的技术方案，可以绕开安卓系统对音频文件的重采样处理，避免影响音频播放效果。

Description

应用于安卓系统的音频文件处理方法及装置、终端

技术领域

本发明涉及音频播放技术领域，尤其涉及应用于安卓系统的音频文件处理方法及装置、终端。

背景技术

随着科学发展水平和人们生活质量的提升，智能终端的应用越来越广泛，比如基于Android系统的手机、平板电脑、电视等。人们希望在这些日常使用的智能终端上，获得良好的听觉体验，比如实现Hi-Fi(High-Fidelity，高保真)效果。

然而，发明人在实现本发明技术方案的过程中发现：现有的Android平台(即Android操作系统)对于音源的重采样处理和混音处理中，会改变音源的原始精度，导致音源的原始数据存在部分丢失，从而影响最终的音源播放效果。

发明内容

有鉴于此，本发明提供了应用于安卓系统的音频文件处理方法及装置、终端，可以解决现有的Android平台(即Android操作系统)对于音源的重采样处理和混音处理中存在改变音源的原始精度的问题，从而可以提升音频播放效果。

为实现上述目的，本发明提供技术方案如下：

根据本发明的第一方面，提出了一种应用于安卓系统的音频文件处理方法，包括：

检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

播放所述非系统音频文件对应的硬解码数据。

根据本发明的第二方面，提出了一种应用于安卓系统的音频文件处理装置，包括：

硬解码单元，用于检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

播放单元，用于播放所述非系统音频文件对应的硬解码数据。

根据本发明的第三方面，提出了一种终端，包括：

编解码芯片，处理器、存储器和播放器；其中，所述编解码芯片通过内部总线与所述存储器通信连接，所述处理器通过内部总线与所述存储器通信连接，所述编解码芯片与所述处理器通信连接，所述编解码芯片与所述播放器连接；所述存储器中保存有实现所述应用于安卓系统的音频文件处理方法的指令；

其中，所述处理器根据所述存储器中的指令，检测待处理的音频文件包括非系统音频文件时，将所述非系统音频文件发送给所述编解码芯片，以使所述编解码芯片对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；并将所述非系统音频文件对应的硬解码数据发送给所述播放器，以使所述播放器播放所述非系统音频文件对应的硬解码数据。

本发明实施例中，检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；播放所述非系统音频文件对应的硬解码数据；由于本发明实施例中，对非系统音频文件不采用现有的软解码处理方法，即可避免安卓系统对非系统音频文件的重采样处理中存在改变音源的原始精度的问题，使得非系统音频文件的原始数据被完全保留，从而提升非系统音频文件的高保真播放效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是相关技术中对音频文件进行处理的示意流程图；

图2-1是本发明一示例性实施例的一种应用于安卓系统的音频文件处理方法的流程图；

图2-2是本发明一示例性实施例的另一种应用于安卓系统的音频文件处理方法的流程图；

图3是本发明一示例性实施例的另一种应用于安卓系统的音频文件处理方法的流程图；

图4是本发明一示例性实施例的应用于安卓系统的音频文件处理的示意流程图；

图5是本发明一示例性实施例的一种终端的结构示意图；

图6是本发明一示例性实施例的一种应用于安卓系统的音频文件处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是相关技术中对音频文件进行处理的示意流程图，如图1所示，原生Android平台(即Android操作系统)对于音频文件的处理过程为：

当存在任一待处理的音频文件时，无论是系统音频文件或非系统音频文件，先检测该音频文件的采样率，若与预设采样率不相同，则处理器对该音频文件进行重采样(resampler)处理。

以图1所示的音频文件1为例。假定音频文件1的采样率为48KHz，而预设采样率为44.1KHz，则处理器会将该音频文件1重采样为44.1KHz，得到对应的音频文件1’。类似地，处理器将音频文件1、音频文件2、……音频文件n等，分别重采样处理后，得到对应的音频文件1’、音频文件2’……音频文件n’等。

然后，由处理器分别对每个重采样处理后的音频文件进行软解码操作，得到对应的软解码数据；比如由音频文件1’、音频文件2’……音频文件n’，分别得到对应于软解码数据1、软解码数据2……软解码数据n。

当同时存在多个音频文件时，比如图1所示的音频文件1、音频文件2……音频文件n，则处理器进一步对所有音频文件对应的软解码数据进行混音(mixer)处理，得到混音数据；最后，由终端内的音频播放组件对混音数据进行播放，即可实现混音播放。

可见，无论当前播放的音频文件本身是否无损压缩、不失真，由于相关技术中处理器对音频文件的重采样处理和混音处理，改变了音频文件的原始精度和格式，导致音频文件的原始数据必然存在部分丢失，从而影响最终的音频文件播放效果。

因此，本发明通过对现有技术的改进，以解决Android平台的上述技术问题。

图2-1是本发明一示例性实施例的一种应用于安卓系统的音频文件处理方法的流程图；如图2-1所示，该方法应用于终端，可以包括以下步骤：

步骤202，检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

通常，音源包括非系统音源和系统音源，其中，非系统音源即用户自行选择播放、非Android系统自带的音源，比如用户下载至终端内存卡上的音乐文件、视频文件等；系统音源是指Android系统内自带的音源，比如短信提示音、来电铃声等。

由于用户对这些非系统音源的播放效果的要求比较高，为了提升非系统音源播放时的高保真效果，克服现有技术中对非系统音源的重采样处理过程中改变了音源的原始精度而导致音源的原始数据存在部分丢失的问题，本发明中，对非系统音源进行硬解码处理，而不是软解码处理。

例如，当任一非系统音源(用户自行选择播放的音乐或视频文件)启动时，该启动的非系统音源对应的音频文件是本发明实施例中所述待处理的非系统音频文件。本发明实施例中，对该待处理的非系统音频文件例如通过编解码芯片采用数字信号处理(DigitalSignalProcessing，DSP)技术进行硬解码处理得到相应的硬解码数据。

步骤204，播放所述非系统音频文件对应的硬解码数据。

举例来说，在实际应用场景中，在播放所述非系统音频文件对应的硬解码数据时，终端有可能启动系统音源，由于用户对系统音源的播放效果的要求不是很高，为了节省编解码芯片的应用资源，缓解编解码芯片的解码压力，本实施例中，对系统音源对应的系统音频文件可以采用现有的软解码处理方法，例如终端自身的处理器对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；

进一步，可以对所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据进行混音播放，具体播放时例如包括：

根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；依次对所述音频播放缓存队列中的数据片段进行播放。

本发明实施例中，检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；播放所述非系统音频文件对应的硬解码数据；由于本发明实施例中，对非系统音频文件不采用现有的软解码处理方法，即可避免安卓系统对非系统音频文件的重采样处理中存在改变音源的原始精度的问题，使得非系统音频文件的原始数据被完全保留，从而提升非系统音频文件的高保真播放效果。

图2-2是本发明一示例性实施例的一种应用于安卓系统的音频文件处理方法的流程图，如图2-2所示，该方法应用于终端，可以包括以下步骤：

步骤202’，检测到终端的高保真播放功能被开启。

在本实施例中，通过在终端内添加对“高保真播放功能”的开关，用户可以根据需求选择开启或关闭高保真播放功能；当开启该功能时，按照本发明的技术方案进行处理，当关闭该功能时，按照图1所示相关技术中的方式进行处理。

步骤204’，当任一非系统音源被启动时，将该非系统音源的音频文件直接发送至编解码芯片，以由所述编解码芯片进行解码。

在本实施例中，非系统音源即用户自行选择播放、非Android系统自带的音源，比如用户下载至终端内存卡上的音乐文件、视频文件等。

在本实施例中，通过将非系统音源的音频文件发送至编解码芯片，避免了Android系统对非系统音源的音频文件的重采样处理，使得非系统音源的音频文件的原始数据被完全保留，从而实现非系统音源的高保真播放效果。

步骤206’，对所述编解码芯片得到的解码数据进行播放。

由上述实施例可知，为了节省编解码芯片的应用资源，本发明通过对音源类型的检测，对非系统音源利用编解码芯片进行硬解码处理；同时，也绕过了Android系统默认的重采样处理，从而避免了非系统音源的音质降低，确保实现Hi-Fi效果。

此外，在上述实施例中，在对所述任一非系统音源进行播放时，若检测到任一系统音源被启动，则将所述任一系统音频文件发送至处理器，这里的处理器例如可以为终端自身的处理器，由所述处理器对系统音频文件进行软解码；然后，将分别对应于所述任一非系统音源和所述任一系统音源的解码数据进行混音播放。

本发明实施例中，例如，当同时存在多个被启动的系统音源时，根据预定义的进程抢占策略，对当前播放的系统音源对应的音频文件通过处理器进行软解码处理，并进行播放，其中，预定义的进程抢占策略可以参考图3所示实施例中的相关内容。

图3是本发明一示例性实施例的另一种应用于安卓系统的音频文件处理方法的流程图，如图3所示，该方法可以包括以下步骤：

步骤302，检测到终端内存在任一待处理音频文件。

在本实施例中，举例而言，当用户手动开启某个音乐播放器应用程序时，该音乐播放器执行对音乐文件的播放，则该音乐文件为非系统音频文件；当终端接收到一条短信时，终端需要调用系统内的提示音文件，发出对应的提示音，则该提示音文件为系统音频文件。

步骤304，判断终端内的Hi-Fi音效开关是否开启，若开启则转入步骤306，否则转入步骤326。

步骤306，判断待处理音频文件是否为系统音频文件，若是系统音频文件则转入步骤314，否则转入步骤308。

在本实施例中，系统音频文件是指Android系统内自带的音频文件，比如短信提示音、来电铃声等；而非系统音频文件是指非Android系统内自带的音频文件，比如用户存储在内存卡中的音乐文件等，例如用户希望实现Hi-Fi音效的WAVE、FLAC等格式的音乐文件。

步骤308，将非系统音频文件发送至编解码芯片，由编解码芯片执行硬件解码操作，得到硬解码数据。

在本实施例中，硬解码数据或软解码数据可以为PCM(PulseCodeModulation，脉码编码调制)数据。

在本实施例中，上述的编解码芯片可以是专用于对音频文件进行编解码处理的硬件模块，比如图4所示的DSP(DigitalSignalProcessing，数字信号处理)模块；编解码芯片可以采用DSP技术对音频文件进行硬解码处理。因此，在本实施例中，通过将Hi-Fi音频文件(或其他的非系统音频文件)直接发送至DSP模块内进行编解码处理，从而绕开Android系统基于处理器的处理流程，即避免了处理器的重采样和混音处理过程造成非系统音频文件的原始数据发生丢失。

步骤310，判断是否存在多个音频文件需要同时播放，若存在则转入步骤322，否则转入步骤312。

在本实施例中，“多个音频文件”可以为对应于步骤308的非系统音频文件，也可以为对应于步骤320的系统音频文件(下文将对步骤320及相应的处理过程进行详细描述)。举例而言，当用户启动终端内的音乐播放器时，通过步骤308得到相应的非系统音频文件(即音乐文件)的硬解码数据；同时，若终端接收到短信息，则通过步骤320得到相应的系统音频文件(即短信息的提示音文件)的软解码数据，此时判定存在多个音频文件，转入步骤322。

步骤312，直接播放相应的解码数据。

在本实施例中，播放的解码数据，可以为对应于步骤308的非系统音频文件的硬解码数据，也可以为对应于步骤320的系统音频文件的软解码数据。具体地，通过将对应的解码数据发送至用于播放的硬件设备(如终端内的音频播放组件)，即可实现播放。

步骤314，判断是否同时存在多个系统音频文件需要同时播放，若存在则转入步骤318，否则转入步骤316。

在本实施例中，举例而言，终端在被呼叫过程中，需要对来电进行响铃，存在相应的系统音频文件为“来电铃声文件”；同时，如果终端接收到短信息，则需要发出相应的短信息提示音，存在相应的系统音频文件为“短信提示音文件”，因而同时存在多个系统音频文件，即“来电铃声文件”和“短信提示音文件”。

步骤316，将用于播放的系统音频文件发送至处理器，由处理器执行软件解码操作，得到软解码数据。

在本实施例中，当仅存在单个系统音频文件时，比如仅存在“短信提示音文件”，则直接将该系统音频文件发送至处理器进行软件解码处理。

步骤318，在多个系统音源中，选择当前播放的系统音源，以用于发送至处理器进行软件解码处理。

在本实施例中，若同时存在多个系统音频文件，比如上述的“来电铃声文件”和“短信提示音文件”，则需要选择出唯一允许播放的音频文件。具体地，可以通过预定义的进程抢占策略，由多个系统音频文件对唯一的播放进程进行抢占，从而选择当前播放的系统音频文件。

其中，进程抢占策略可以根据实际需求进行定义，比如：作为一示例性实施例，每次出现的最后启动的系统音频文件实现进程占用；或者，作为另一示例性实施例，根据预定义优先级，由最高优先级的系统音频文件实现进程占用。

步骤320，通过编解码芯片的转发操作，将处理器得到的软解码数据转发至终端内的音频播放组件，并转入步骤310。

在本实施例中，图4所示的处理流程对应于终端内的硬件连接关系，比如用于音频播放的硬件设备仅与DSP模块连接，则处理器在对系统音源进行软解码操作后，得到的软解码数据仅能够通过DSP模块转发至硬件设备，实现对该软解码数据的播放。

步骤322，对多个音频文件对应的解码数据进行混音播放。

在本实施例中，基于步骤318中对系统音频文件的选择，那么步骤320仅输出单个音频文件的软解码数据，即步骤310存在的多个音频文件只会存在一种情况：同时存在对应于步骤308的一个非系统音频文件和对应于步骤320的一个系统音频文件，比如音乐文件和短信提示音文件。

在本实施例中，混音播放的过程可以采用：分别从非系统音频文件的硬解码数据和系统音频文件的软解码数据中，交替截取预设时长的数据片段，并添加至音频播放缓存队列中，然后依次对该音频播放缓存队列中的数据片段进行播放。那么，只要采用较小的预设时长来执行“交替截取”操作，用户就可以得到“同时播放”听觉效果。

步骤324，处理器对待处理音频文件进行重采样处理，并对处理后的音频文件进行软件解码。

步骤326，对步骤324得到的音频数据进行播放；其中，若同时存在多个音频文件，还对所有音频文件对应的软解码数据进行混音处理后，才对得到的混音数据进行播放。

其中，步骤324至步骤326的处理过程与图1所示的相关技术中的处理过程相同，此处不再赘述。

图5示出了根据本申请的一示例性实施例的终端的示意结构图。请参考图5，在硬件层面，该终端包括编解码芯片、处理器、内部总线、网络接口、内存以及存储器(如非易失性存储器)，当然还可能包括其他业务所需要的硬件。其中，存储器中包括实现上述应用于安卓系统的音频文件处理方法的指令，处理器从存储器中读取指令到内存中然后运行，具体运行步骤包括：

所述处理器根据所述存储器中的指令，检测待处理的音频文件包括非系统音频文件时，将所述非系统音频文件发送给所述编解码芯片，以使所述编解码芯片对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；并将所述非系统音频文件对应的硬解码数据发送给所述播放器，以使所述播放器播放所述非系统音频文件对应的硬解码数据。

进一步地，所述处理器检测所述待处理的音频文件还包括系统音频文件时，对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；并将所述系统音频文件对应的软解码数据发送给所述编解码芯片，以使所述编解码新品将所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据发送给所述播放器进行混音播放。

具体地，所述播放器，用于根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；依次对所述音频播放缓存队列中的数据片段进行播放。

当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图6，在软件实施方式中，该应用于安卓系统的音频文件处理装置可以包括：硬解码单元和第一播放单元。其中：

硬解码单元，用于检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

播放单元，用于播放所述非系统音频文件对应的硬解码数据。

可选的，还包括：

软解码单元，用于检测所述待处理的音频文件还包括系统音频文件时，对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；

所述播放单元，用于对所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据进行混音播放。

可选的，所述播放单元具体用于：

根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；

依次对所述音频播放缓存队列中的数据片段进行播放。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (9)

1.一种应用于安卓系统的音频文件处理方法，其特征在于，包括：

检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

播放所述非系统音频文件对应的硬解码数据。

2.根据权利要求1所述的方法，其特征在于，检测所述待处理的音频文件还包括系统音频文件时，所述方法还包括：

对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；

对所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据进行混音播放。

3.根据权利要求2所述的方法，其特征在于，对所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据进行混音播放，包括：

根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；

依次对所述音频播放缓存队列中的数据片段进行播放。

4.一种应用于安卓系统的音频文件处理装置，其特征在于，包括：

硬解码单元，用于检测待处理的音频文件包括非系统音频文件时，对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；

播放单元，用于播放所述非系统音频文件对应的硬解码数据。

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

软解码单元，用于检测所述待处理的音频文件还包括系统音频文件时，对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；

所述播放单元，还用于对所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据进行混音播放。

6.根据权利要求5所述的装置，其特征在于，所述播放单元具体用于：

根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；

依次对所述音频播放缓存队列中的数据片段进行播放。

7.一种终端，其特征在于，包括：

编解码芯片，处理器、存储器和播放器；其中，所述编解码芯片通过内部总线与所述存储器通信连接，所述处理器通过内部总线与所述存储器通信连接，所述编解码芯片与所述处理器通信连接，所述编解码芯片与所述播放器连接；所述存储器中保存有实现所述应用于安卓系统的音频文件处理方法的指令；

其中，所述处理器根据所述存储器中的指令，检测待处理的音频文件包括非系统音频文件时，将所述非系统音频文件发送给所述编解码芯片，以使所述编解码芯片对所述非系统音频文件进行硬解码处理，得到所述非系统音频文件对应的硬解码数据；并将所述非系统音频文件对应的硬解码数据发送给所述播放器，以使所述播放器播放所述非系统音频文件对应的硬解码数据。

8.根据权利要求7所述的终端，其特征在于：

所述处理器检测所述待处理的音频文件还包括系统音频文件时，对所述系统音频文件进行软解码处理，得到所述系统音频文件对应的软解码数据；并将所述系统音频文件对应的软解码数据发送给所述编解码芯片，以使所述编解码新品将所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据发送给所述播放器进行混音播放。

9.根据权利要求8所述的终端，其特征在于，包括：

所述播放器，用于根据预设时长，分别从所述非系统音频文件对应的硬解码数据和所述系统音频文件对应的软解码数据中，交替截取与所述预设时长对应的数据片段，并添加至音频播放缓存队列中；依次对所述音频播放缓存队列中的数据片段进行播放。