【Android笔记】dump audio数据定位音频问题

android产品开发过程中，经常会遇到一些音频问题，比如杂音、破音。这个时候需要快速定位问题点。

这里介绍一个遇到的案例，简单描述下问题的定位过程。

环境：

ubuntu 16.04 + android (amlogic ARM)

问题：

android产品作为被动蓝牙（类似蓝牙音箱），电脑蓝牙链接后播放1KHZ的正弦波音频，出现破音。android本地播放该音频，无破音。

分析：

首先需要确定硬件还是软件的问题，因为涉及硬件的问题可能会block改版和生产，所以非常急迫。这里硬件涉及codec、功放、喇叭。因为破音非常大的可能性是音频截止了。所以分析音频是最直接有效的方法。

首先音频源文件是标准的1KHZ正弦波，扫频也不没发现错误点，一个锅先扔了。然后音频通过蓝牙传给了android，那我们抓一下第一手的数据，就是在audio的HAL层dump出数据。美妙的是，amlogic、高通等的代码都有现成的，放开调试就可以生成想要的文件信息。

/hardware/amlogic/audio/audio_hw.c

static ssize_t out_write(struct audio_stream_out *stream, const void* buffer,                                                                                                                                           size_t bytes){            int ret = 0;    size_t oldBytes = bytes;    struct aml_stream_out *out = (struct aml_stream_out *)stream;    struct aml_audio_device *adev = out->dev;    size_t frame_size = audio_stream_out_frame_size(stream);    size_t in_frames = bytes / frame_size;    size_t out_frames;    bool force_input_standby = false;    int16_t *in_buffer = (int16_t *)buffer;    struct aml_stream_in *in;    char output_buffer_bytes[RESAMPLER_BUFFER_SIZE + 128];    uint ouput_len;    char *data,  *data_dst;    volatile char *data_src;    uint i, total_len;    int codec_type = 0;    int samesource_flag = 0;    uint32_t latency_frames = 0;    int need_mix = 0;    short *mix_buf = NULL;    unsigned char enable_dump = getprop_bool("media.audiohal.outdump");………………………………#if 1        if (enable_dump && out->hw_sync_mode == 0) {        FILE *fp1 = fopen("/data/tmp/i2s_audio_out.pcm", "a+");        if (fp1) {            int flen = fwrite((char *)buffer, 1, bytes, fp1);            fclose(fp1);        }    }    #endif ……………………}

很明显，out_write函数中，只要打开enable_dump就会把音频dump到/data/tmp/i2s_audio_out.pcm中。

enable_dump是由“media.audiohal.outdump”控制，getprop你会发现这个应该是空的。只需要setprop media.audiohal.outdump 1 就可开始抓音频。

抓下音频，adb pull导入到电脑中，用万能的audacity进行分析：

这里可以看到，音频并没有破音，而且丢帧了。通过频谱分析看异常频点会更加清晰。

可以发现，这样的丢帧还是比较多的。

所以这里可以排除硬件的问题了，问题定位到蓝牙丢帧上。

蓝牙的丢帧，可以继续跟踪它的overrun和underrun，后续文章会有详细过程。