Android AudioRecord 初始化延迟

这是我正在处理的相关代码的示例：

AudioRecord recorder = setupAudio();
recorder.startRecording();

设置音频方法：

public AudioRecord setupAudio() {

        AudioRecord recorder;

        minBufferSizeInBytes = AudioRecord.getMinBufferSize(
                RECORDER_SAMPLERATE, AudioFormat.CHANNEL_IN_MONO,
                AudioFormat.ENCODING_PCM_16BIT);

        Log.e("MoverAudio","BufferSize: " + minBufferSizeInBytes);

        recorder = new AudioRecord(MediaRecorder.AudioSource.CAMCORDER,
                RECORDER_SAMPLERATE, AudioFormat.CHANNEL_IN_MONO,
                AudioFormat.ENCODING_PCM_16BIT, minBufferSizeInBytes);

        return recorder;
    }

记录器采样= 8000；

我试图找出是否有任何方法可以缩短初始化所需的时间。

目前我用 3 台设备进行测试，结果如下：

银河S3

• 设置音频：~200ms
• 开始录音（）：~280ms

银河 S3 迷你

• 设置音频：~10ms
• 开始录音（）：~290ms

银河纽带

• 设置音频：~10ms
• 开始录音（）：~235ms

缓冲区大小：

• 联系点：704
• s3: 1024
• s3迷你：640

然而，只有来自星系连接的数据可用。 出于我的应用程序的目的，我必须能够尽快获取音频数据。根据当前值，只有 Nexus 处于可接受的时间内。

S3 mini 可能看起来很快，因为它只比 Nexus 多一点，但是前 200 毫秒的样本被列为 0，因此它不可用。

根据我对收集到的数据进行分析后的理解，S3 和 S3 mini 上的音频似乎以某种方式被过滤，结果 FFT 更加干净，低频声音总是不那么明显。 以下是 S3mini 和 Galaxy Nexus 录制的音频的示例：

http://img41.imageshack.us/img41/4177/ox7h.png S3 Mini

http://img690.imageshack.us/img690/8717/iya6.png银河纽带

如果您请求长缓冲区，则必须等待操作系统以当前采样率填充它。如果您请求的采样率与硬件 ADC 运行的采样率不同，那么您还必须等待重采样器滤波器延迟。不同的 Android 设备和操作系统版本可能支持不同的最小缓冲区大小和本机硬件采样率。

隐藏延迟的一种技术是在应用程序生命周期的早期开始录制，并不断丢弃音频样本，直到应用程序需要它们为止。这样就没有启动开销了。

补充：在某些设备/操作系统版本上，数据可能确实以某些硬件采样率（例如 4096，44.1k 或 48kHz）捕获到更长的操作系统驱动程序缓冲区中，并且仅在填充了其中几个缓冲区后，才转换为另一个样本速率，并切成较短的请求缓冲区长度，并使用音频命令开始向应用程序发送数据。要绕过（如果可能的话），您可能需要修改操作系统并编写自己的 ADC 驱动程序。但请尝试使用更高的采样率（44.1k 或 48k）并首先请求更短的缓冲区。