awesomeplayer_openmax回调函数运行流程

前面介绍了一些初始化的东西。下面介绍一下OMX回调函数的注册。
熟悉OMX的同学可能都知道，OMX运行的时候，最实质上的函数是依靠的fillBuffer， emptyBuffer，FillBufferDone,EmptyBufferDone等几个函数。
那么这几个函数是如何注册，以及运行起来的呢？下面总结一下
大体流程是这样的：
OMXCodec使用emptyBuffer()函数（IL层中为OMX_EmptyThisBuffer()）传递未解码的buffer给component,
component收到该命令后会读取input port buffer中的数据,将其组装成帧进行解码,
读取buffer中的数据完成后会调用EmptyBufferDone通知OMXCodec。
Compoment使用EmptyBufferDone消息通知OMXCodec已完成input buffer的读取, 
具体的实现是通过调用回调函数OnEmptyBufferDone()实现的。
OMXCodec收到该命令后会通过mVideoTrack读取新的视频码流到input port的buffer中,并调用OMX_EmptyThisBuffer通知component。
OMXCodec使用OMX_FillThisBuffer传递空的bffer给component用于存储解码后的帧，Component收到该命令后将解码好的帧数据复制到该buffer上,然后调用FillBufferDone通知OMXCodec。
Compoment使用FillBufferDone通知OMXCodec已完成output port buffer的填充，
具体的实现是通过调用回调函数OnFillBufferDone()实现的。
OMXCodec收到该命令后将解码好的帧存入可显示队列中，
AwesomePlayer调用OMXCodec::read()函数读出可显示队列的对头送给Renderer完成颜色转换等操作再传递给SurfaceFlinger进行图像绘制，
同时调用release()函数,其中的SignalBufferDone()会用OMX_FillThisBuffer通知component有空的buffer可填充。

见图一，图二：

下面我们结合代码分析一下这几个函数如何被调用的。
先看input/output buffer是如何被部署到openmax,以及是如何轮转起来的。
在onVideoEvent中，（我们最后再讲解onVideoEvent）
首先mVideoSource->read，
实际上就是调用了OMXCodec::read

status_t OMXCodec::read(        MediaBuffer **buff