Question

Android打开我的Audio HAL输入流，然后立即关闭它。请帮我弄清楚缺少什么。

背景

这是继续在previous question here中讨论的Nexus 7平板电脑上工作我能够成功地将vloop audio hal加载到Nexus 7并读取和写入音频。

有关当前问题的信息：

在启动或连接内置麦克风时（通过调用setDeviceConnectionState）我观察到输入流被打开，一些参数被读取，然后inpuit流被迅速关闭。

此后，Google / Youtube无法从我的HAL中读取音频。

以下是我的跟踪日志：

11-07 14:05:10.321 277-1263/? E/ATVAudioPolicyManager: setDeviceConnectionState 80000004 1 0
11-07 14:05:10.321 277-1263/? D/audio_vloop: adev_open_input_stream(): 1546
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_sample_rate(): 1008
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_sample_rate(): samprate: 48000
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels(): 1047
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels: 0x0000000C
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format(): 1059
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format: 0x00000001
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format(): 1059
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format: 0x00000001
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels(): 1047
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels: 0x0000000C
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_buffer_size(): 1035
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_buffer_size: 4800
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_buffer_size(): 1035
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_buffer_size: 4800
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format(): 1059
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_format: 0x00000001
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_sample_rate(): 1008
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_sample_rate(): samprate: 48000
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels(): 1047
11-07 14:05:10.322 277-1263/? D/audio_vloop: in_get_channels: 0x0000000C
11-07 14:05:10.323 277-2820/? I/AudioFlinger: AudioFlinger's thread 0xf314f008 ready to run
11-07 14:05:10.323 277-2820/? D/audio_vloop: in_standby(): 1089
11-07 14:05:10.323 277-2819/? D/audio_vloop: looper_in_thread(): 218: Entered
11-07 14:05:10.324 277-2820/? D/audio_vloop: in_standby(): 1089
11-07 14:05:10.325 277-2820/? D/audio_vloop: in_set_parameters(): 1150: [0]
11-07 14:05:10.325 277-369/? D/audio_vloop: adev_set_parameters(): [0=;connect=-2147483644]
11-07 14:05:10.327 277-1263/? D/audio_vloop: adev_close_input_stream(): 1638
11-07 14:05:10.327 2781-2781/? D/AudioPlayer: ConnectLineIn(): 0

这些只是跟踪日志，告诉我们调用了什么，在某些情况下，我返回了什么。我将所有这些功能的成功归功于Android。

在audio_policy.conf中，我添加了这个：

global_configuration {
  attached_output_devices AUDIO_DEVICE_OUT_SPEAKER
  default_output_device AUDIO_DEVICE_OUT_SPEAKER
  attached_input_devices AUDIO_DEVICE_IN_BUILTIN_MIC|AUDIO_DEVICE_IN_REMOTE_SUBMIX
}

和

  vloop {
    inputs {
      vloop {
        sampling_rates 48000
        channel_masks AUDIO_CHANNEL_IN_STEREO
        formats AUDIO_FORMAT_PCM_16_BIT
        devices AUDIO_DEVICE_IN_BUILTIN_MIC
      }
    }
    outputs {
      vloop {
        sampling_rates 48000
        channel_masks AUDIO_CHANNEL_OUT_STEREO
        formats AUDIO_FORMAT_PCM_16_BIT
        devices AUDIO_DEVICE_OUT_LINE
      }
    }
  }

Answer 1

我意识到这是我的代码/ conf之外的问题，所以主要的嫌疑人是音频策略管理器（APM）。

我去了彻底的APM代码，发现那里没有异常的问题..然后我意识到我实际上被fugu文件夹中的USE_CUSTOM_AUDIO_POLICY中的device.mk标记弄糊涂了。此标志禁用默认APM并启用Qualcomm APM。（搜索来源）

花了一些时间才意识到fugu的APM不是Qualcomm APM，但它位于/device/asus/fugu/libaudio/

此处修改ATVAudioPolicyManager.cpp以解决问题。

修改如下：

在功能

audio_devices_t ATVAudioPolicyManager::getDeviceForInputSource(audio_source_t inputSource)

在条件中添加以下内容：

else if (availableDeviceTypes & AUDIO_DEVICE_IN_BUILTIN_MIC) {
          ALOGV("Use Builtin mic input");
          device = AUDIO_DEVICE_IN_BUILTIN_MIC;
}

新的音频HAL无法与Nexus播放器配合使用

1 个答案: