audiomixer分析

我们在AF小节里面讲了，AF会创建playbackThread线程，进行mixer操作。并且写入硬件。

我们这里以MixerThread为例进行分析。
先看MixerThread构造函数

AudioFlinger::MixerThread::MixerThread()
{
...
    mAudioMixer = new AudioMixer(mNormalFrameCount, mSampleRate);
...
}

构造函数里，主要就是创建了一个AudioMixer的类
class AudioMixer中比较重要的就是一些操作函数setResampler ，setParameter，setBufferProvider，getTrackName等，
以及下面这个结构体，其中track_t         tracks[MAX_NUM_TRACKS]数组承载了AT小节里面讲到的，AT在AF里面创建对应的Track实例。最多可以创建32个。
即最多支持32路同时混音。

  struct state_t {
        uint32_t        enabledTracks;
        uint32_t        needsChanged;
        size_t          frameCount;
        void            (*hook)(state_t* state, int64_t pts);   // one of process__*, never NULL
        int32_t         *outputTemp;
        int32_t         *resampleTemp;
        NBLog::Writer*  mLog;
        int32_t         reserved[1];
        track_t         tracks[MAX_NUM_TRACKS]; __attribute__((aligned(32)));
    };

前面AF章节我们讲到，AF中，做audio mixer前，会先调用prepareTracks_l来准备数据和Track,并且把准备好的参数设置给AudioMixer
最终的mixer实际操作是在AudioMixer->process里面，

void AudioMixer::process(int64_t  pts)
{
    mState.hook(&mState,pts);
}

很明显，要根据不同的实际情况，挂接不同的钩子函数来做对应的mixer操作
在代码里，我们可以看到有以下几个钩子函数：
process__validate:    根据具体情况，负责为hook挂接具体实现
process__nop:   hook的初始化值
process__OneTrack16BitsStereoNoResampling:   只有一路Track,16比特立体声，不重采样
process__genericNoResampling:     两路(包含)以上Track，不重采样，也是用的最多的场景
process__genericResampling:       两