"本文转载自:[yanbixing123]的Android MultiMedia框架完全解析 - ACodec详细解析"
1.概述
前面的文章中,已经多次分析过ACodec,这里单独一章用来分析其中的一些机制与流程,下面先来看看ACodec在整个NuPlayer架构中的位置:
2.ACodec消息机制
(1)ACodec有一个BaseState和派生出来的其他State,如UninitializedState,LoadedToIdleState,ExecutingState等。当有消息过来时,如果派生类有重写的方法,则会调到重写的方法,如果没有,则会调到BaseState的方法。
(2)ACodec继承自AHierarchicalStateMachine类,该类用于将收到的消息传递给哪个state。
(3)ACodec收到的消息分两种,一种是MediaCodec传过来的,对应onMessageReceived方法;另一种是OMXComponent传过来的,对应onOMXMessage方法。而onOMXMessage里面又分了4种情况来调用不同的方法:EVENT、EMPTY_BUFFER_DONE、FILL_BUFFER_DONE和FRAME_RENDERED。
3.ACodec向MediaCodec的通知
OMX的组件解码之后,ACodec::BaseState::onOMXFillBufferDone (…)会被回调,去取得解码后的数据。然后会在onOMXFillBufferDone中调用notify通知MediaCodec,发给MediaCodec的消息形如notify->setInt32("what",CodecBase::kWhatDrainThisBuffer); 然后notify->post();
MediaCodec收到ACodec的消息后做相应处理,调updateBuffers(kPortIndexOutput,msg) 进行更新,同时调用onOutputBufferAvailable()中通知NuPlayer::Decoder有可用的outputbuffer。
4.ACodec的三种端口模式状态
其会根据当前的状态来决定buffer如何处理:
KEEP_BUFFERS:当ACodec处于BaseState或者收到OnInputBufferFilled消息但是buffer里面没有填充有效的数据时,ACodec握有的buffer不会送到OMX 组件;
RESUBMIT_BUFFERS:当ACodec处于ExecutingState或者处于OutputPortSettingChangedState但是当前是input口的buffer时,ACodec将握有的buffer送给OMX 组件;
FREE_BUFFERS:当ACodec处于OutputPortSettingChangedState并且当前是output口的buffer时,ACodec将握有的buffer释放掉。
buffer传输过程: