Android_ics_stagefright框架数据流向分析——1，待解码的原始数据从何而来

   先明确一点，stagefright框架是典型的事件驱动型，数据的流向也受到事件驱动（driven by event）的影响，在awesomePlayer中主要的驱动事件有：onPrepareAsyncEvent，onVideoEvent，onStreamDone......这些event会在awesomeplayer中维护的TimedEventQueue mQueue中按照时间的顺序被放入这个队列中。然后TimedEventQueue根据时间顺序来调度事件。这样做的目的是：因为，按照mQueue中事件的是按事件排序的，所以，在视频数据到来时，可以根据视频的时间戳来进行音视频同步的调节。

AwesomePlayer中音视频的同步处理就是在onVideoEvent()回调中来做的。

        当应用层调用mediaplayer.prepare()的时候，在框架内最终对应的是AwesomePlayer::prepareAsync_l()，这个函数的实现很简单，看下主要的实现部分：
status_t AwesomePlayer::prepareAsync_l() {
  
    …
    mAsyncPrepareEvent = new AwesomeEvent(this, &AwesomePlayer::onPrepareAsyncEvent);
    mQueue.postEvent(mAsyncPrepareEvent); //向mQueue中投递一个事件
}

        那么当mQueue在进行事件调度的时候，会执行到事件对应的回调函数，例如上面 mAsyncPrepareEvent对应的回调函数就是 onPrepareAsyncEvent。回调函数的实现大致如下，有些部分直接略掉了
        void AwesomePlayer::onPrepareAsyncEvent() {
  
	...
        status_t err = finishSetDataSource_l();--------------------------------a
        status_t err = initVideoDecoder();--------------------------------------b
        status_t err = initAudioDecoder();
        finishAsyncPrepare_l();-----------------------------------------------------c
}
对回调实现中的部分函数做简单分析：
 a，finishSetDataSource_l()中主要做了三件事：

一，根据不同的数据来源，来确定dataSource的来源，如果数据来源于网络（Http/widevine）则dataSource来自与cacheSource（流媒体播放的缓冲），
如果数据来源于文件，则dataSource会被绑定到FileSource(uri)。

二，根据前面确定的dataSource的类型来：
extractor = MediaExtractor::Create(dataSource, sniffedMIME.empty() ? NULL : sniffedMIME.c_str());
产生一个具体的文件解析器，在这个Create函数中，会根据DataSource基类中所注册的Sniff函数（有很多个Sniff函数，例如SniffMPEG4，SniffOgg等）来“嗅探”这个dataSource。根据confidence值来确定这个dataSource的