AudioFlinger 音频播放流程解析

duck

Temporarily reduce the volume of a stream when another stream becomes
active. For example, if music is playing when a notification arrives,
the music ducks while the notification plays. Compare to mute.

StateQueue

AudioFlinger 中的模块，负责同步线程之间的状态。NBAIO 用于传递数据，而 StateQueue 用于传递控制信息

源码位置 ：

frameworks/av/services/audioflinger/AudioFlinger.cpp

AudioFlinger 音频播放的主体流程就是先混音，再写入硬件播放。

主要代码在 AudioFlinger::PlaybackThread::threadLoop：

AudioFlinger::MixerThread::threadLoop_mix() 用来混音。
在混音的开始会去 BufferProvider 取数据，如果到达末尾，则返回给客户端的合成数据size为0 ，这样播放就结束了。
AudioFlinger::PlaybackThread::threadLoop_write() 用来写入硬件。

什么是混音：

AudioFlinger::PlaybackThread::PlaybackThread 是如何创建的？：

创建了它的子类 MixerThread，
MixerThread 创建的时候创建了AudioMixer和AudioStreamOutSink 用于混音和输出。

客户端 的 BpAudioFlinger.createTrack 会调用
服务端的AudioFlinger::createTrack， 然后 createTrack 调用 checkPlaybackThread_l 返回一个 PlaybackThread ，
调用 这个thread->createTrack_l 得到一个 PlaybackThread::Track ，然后再用 TrackHandle 包装后返回这个TrackHandle 给客户端 。

一些参数：

mSampleRate=44100,
mChannelMask=0x3,
mChannelCount=2,
mFormat=0x1,
mFrameSize=4,
mFrameCount=512,
mNormalFrameCount=1024

AudioBufferProvider interface : getNextBuffer(Buffer *buffer);

被谁调用 ？
CopyBufferProvider::getNextBuffer AudioFlinger::PlaybackThread::Track::getNextBuffer ，
mServerProxy->obtainBuffer(&buf)
来获取数据.

AudioStreamOutSink ：

AudioBufferProvider：

 virtual status_t getNextBuffer(Buffer* buffer) = 0;
 virtual void releaseBuffer(Buffer* buffer) = 0;

AudioMixerBase::process__validate()

决定如何混音。

AudioHwDevice::openOutputStream被谁调用？

客户端的 IAudioFlinger.cpp openOutput() ，
客户端传递了 一个 audio_io_handle_t ， 后面创建的 stream 就会和这个对象关联 ，
AudioFlinger::openOutput
AudioFlinger::openOutput_l
AudioHwDevice::openOutputStream
会调用到 DeviceHalInterface 的 openOutputStream 。
AudioFlinger.cpp的 openOutput_l 创建的 outputStream 会关联到一个
PlaybackThread 的子类 。
然后以客户端提供的 audio_io_handle_t 作为key ，将这个 Thread 存入 mPlaybackThreads 变量中 。

客户端的 IAudioFlinger.cpp openOutput() 被谁调用？

在首次使用 AudioPolicyService 的时候会创建4个变量：

mAudioCommandThread
mOutputCommandThread
mAudioPolicyClient
mAudioPolicyManager

创建AudioPolicyManager 的时候会调用它的 initialize 方法，
然后调用 AudioPolicyManager::onNewAudioModulesAvailableInt ，
AudioPolicyManager::onNewAudioModulesAvailableInt(DeviceVector *newDevices) 调用 AudioOutputDescriptor.cpp的 SwAudioOutputDescriptor::open ，
AudioPolicyClient::openOutput
调用 IAudioFlinger.cpp openOutput() 然后到服务端 AudioFlinger 。

audio_module_handle_t 是指什么？：

开机过程中AudioFlinger::openOutput被调用了几次,创建了几个 Thread ?：

1）：在设备接了一个HDMI，一个USB 声卡的情况下，创建了 5个 Thread ：
3个 MixerThread， 2个 DirectOutputThread。

2） ： 在不接HDMI 和USB声卡的情况下，只创建了一个 MixerThread 。

3） ： 在只接HDMI 的情况下，创建了一个 MixerThread 和2个 DirectOutputThread 。

4）： 在只接USB声卡的情况下，创建了3个MixerThread 。

AudioPolicyManager 的 mHwModulesAll 包括有 ：

	行  1216: 02-07 07:09:32.137   300   300 E APM_AudioPolicyManager: andy0211  for  mHwModulesAll: primary
	行  1595: 02-07 07:09:32.323   300   300 E APM_AudioPolicyManager: andy0211  for  mHwModulesAll: a2dp
	行  1607: 02-07 07:09:32.375   300   300 E APM_AudioPolicyManager: andy0211  for  mHwModulesAll: usb
	行  1638: 02-07 07:09:32.527   300   300 E APM_AudioPolicyManager: andy0211  for  mHwModulesAll: r_submix

都是谁在开机过程中调用AudioFlinger::openOutput ？

1

可以在日志中搜索 ：SwAudioOutputDescriptor::open
SwAudioOutputDescriptor::open 调用 AudioPolicyService::AudioPolicyClient::openOutput，
后者调用 AudioFlinger 的 openOutput，

（1）： AudioPolicyManager::onNewAudioModulesAvailableInt 调用 1次 。
（2）：AudioPolicyManager::checkOutputsForDevice 调用3 次。

AudioPolicyManager::checkOutputsForDevice 被谁调用：

在设备可用或者不可用的时候
被 AudioPolicyManager::setDeviceConnectionStateInt(device, state)调用 。

如何知道系统有多少HDMI输出设备？

AudioPolicyManager.h 定义有：

	DeviceVector  mOutputDevicesAll; // all output devices from the config
    DeviceVector  mInputDevicesAll;  // all input devices from the config
    DeviceVector  mAvailableOutputDevices; // all available output devices
    DeviceVector  mAvailableInputDevices;  // all available input devices

PolicyConfig.h：

struct PolicyConfigData {
    android::HwModuleCollection hwModules;
    android::DeviceVector availableOutputDevices;
    android::DeviceVector availableInputDevices;
    sp<android::DeviceDescriptor> defaultOutputDevice;
};

AudioPolicyManager.h ：

AudioPolicyManager在哪里被创建的？：

在 AudioPolicyService.cpp 的 createAudioPolicyManager 方法中创建了一个 AudioPolicyManager 。
在AudioPolicyService的构造函数中将createAudioPolicyManager 赋值给AudioPolicyService() 的函数变量 mCreateAudioPolicyManager。
在 AudioPolicyService 首次使用的时候使用mCreateAudioPolicyManager 创建了一个 mAudioPolicyManager，

AudioPolicyService 在哪里被创建的？：

main_audioserver.cpp是一个单独的进程。
main_audioserver.cpp 启动的时候调用AudioPolicyService::instantiate() 注册AudioPolicyService到sm。

客户端是如何使用AudioPolicyService的？：

DirectOutputThread创建的依据是什么？：

需要 flags & AUDIO_OUTPUT_FLAG_DIRECT
在 AudioPolicyManager::getOutputForDevices 设置的。

AudioStreamOut::write 被谁调用？：

MixerThread::threadLoop_write 会调用 PlaybackThread::threadLoop_write

threadLoop_mix() ： 调用 mAudioMixer->process() 做合成动作。

合成的结果放哪里：
有2个合成器：
AudioMixer
FastMixer

mAudioMixer->process()的处理过程：做合成动作

在单独的线程中运行.
被 AudioFlinger::MixerThread::threadLoop_mix() 调用 ，

CopyBufferProvider:: getNextBuffer

threadLoop_write() ： 调用 mNormalSink->write 写入硬件。

mNormalSink->write 流程：

process__noResampleOneTrack

调用 bufferProvider->getNextBuffer(）获取到buffer 然后混音 。
被谁调用？
被 AudioMixerBase 的 mHook 调用 ，即在AudioMixerBase process函数中混音的时候调用.

AUDIO_DEVICE_OUT_HDMI 分析 ：

待续