Stagefright，omx与Component的交互

Stagefright中的Extractor/Writer分别对应多媒体播放流程中的Demux/Remux，而Component对应Encoder/Decoder。本文以解码为例介绍Extractor如何工作，以及Stagefright和Component之间如何通过与OMX层对接，完成track分离及解码工作。

（之前的调用流程为：java层 -> jni -> mediaplayerservice -> stagefrightplayer -> awesomeplayer）

一、Extractor的工作：
    不管同步或异步，setDataSource() 最后会调用 AwesomePlayer::finishSetDataSource_l()
    finishSetDataSource_l 调用 MediaExtractor::Create()创建相应的Extractor(MP3Extrator、MPEG4Extractor etc.)
    每一个Extractor提供countTrack, getTrack等接口。
    其中getTrack返回一个XXXSource的实例，其提供read函数，作为回调接口，为后续的decode提供数据源
    Extractor就这么些活儿。


（值得注意的是，不是所有格式的播放都走完后面的decode流程，比如FLAC，FLACSource中返回的是已经解过码的数据，即MEDIA_MIMETYPE_AUDIO_RAW，将直接通过AudioTrack直接进行输出）

                

二、Stagefright、OMX、Component

    一）omx相关的封装
        1、OMXCodec    Stagefright封装此类作为解码后的数据源使用，即Awesomeplayer的mVideoSource/mAudioSource，播放时Awesomeplayer/Audioplayer直接使用mVideoSource/mAudioSource的read读取数据。具体解码工作由OMXCodec完成。
        
        2、OMXClient, OMX, OMXMaster                Stagefright和Component在不同的系统模块中（可理解为这俩甚至不同进程），通过OMX进行对接并交互，Stagefright作为客户端与服务端MediaPlayerService通过binder进行通信并建立omx模型，通过名字即可知道，OMXClient为客户端，OMX为服务端，实际上OMX把最后工作交给OMXMaster完成。
        最后Stagefright通过mClient（即OMXClient类的obj）调用服务端OMXMaster，实现对Component的发号施令。
        
        3、OMXNodeInstance
        Stagefright与Component的通信必须是双工的，才能完成任务交互，OMXNodeInstance可理解为一个信使。
        它通过handle、callback、owner完成交互工作：
            owner：nod