Android5.1视频解码过程分析(二)
2016-08-09 16:25
393 查看
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方法
未结束,由于时间原因,下篇继续分析
继续上次分析,分析过程目前基于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方法
未结束,由于时间原因,下篇继续分析
相关文章推荐
- Android5.1视频解码过程分析(一)
- Android5.1视频解码过程分析(三)
- 分配input port buffers、提取视频文件压缩数据、复制压缩数据到input buffer、H.264硬件解码器开始解码过程分析
- 音视频编解码知识学习详解(分多部分进行详细分析)
- 嵌入式 vlc从接收到数据流到播放视频的过程分析(经典)
- 可伸缩视频编解码SVC技术介绍应用分析
- vlc学习计划(6)--从接收到数据流到播放视频的过程分析
- FFmpeg - 视频解码过程
- (转)视频图像编解码技术:JPEG编解码文件结构分析
- 视频图像编解码技术:JPEG编解码文件结构分析
- 图像视频编码和FFmpeg(5)-----FFmpeg关键结构体的关系和编解码的基本过程
- [Android5.1]ActivityManagerService启动过程分析
- 【视频】Symbian智能手机应用开发过程及实例分析
- <开源项目分析>Cisco的开源视频加解码器THOR(H.264解码)
- ffmpeg 视频合并后后面一段解码不出来的问题分析
- 音视频编解码过程
- 音视频编解码知识学习详解(分多部分进行详细分析)
- ffmpeg视频解码分析
- 音视频编解码知识学习详解(分多部分进行详细分析)
- 视频播放过程中,解码时利用宏块信息来自动插入广告