新的音频 HAL 不适用于 Nexus 播放器

Question

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

背景

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

关于当前问题的信息：

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

此后，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

我意识到这是我的代码/配置之外的问题，因此主要嫌疑人是音频策略管理器 (APM)。

我仔细研究了 APM 代码，并没有发现异常问题。然后我意识到我实际上被 fugu 文件夹中 device.mk 中的 USE_CUSTOM_AUDIO_POLICY 标志弄糊涂了。此标志禁用默认 APM 并启用 Qualcomm APM。 （寻找源头）

花了一些时间才意识到 fugu 的 APM 不是高通的 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;
}