Android高级音频应用

最新推荐文章于 2025-07-17 15:02:59 发布

weixin_30321709

最新推荐文章于 2025-07-17 15:02:59 发布

阅读量53

点赞数

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/liyuanjinglyj/p/4656556.html

本文深入探讨了Android平台上的音频API，包括音乐播放器、低延迟音频处理和录制API等内容。重点介绍了MediaPlayer、SoundPool和AudioTrack等播放API，以及MediaRecorder和AudioRecord等录制API的使用方法。

说到音频应用，首先想到的就是音乐播放器。有些播放器可以播放流媒体，有些可以播放本地音乐文件。随着Android平台的演变，需要更多高级的音频API。好在谷歌新增了这方面的API，支持低延迟的音频流媒体和录制。

Android音频API提供了一些高级的功能，开发者可以把它们集成到自己的应用中。有了这些API，现在可以更容易地实现VoIP应用程序，构建定制的流媒体音乐客户端，实现低延迟的游戏音效。此外，还有提供文本到语音转换以及语音识别的API，用户可以直接使用音频和应用交互，而不需要使用用户界面或者触控技术。

低延迟音频

Android有四个用来播放音频的API（算上MIDI的话一共五个）和三个用来录音的API。接下来会简要的介绍这些API，以及一些高级用法示例。

①音频播放API

音乐播放默认使用MediaPlayer。该类适合播放音乐或者视频，既能播放流式资源，还可以播放本地文件。每个MediaPlayer都有一个关联的状态机，需要在应用程序中跟踪这些状态。开发者可以使用MediaPlayer类的API在自己应用中嵌入音乐或者视频播放功能，而无需额外处理或者考虑延迟要求。

第二个选择是SoundPool类，它提供了低延迟支持，适合播放音效和其他比较短的音频，比如可以使用SoundPool播放游戏声音。但是，它不支持音频流，所以不适合那些需要实时音频流处理的应用，如VoIP。

第三个选择是AudioTrack类，它允许把音频流缓冲到硬件中，支持低延迟播放，甚至适合流媒体场景。AudioTrack类通常提供足够低的延迟，可在VoIP或类似应用中使用。

下面的代码展示了如何在VoIP应用中使用AudioTrack：

public class AudioTrackDemo {
    private final int mMinBufferSize;
    private final AudioTrack mAudioTrack;
    public AudioTrackDemo() {
        this.mMinBufferSize = AudioTrack.getMinBufferSize(16000, AudioFormat.CHANNEL_OUT_MONO, AudioFormat.ENCODING_PCM_16BIT);
        this.mAudioTrack = new AudioTrack(AudioManager.STREAM_MUSIC, 16000, AudioFormat.CHANNEL_OUT_MONO, AudioFormat.ENCODING_PCM_16BIT, this.mMinBufferSize*2, AudioTrack.MODE_STREAM);
}

    public void playPcmPacket(byte[] pcmData) {
        if (this.mAudioTrack != null && this.mAudioTrack.getState() == AudioTrack.STATE_INITIALIZED) {
            if (this.mAudioTrack.getPlaybackRate() != AudioTrack.PLAYSTATE_PLAYING) {
                this.mAudioTrack.play();
}
            this.mAudioTrack.write(pcmData, 0, pcmData.length);
}
    }

    public void stopPlayback() {
        if (this.mAudioTrack != null) {
            this.mAudioTrack.stop();
            this.mAudioTrack.release();
}
    }
}

首先，确定音频流的最小缓冲区大小。要做到这一点，需要知道采样率，数据是单声道还是立体声，以及是否使用8位或者16位PCM编码。然后以采样率和采样大小作为参数调用AudioTrack.getMinBufferSize()，该方法会以字节形式返回AudioTrack实例的最小缓冲区大小。

接下来，根据需要使用正确参数创建AudioTrack实例。第一个参数为音频的类型，不同的应用使用不同的值。对VoIP应用来说，使用STREAM_VOICE_CALL，而对于流媒体音乐应用则使用STREAM_MUSIC。

具体的选择有：

STREAM_ALARM：手机闹铃的声音
STREAM_MUSIC：手机音乐的声音
STREAM_DTMF：DTMF音调的声音
STREAM_RING：电话铃声的声音
STREAM_NOTFICATION：系统提示的声音
STREAM_SYSTEM：系统的声音
STREAM_VOICE_CALL：语音电话声音

第二，第三，第四个参数根据使用场景会有所不同。这些参数分别表示采样率，立体声或者单声道，以及采样大小。一般而言，一个VoIP应用会使用16KHZ的16位单声道，而常规的音乐CD可能采用44.1KHZ的16位立体声。16位立体声高采样率需要更大的缓冲区以及更多的数据传输，但是音质会更好。所有的Android设备都支持PCM以8KHZ,16KHZ,44.1KHZ的采样率播放8或者16位立体声。

缓冲区大小参数应该是最小缓冲区的倍数，实际取决于具体的需求，有时网络延迟等因素也会影响缓冲区大小。

任何时候都应该避免使用空的缓冲区，因为可能导致播放出现故障。

最后一个参数决定只发送一次音频数据（MODE_STATIC）还是连续发送数据流（MODE_STREAM）。第一种情况需要一次发送整个音频剪辑。对于持续发送音频流的情况，可以发送任大小块的PCM数据，处理流媒体音乐或者VoIP通话可以会使用这种方式。

②录制API

谈到录制音频，首先要考虑的API是MediaRecorder。和MediaPlayer类似，需要在应用代码中跟踪MediaRecorder类的内部状态。由于MediaRecorder只能把录音保存到文件中，所以它不适合录制流媒体。

如果需要录制流媒体，可以使用AudioRecord，和刚才展示的代码非常类似。

下面的示例显示了如何创建AudioRecord实例录制16位单声道16KHZ的音频采样：

public class AudioRecordDemo {
    private final AudioRecord mAudioRecord;
    private final int mMinBufferSize;
    private boolean mDoRecord = false;
    public AudioRecordDemo() {
        this.mMinBufferSize = AudioTrack.getMinBufferSize(16000, AudioFormat.CHANNEL_OUT_MONO, AudioFormat.ENCODING_PCM_16BIT);
        this.mAudioRecord = new AudioRecord(MediaRecorder.AudioSource.VOICE_COMMUNICATION, 16000, AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT, this.mMinBufferSize * 2);
}

    public void writeAudioToStream(OutputStream stream){
        this.mDoRecord=true;
        this.mAudioRecord.startRecording();
        byte[] buffer=new byte[this.mMinBufferSize*2];
        while(this.mDoRecord){
            int byteWritten=this.mAudioRecord.read(buffer,0,buffer.length);
            try{
                stream.write(buffer,0,byteWritten);
}catch(IOException e){
                this.mDoRecord=false;
}
        }
        this.mAudioRecord.stop();
        this.mAudioRecord.release();
}

    public void stopRecording(){
        this.mDoRecord=false;
}


}