Android音频: 怎样使用AudioTrack播放一个WAV格式文件?

假设你已经成功地了解了关于AudioTrack的一些话题。那么你可能享受它带来的优点，比如低延迟（在STATIC(静态)模式），可以生成流式音频（在STREAM(流)模式）以及在播放之前。就行訪问和改动原始声音数据。

只是，如今的问题是怎样从源获取数据。很多应用须要使用的AudioTrack并不能简单的生成PCM音频（一个样例，比方Ethereal

Dialpad或者其它类似的App）。你可能须要从文件源去载入数据。比如WAV或MP3文件。

不要期望使用MediaPlayer。去解码WAV文件和MP3音频。尽管MediaPlayer播放这些文件很好，可是其播放逻辑全然在Native层，同一时候并没有为我们提供额外选项。同意我们使用其它解码器实现我们的目的。因此，我们必须从手动地从音频文件进行解码出PCM。

在这篇文章中，将会讨论WAV格式文件。

而在下一课中。我们将会更进一步。讨论怎样从MP3文件读取音频。

假设你的App不是专门为数字音频设计。那么在继续我们的讨论之前，你可能须要先了解一些主要的缩略语。

别操心。都非常easy。我们不须要对此做深入挖掘。

PCM(脉冲调制方式) – 实现一个物理音频信号变成数字化最简单方法。基本原理就是信号变成了一个数字阵列。而当中每一个数字代表的是声音在特定的时间瞬间的电平也能够说是能量（振幅）。(假设这样的解释在科学上可能不会非常准确。那我就仅仅能说声抱歉了）。

信不信由你。你能够使用这样的方法表示不论什么复杂的声音。并且回放出来也非常精准。

在这里。我们将仅仅会谈到线性PCM。在线性PCM中，当中阵列中的每一个数字都是原始声音振幅的线性表示。在某些情况下，对数映射能够更好地表示原来的声音幅度比例情况

– 可是我们不会讨论那些情况。

Sampling rate(採样率)：- 每秒你的数字声音有多少样本（声音幅度用数字表示）。样本越多，你能得到声音质量越好。眼下在消费类音频系统眼下使用的採样率一般是22050，44100和48000Hz/s。

每一个样品分辨率/採样大小/位 – 定义表示振幅数字的大小和格式。

比如，假设您使用的是8位整数，你仅仅能表达出256级的幅度，所以原来的物理波形将被简化为256个离散电平。与此同一时候，你将失去一些声音精度也能够说是质量。假设你使用16位。那么声音质量变得更好。其实。大部分时间你可能会使用16位音频。其它选项包含24位。32位（这些都是Android如今不支持的），或是使用浮点数。

声道 – 既能够是单声道，也能够是立体声(2个声道)。或者很多其它声道(可是Android不支持)。

假设你想要有立体声，你须要有立体声音频，就必须要在每一个声道都须要有一个独立的PCM数组。对应的信息量也会翻倍。

上述定义也有助于你理解特定的格式和长度的音频缓冲区的数据量，以便提前预备缓冲区。也就是你须要一个缓冲区。以用于存储5秒长度以44100Hz採样率的立体声16-bit线性PCM数据。数据计算公式例如以下所看到的：

<code>5 sec * 44100 samples per sec * 2 bytes per sample * 2 channels = 882,000 bytes</code>

这一数额所需的内存可能会让刚開始学习的人感到吃惊，由于当你往你的磁盘上存储的音频时。一个MP3文件，一个880KB的文件就能够容纳以同样的採样率和分辨率1分钟时长的音轨。

这是为什么呢？由于先进的格式，比方MP3格式。由于我们大脑无法分辨识别出一些音频的内容，所以使用了非常多复杂的方式在压缩的过程中去掉了这些内容。

然而，大多数低等级的音频API，包含Android的AudioTrack仅仅能接受线性PCM。这就是为什么假设我们不能把整个样品都放在内存中，我们须要将要处理的数据流，循环缓冲区和其它聪明的方式来使用音频API。

希望这种解释并没有让你产生困惑，如今让我们继续来实际做一些与Android上的数字音频有关的工作吧！

我们的目标是用一个InputStream，由其从一个WAV文件载入PCM数据，来提供原始字节数据。然后我们就能够将原始的PCM数据直接推送到使用已经正确的配置好了的AudioTrack.write。通过使用AudioTrack.write()这个API。

WAV文件包括一个文件头和详细数据会。

我们须要读取文件头以知道诸如採样速率。分辨率等信息。另外。我们通过文件头，也能够知道此格式是否支持。WAV能够封装成多种格式，我们无法所有支持。

或许。仅仅是合理的採样率，分辨率和通道的线性PCM格式。

WAV格式的细节在互联网上都能够找到，你只须要在Google上搜索下。可是。遗憾的是。我并没有搜索到一个非常好的Java库来读取WAV文件，并且能够移植到Android下。因此。我自己写了一些简单的代码。

以下这种方法就是怎样读取一个WAV文件的头部：

上面的代码中，缺少的部分应该是显而易见的。正如你所示，只支持16位，但在你能够改动代码以支持8位（AudioTrack不支持不论什么其它分辨率的）。

以下这种方法，则是用来读取文件剩余的部分 – 音频数据。

我们读取的WavInfo结构体，包括採样率，分辨率和声道数已经足够让我们去播放我们读取的音频了。

假设我们不须要将所有音频数据一次性放入内存中，我们能够使用一个InputStream，一点一点地读取。

我们如今面临2种情况，新建一个适合这样的格式的AudioTrack，或者使用一个已存在的AudioTrack。可是可能和我们WAV音频数据的格式不一致。

在第一种情况，事情就非常easy了，我们只须要使用AudioTrack构造器构造一个我们已经从WAV头部相应的就可以。

另外一种情况，我们就须要将我们的音频变成AudioTrack须要的目标格式。

我们须要做一下几种转换方式：

假设採样率不同，要么丢弃或复制一个样本以便和目标速率相匹配。

假设分辨率是不同的。将源信号分辨率映射到目标分辨率，从16位到8位，反之亦然。

假设信道不同。我们要么将立体声声道混合成一个单声道或反复单声道的数据把它变成准立体声。（请考虑将这些算法的实现放在Native层，由于Native层在做这类处理有非常大的优势。）

在其它情况下。我们已经确定格式已经匹配。我们使用AudioTrack.write()写入缓冲区，以便实现回放。

记住，假设你使用静态模式，你须要在play()之前，新建一个包括准确的缓冲区大小的AudioTrack ，同一时候写入write()音频数据。而在流模式下，我们能够先使用AudioTrack的play()，然后在使用write()写入数据部分

你想实现AudioTrack上播放WAV音频可能有非常多原因。有时候。可能是SoundPool有尺寸限制，或是MediaPlayer会有延迟和对资源占用太高，让你考虑使用这样的方式。有时候你须要改动音频或者混合音频。无论不论什么情况，这篇文章试图告诉你应该怎样做。

在下一篇中，我们将会讨论MP3音频，敬请期待:-)