接着上一篇Android音视频——OMX 中 Nodeinstance 列表的管理与节点的操作
最后，来对前面的内容进行一下总结
在 AwesomePlayer 初始化过程中，通过 initVideoDecoder/initAudioDecoder 函数来创建音视频解码器 mVideoSource/mAudioSource。
在mVideoSource中通过mVideoTrack来解复用媒体文件，从中获取文件编码格式，继
而得到需要的解码器类型，通过类型调用omx・>allocateNodc创建0MX node实例，打
编码格式对应。以后都是通过Node实例来操作实际的硬件解码器的。
初始化MediaPlayerService对象的时候会创建OMX对象，OMX对象的构造函数会创建mMaster, mMaster负责获得与管理硬件平台的硬件解码器组件库。
在 omx->allocateNode 中通过 mMaster->makeComponentInstance 来创建真正对应的解码 器组件。这个解码器组件将完成之后实质的解码工作。
在创建mMaster->makeComponentInstance的过程中，通过上面mVideoTrack传递过来的解码器类型名，找到相对应的解码器的库，然后实例化。
解码Component通过输入Port和输出Port进彳亍交互，通过和OMXCodec共享Buffer进 行编解码。
AwesomePlayer包含了 mVideoSource,当初始化时指向OMXCodec的实际对象。 OMXCodec使用了 Binder机制，实现了对OMX服务的远程调用，其中IOMX作为接 口类定义了 OMX的大部分接口函数。
当具体实现OMX时，OMXMaster类用于管理OMX的插件，OMXNodelnstance类代
表OMX的具体实例，完成和Component的调用和交互。
CallbackDispatcher用于调度处理回调函数传回的消息。OMXNodelnstance和
CallbackDispatcher 对应，协同工作，完成不同实例的消息处理。
OMXNodelnstance是OMX端的概念，是服务器端的概念。其服务器端与OMX在一个 进程空间中。
OMXObserver是0MXCodec端的概念，是客户端的概念。其客户端与0MXCodec在一个进程空间中。其Bn、Bp方向和OMX、OMXNodelnstance相反，主要用于反向通知 onMessage 消息 。
到此，就介绍完AwesomePlayer是如何对OMX进行初始化的，以及如何关联到对应硬件 平台上的Hardware解码器的回调流程。