Android5.1视频解码过程分析（二）

Android5.1视频解码过程分析（二）

继续上次分析，分析过程目前基于H264编码的软解码过程，部分应该不区别软解还是硬解码；

1，先一起分析OMXNodeInstance收到解码组件回调的执行过程，当收到OnFillBufferDone回调时，执行了一下调用
 instance->owner()->OnFillBufferDone(instance->nodeID(), instance->findBufferID(pBuffer), pBuffer);
该过程同上，在OMX中饶了一圈后发出FILL_BUFFER_DONE消息，回到OMXNodeInstance中处理消息FILL_BUFFER_DONE；

2，OMXNodeInstance的onMessage收到FILL_BUFFER_DONE消息，做了一些处理后，将消息发中到ACodec中
        if (bufferSource != NULL) {
            // fix up the buffer info (especially timestamp) if needed
            bufferSource->codecBufferFilled(buffer);

            omx_message newMsg = msg;
            newMsg.u.extended_buffer_data.timestamp = buffer->nTimeStamp;
            mObserver->onMessage(newMsg);
            return;
        }
这里是通过mObserver回调实现的，在整个解码过程用了好多回调的时间驱动

3，分析下mObserver是如何传如到OMXNodeInstance中的，在OMX在allocateNode函数中，New OMXNodeInstance对象是传入了一个oberver的地址，

status_t OMX::allocateNode(
        const char *name, const sp &observer, node_id *node) {
    Mutex::Autolock autoLock(mLock);

    *node = 0;

    OMXNodeInstance *instance = new OMXNodeInstance(this, observer, name);

    。。。

    return OK;
}

而那个oberver是来自函数的形参，那何时调用allocateNode函数呢，在ACode中点用，这里可以不用知道具体在在哪调用，但是需要知道传入的observer是什么：
sp observer = new CodecObserver;
是一个CodeObserver对象，可以看到该结构体有一个onMessage方法；现在便可以清楚的知道OMXNodeInstance中的消息发送到这里了。

4，继续分析ACodec中收到FILL_BUFFER_DONE消息的处理，在这里又将消息通过msg发送出去，幸好这里是自己内部的消息机制处理，直接到ACodec::BaseState::onOMXMessage找对应的消息；

5，取出消息携带的数据调用onOMXFillBufferDone方法

未结束，由于时间原因，下篇继续分析