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<IOMXObserver> &observer, node_id *node) {
Mutex::Autolock autoLock(mLock);
*node = 0;
OMXNodeInstance *instance = new OMXNodeInstance(this, observer, name);
。。。
return OK;
}
而那个oberver是来自函数的形参,那何时调用allocateNode函数呢,在ACode中点用,这里可以不用知道具体在在哪调用,但是需要知道传入的observer是什么:
sp<CodecObserver> observer = new CodecObserver;
是一个CodeObserver对象,可以看到该结构体有一个onMessage方法;现在便可以清楚的知道OMXNodeInstance中的消息发送到这里了。
4,继续分析ACodec中收到FILL_BUFFER_DONE消息的处理,在这里又将消息通过msg发送出去,幸好这里是自己内部的消息机制处理,直接到ACodec::BaseState::onOMXMessage找对应的消息;
5,取出消息携带的数据调用onOMXFillBufferDone方法
未结束,由于时间原因,下篇继续分析
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<IOMXObserver> &observer, node_id *node) {
Mutex::Autolock autoLock(mLock);
*node = 0;
OMXNodeInstance *instance = new OMXNodeInstance(this, observer, name);
。。。
return OK;
}
而那个oberver是来自函数的形参,那何时调用allocateNode函数呢,在ACode中点用,这里可以不用知道具体在在哪调用,但是需要知道传入的observer是什么:
sp<CodecObserver> observer = new CodecObserver;
是一个CodeObserver对象,可以看到该结构体有一个onMessage方法;现在便可以清楚的知道OMXNodeInstance中的消息发送到这里了。
4,继续分析ACodec中收到FILL_BUFFER_DONE消息的处理,在这里又将消息通过msg发送出去,幸好这里是自己内部的消息机制处理,直接到ACodec::BaseState::onOMXMessage找对应的消息;
5,取出消息携带的数据调用onOMXFillBufferDone方法
未结束,由于时间原因,下篇继续分析