概述


OMX Codec是stagefrightplayer中负责解码的模块。

由于遵循openmax接口规范,因此结构稍微有点负责,这里就依照awesomeplayer中的调用顺序来介绍。

主要分如下几步:

1 mClient->connect

2 InitAudioDecoder & InitVideoDecoder

3 消息通信机制模型的介绍

4 解码过程介绍

先看下类图

这里OMX Codec是以service的方式提供服务的。Awesomeplayer中通过mOmx(IOMX) 作为客户端通过binder方式与OMX 通信完成解码的工作

下面一句具体代码分析

1 mClient->connect


在awesomeplayer的构造函数中调用,具体代码如下

  1. AwesomePlayer::AwesomePlayer()
  2. {
  3. ******
  4. CHECK_EQ(mClient.connect(), (status_t)OK);
  5. ******
  6. }

看下具体实现

  1. status_t OMXClient::connect() {
  2. sp<IServiceManager> sm = defaultServiceManager();
  3. sp<IBinder> binder = sm->getService(String16("media.player"));
  4. sp<IMediaPlayerService> service = interface_cast<IMediaPlayerService>(binder);
  5. CHECK(service.get() != NULL);
  6. mOMX = service->getOMX();
  7. CHECK(mOMX.get() != NULL);
  8. if (!mOMX->livesLocally(NULL /* node */, getpid())) {
  9. ALOGI("Using client-side OMX mux.");
  10. mOMX = new MuxOMX(mOMX);
  11. }
  12. return OK;
  13. }

这里主要就是通过binder机制与mediaplayerservice通信来完成,具体实现看mediaplayerservice

  1. sp<IOMX> MediaPlayerService::getOMX() {
  2. Mutex::Autolock autoLock(mLock);
  3. if (mOMX.get() == NULL) {
  4. mOMX = new OMX;
  5. }
  6. return mOMX;
  7. }

主要就是构造一个OMX对象返回给上层保存在mClient的IOMX对象mOmx中

看下构造函数都做了啥

  1. OMX::OMX()
  2. : mMaster(new OMXMaster),
  3. mNodeCounter(0) {
  4. }

在构造函数中又调用了OMXMaster的构造函数,代码如下

  1. OMXMaster::OMXMaster()
  2. : mVendorLibHandle(NULL) {
  3. addVendorPlugin();
  4. addPlugin(new SoftOMXPlugin);
  5. }

这里OMXMaster可以看成是解码器的入口,通过makeComponentInstance建立解码器的实例,之后就可以进行解码操作了。

这里我们以软件解码器插件为例来看整个流程,主要是addPlugin(newSoftOMXPlugin);先看SoftOMXPlugin构造函数

  1. SoftOMXPlugin::SoftOMXPlugin() {
  2. }

是空的~~

再看下addPlugin代码

  1. void OMXMaster::addPlugin(OMXPluginBase *plugin) {
  2. Mutex::Autolock autoLock(mLock);
  3. mPlugins.push_back(plugin);
  4. OMX_U32 index = 0;
  5. char name[128];
  6. OMX_ERRORTYPE err;
  7. while ((err = plugin->enumerateComponents(
  8. name, sizeof(name), index++)) == OMX_ErrorNone) {
  9. String8 name8(name);
  10. if (mPluginByComponentName.indexOfKey(name8) >= 0) {
  11. ALOGE("A component of name '%s' already exists, ignoring this one.",
  12. name8.string());
  13. continue;
  14. }
  15. mPluginByComponentName.add(name8, plugin);
  16. }
  17. if (err != OMX_ErrorNoMore) {
  18. ALOGE("OMX plugin failed w/ error 0x%08x after registering %d "
  19. "components", err, mPluginByComponentName.size());
  20. }
  21. }

这里传入的plugin参数时上面SoftOMXPlugin 构造函数产生的实例

从代码可以看出主要是将enumerateComponents枚举出来的各种解码器存放在成员变量mPluginByComponentName中,类型为 KeyedVector<String8, OMXPluginBase *>

看下enumerateComponents实现

  1. static const struct {
  2. const char *mName;
  3. const char *mLibNameSuffix;
  4. const char *mRole;
  5. } kComponents[] = {
  6. { "OMX.google.aac.decoder", "aacdec", "audio_decoder.aac" },
  7. { "OMX.google.aac.encoder", "aacenc", "audio_encoder.aac" },
  8. { "OMX.google.amrnb.decoder", "amrdec", "audio_decoder.amrnb" },
  9. { "OMX.google.amrnb.encoder", "amrnbenc", "audio_encoder.amrnb" },
  10. { "OMX.google.amrwb.decoder", "amrdec", "audio_decoder.amrwb" },
  11. { "OMX.google.amrwb.encoder", "amrwbenc", "audio_encoder.amrwb" },
  12. { "OMX.google.h264.decoder", "h264dec", "video_decoder.avc" },
  13. { "OMX.google.h264.encoder", "h264enc", "video_encoder.avc" },
  14. { "OMX.google.g711.alaw.decoder", "g711dec", "audio_decoder.g711alaw" },
  15. { "OMX.google.g711.mlaw.decoder", "g711dec", "audio_decoder.g711mlaw" },
  16. { "OMX.google.h263.decoder", "mpeg4dec", "video_decoder.h263" },
  17. { "OMX.google.h263.encoder", "mpeg4enc", "video_encoder.h263" },
  18. { "OMX.google.mpeg4.decoder", "mpeg4dec", "video_decoder.mpeg4" },
  19. { "OMX.google.mpeg4.encoder", "mpeg4enc", "video_encoder.mpeg4" },
  20. { "OMX.google.mp3.decoder", "mp3dec", "audio_decoder.mp3" },
  21. { "OMX.google.vorbis.decoder", "vorbisdec", "audio_decoder.vorbis" },
  22. { "OMX.google.vpx.decoder", "vpxdec", "video_decoder.vpx" },
  23. { "OMX.google.raw.decoder", "rawdec", "audio_decoder.raw" },
  24. { "OMX.google.flac.encoder", "flacenc", "audio_encoder.flac" },
  25. };
  1. OMX_ERRORTYPE SoftOMXPlugin::enumerateComponents(
  2. OMX_STRING name,
  3. size_t size,
  4. OMX_U32 index) {
  5. if (index >= kNumComponents) {
  6. return OMX_ErrorNoMore;
  7. }
  8. strcpy(name, kComponents[index].mName);
  9. return OMX_ErrorNone;
  10. }

这里enumerateComponents主要就是将数组kComponents中的以为index下标的plugin传递出来

这里只是将插件名字返回最终存储在mPluginByComponentName列表中

后面还会通过makeComponentInstance产生实际的解码器实例,后面再详细看

至此mClient->connect()就结束了。

这里的主要工作就是通过getOMX()在mediaplayerservice端构造一个OMX实例,并返回给mClient的IOMX成员mOmx中

而且在OMX的构造函数中调用OMXMaster的构造函数,可以通过makeComponentInstance 建立实际的解码器实例。

2 InitAudioDecoder & InitVideoDecoder


awesomeplayer构造函数结束后,在setDataSource之后会调用prepare方法,其实现中会调用initAudioDecoder和initVideoDecoder

由于在setDataSource中已经拿到了对应的解码器信息,因此此处initAudioDecoder 便可以构造实际的解码器了。以audio为例

  1. status_t AwesomePlayer::initAudioDecoder() {
  2. mAudioSource = OMXCodec::Create(
  3. mClient.interface(), mAudioTrack->getFormat(),
  4. false, // createEncoder
  5. mAudioTrack);}
  6. status_t err = mAudioSource->start();
  7. return mAudioSource != NULL ? OK : UNKNOWN_ERROR;
  8. }

这里只列出的主要操作,下面依次来看OMXCodec::Create和mAudioSource->start的主要工作

代码比较多,我们这里主要将重要的代码列出,无关代码省略

  1. sp<MediaSource> OMXCodec::Create(*)
  2. {
  3. findMatchingCodecs(
  4. mime, createEncoder, matchComponentName, flags, &matchingCodecs);
  5. sp<OMXCodecObserver> observer = new OMXCodecObserver;
  6. IOMX::node_id node = 0;
  7. status_t err = omx->allocateNode(componentName, observer, &node);
  8. sp<OMXCodec> codec = new OMXCodec(
  9. omx, node, quirks, flags,
  10. createEncoder, mime, componentName,
  11. source, nativeWindow);
  12. observer->setCodec(codec);
  13. err = codec->configureCodec(meta);
  14. }

下面依次来看每个过程

2.1 findMatchingCodecs

先看下代码

  1. void OMXCodec::findMatchingCodecs(
  2. const char *mime,
  3. bool createEncoder, const char *matchComponentName,
  4. uint32_t flags,
  5. Vector<CodecNameAndQuirks> *matchingCodecs) {
  6. matchingCodecs->clear();
  7. const MediaCodecList *list = MediaCodecList::getInstance();
  8. if (list == NULL) {
  9. return;
  10. }
  11. size_t index = 0;
  12. for (;;) {
  13. ssize_t matchIndex =
  14. list->findCodecByType(mime, createEncoder, index);
  15. if (matchIndex < 0) {
  16. break;
  17. }
  18. index = matchIndex + 1;
  19. const char *componentName = list->getCodecName(matchIndex);
  20. // If a specific codec is requested, skip the non-matching ones.
  21. if (matchComponentName && strcmp(componentName, matchComponentName)) {
  22. continue;
  23. }
  24. // When requesting software-only codecs, only push software codecs
  25. // When requesting hardware-only codecs, only push hardware codecs
  26. // When there is request neither for software-only nor for
  27. // hardware-only codecs, push all codecs
  28. if (((flags & kSoftwareCodecsOnly) &&   IsSoftwareCodec(componentName)) ||
  29. ((flags & kHardwareCodecsOnly) &&  !IsSoftwareCodec(componentName)) ||
  30. (!(flags & (kSoftwareCodecsOnly | kHardwareCodecsOnly)))) {
  31. ssize_t index = matchingCodecs->add();
  32. CodecNameAndQuirks *entry = &matchingCodecs->editItemAt(index);
  33. entry->mName = String8(componentName);
  34. entry->mQuirks = getComponentQuirks(list, matchIndex);
  35. ALOGV("matching '%s' quirks 0x%08x",
  36. entry->mName.string(), entry->mQuirks);
  37. }
  38. }
  39. if (flags & kPreferSoftwareCodecs) {
  40. matchingCodecs->sort(CompareSoftwareCodecsFirst);
  41. }
  42. }

从代码可以看到主要就是从MediaCodecList找到与传入的matchComponentName对应的解码器

MediaCodecList 的实现不看了,感兴趣的看下,主要就是从/etc/media_codecs.xml解析出支持的解码器并匹配出对应的解码器

举例:<MediaCodec name="OMX.google.mp3.decoder" type="audio/mpeg" />

这里需要注意的是在前面我们看到 kComponents 数组定义了支持的解码器,这里/etc/media_codecs.xml 也列出了对应的解码器,这里名字要对应上

这里找到符合条件的解码器便通过matchingCodecs->add()添加一个项,并将各个成员赋值,主要是name

最终符合条件的插件便都放在了matchingCodecs列表中

2.2 allocateNode

这里主要有如下重要代码

sp<OMXCodecObserver> observer = new OMXCodecObserver;
    IOMX::node_id node = 0;

status_t err = omx->allocateNode(componentName, observer, &node);

observer的作用主要用于消息传递。

这里allocateNode主要是调用service端的OMX类来完成工作(省略中间的binder操作)

  1. status_t OMX::allocateNode(
  2. const char *name, const sp<IOMXObserver> &observer, node_id *node) {
  3. Mutex::Autolock autoLock(mLock);
  4. *node = 0;
  5. OMXNodeInstance *instance = new OMXNodeInstance(this, observer);
  6. OMX_COMPONENTTYPE *handle;
  7. OMX_ERRORTYPE err = mMaster->makeComponentInstance(
  8. name, &OMXNodeInstance::kCallbacks,
  9. instance, &handle);
  10. if (err != OMX_ErrorNone) {
  11. ALOGV("FAILED to allocate omx component '%s'", name);
  12. instance->onGetHandleFailed();
  13. return UNKNOWN_ERROR;
  14. }
  15. *node = makeNodeID(instance);
  16. mDispatchers.add(*node, new CallbackDispatcher(instance));
  17. instance->setHandle(*node, handle);
  18. mLiveNodes.add(observer->asBinder(), instance);
  19. observer->asBinder()->linkToDeath(this);
  20. return OK;
  21. }

首先构造了OMXNodeInstance,封装了传入的observer参数,作为消息传递的载体

调用mMaster->makeComponentInstance生成实际的解码器实例

生成node_id

将node_id与实际的解码器handle保存在instance中,最终instance会保存在OMX的mLiveNodes列表中

这样OMXCodec就可以通过OMXNodeInstance与解码器通信了,具体参考下面通信模型。

后面会介绍通信过程。这里重点讲解一下与解码器的操作

上面代码中通过mMaster->makeComponentInstance创建了解码器的实例,这里我们以android自带的mp3 解码器为例来讲解

通过上面介绍mp3解码器对应的项为(/etc/media_codecs.xml):

<MediaCodec name="OMX.google.mp3.decoder" type="audio/mpeg" />

而findMatchingCodecs 传入的字符串为:audio/mpeg 以此为依据进行匹配

这里找到对应的解码器后,解码器的名字为:OMX.google.mp3.decoder

这样便可以通过查表(数组kComponents )得到实际的解码器了

实际的mp3解码器代码文件为:framework/av/media/libstagefright/codecs/mp3dec/SoftMP3.cpp

调用的方法为:mMaster->makeComponentInstance 实际代码是

  1. OMX_ERRORTYPE OMXMaster::makeComponentInstance(
  2. const char *name,
  3. const OMX_CALLBACKTYPE *callbacks,
  4. OMX_PTR appData,
  5. OMX_COMPONENTTYPE **component) {
  6. Mutex::Autolock autoLock(mLock);
  7. *component = NULL;
  8. ssize_t index = mPluginByComponentName.indexOfKey(String8(name));
  9. if (index < 0) {
  10. return OMX_ErrorInvalidComponentName;
  11. }
  12. OMXPluginBase *plugin = mPluginByComponentName.valueAt(index);
  13. OMX_ERRORTYPE err =
  14. plugin->makeComponentInstance(name, callbacks, appData, component);
  15. if (err != OMX_ErrorNone) {
  16. return err;
  17. }
  18. mPluginByInstance.add(*component, plugin);
  19. return err;
  20. }
 

主要是调用插件的makeComponentInstance方法

这里插件是通过OMXMaster构造函数addPlugin(new SoftOMXPlugin);加载的插件,因此这里makeComponentInstance 是SoftOMXPlugin 的方法

看下具体实现

  1. OMX_ERRORTYPE SoftOMXPlugin::makeComponentInstance(
  2. const char *name,
  3. const OMX_CALLBACKTYPE *callbacks,
  4. OMX_PTR appData,
  5. OMX_COMPONENTTYPE **component) {
  6. ALOGV("makeComponentInstance '%s'", name);
  7. for (size_t i = 0; i < kNumComponents; ++i) {
  8. if (strcmp(name, kComponents[i].mName)) {
  9. continue;
  10. }
  11. AString libName = "libstagefright_soft_";
  12. libName.append(kComponents[i].mLibNameSuffix);
  13. libName.append(".so");
  14. void *libHandle = dlopen(libName.c_str(), RTLD_NOW);
  15. if (libHandle == NULL) {
  16. ALOGE("unable to dlopen %s", libName.c_str());
  17. return OMX_ErrorComponentNotFound;
  18. }
  19. typedef SoftOMXComponent *(*CreateSoftOMXComponentFunc)(
  20. const char *, const OMX_CALLBACKTYPE *,
  21. OMX_PTR, OMX_COMPONENTTYPE **);
  22. CreateSoftOMXComponentFunc createSoftOMXComponent =
  23. (CreateSoftOMXComponentFunc)dlsym(
  24. libHandle,
  25. "_Z22createSoftOMXComponentPKcPK16OMX_CALLBACKTYPE"
  26. "PvPP17OMX_COMPONENTTYPE");
  27. if (createSoftOMXComponent == NULL) {
  28. dlclose(libHandle);
  29. libHandle = NULL;
  30. return OMX_ErrorComponentNotFound;
  31. }
  32. sp<SoftOMXComponent> codec =
  33. (*createSoftOMXComponent)(name, callbacks, appData, component);
  34. if (codec == NULL) {
  35. dlclose(libHandle);
  36. libHandle = NULL;
  37. return OMX_ErrorInsufficientResources;
  38. }
  39. OMX_ERRORTYPE err = codec->initCheck();
  40. if (err != OMX_ErrorNone) {
  41. dlclose(libHandle);
  42. libHandle = NULL;
  43. return err;
  44. }
  45. codec->incStrong(this);
  46. codec->setLibHandle(libHandle);
  47. return OMX_ErrorNone;
  48. }
  49. return OMX_ErrorInvalidComponentName;
  50. }
 

这里主要是通过枚举kComponents找到对应的解码器记录

{ "OMX.google.mp3.decoder", "mp3dec", "audio_decoder.mp3" },

这里可以看到每个库都是以.so的方式提供的,命名符合如下规则:libstagefright_soft_mp3dec.so

通过dlopen加载后通过dlsym找到createSoftOMXComponent方法并执行,这里每个解码器都应该实现此函数

这里看下mp3的具体实现

  1. android::SoftOMXComponent *createSoftOMXComponent(
  2. const char *name, const OMX_CALLBACKTYPE *callbacks,
  3. OMX_PTR appData, OMX_COMPONENTTYPE **component) {
  4. return new android::SoftMP3(name, callbacks, appData, component);
  5. }

主要工作就是构造了SoftMP3的类对象并返回,这里注意并没有将解码器句柄返回给上层,而是在构造函数中将这种联系放在给定的OMX_COMPONENTTYPE **component参数中

看下构造函数

  1. SoftMP3::SoftMP3(
  2. const char *name,
  3. const OMX_CALLBACKTYPE *callbacks,
  4. OMX_PTR appData,
  5. OMX_COMPONENTTYPE **component)
  6. : SimpleSoftOMXComponent(name, callbacks, appData, component),
  7. mConfig(new tPVMP3DecoderExternal),
  8. mDecoderBuf(NULL),
  9. mAnchorTimeUs(0),
  10. mNumFramesOutput(0),
  11. mNumChannels(2),
  12. mSamplingRate(44100),
  13. mSignalledError(false),
  14. mOutputPortSettingsChange(NONE) {
  15. initPorts();
  16. initDecoder();
  17. }

这里就是基本的初始化操作,这里SoftMP3是继承自SimpleSoftOMXComponent,因此会调用其构造函数,如下

  1. SimpleSoftOMXComponent::SimpleSoftOMXComponent(
  2. const char *name,
  3. const OMX_CALLBACKTYPE *callbacks,
  4. OMX_PTR appData,
  5. OMX_COMPONENTTYPE **component)
  6. : SoftOMXComponent(name, callbacks, appData, component),
  7. mLooper(new ALooper),
  8. mHandler(new AHandlerReflector<SimpleSoftOMXComponent>(this)),
  9. mState(OMX_StateLoaded),
  10. mTargetState(OMX_StateLoaded) {
  11. mLooper->setName(name);
  12. mLooper->registerHandler(mHandler);
  13. mLooper->start(
  14. false, // runOnCallingThread
  15. false, // canCallJava
  16. ANDROID_PRIORITY_FOREGROUND);
  17. }

这里主要是构造了Alooper 对象来处理消息,以及调用了父类也就是SoftOMXComponent的构造函数‍

关于alooper的工作原理,后面会有一篇专门的文章介绍。

  1. SoftOMXComponent::SoftOMXComponent(
  2. const char *name,
  3. const OMX_CALLBACKTYPE *callbacks,
  4. OMX_PTR appData,
  5. OMX_COMPONENTTYPE **component)
  6. : mName(name),
  7. mCallbacks(callbacks),
  8. mComponent(new OMX_COMPONENTTYPE),
  9. mLibHandle(NULL) {
  10. mComponent->nSize = sizeof(*mComponent);
  11. mComponent->pComponentPrivate = this;
  12. mComponent->SetParameter = SetParameterWrapper;
  13. *********
  14. mComponent->UseEGLImage = NULL;
  15. mComponent->ComponentRoleEnum = NULL;
  16. *component = mComponent;
  17. }

这里才是构造component的地方,并初始化了其中的方法,如

mComponent->SetParameter = SetParameterWrapper;

  1. OMX_ERRORTYPE SoftOMXComponent::SetParameterWrapper(
  2. OMX_HANDLETYPE component,
  3. OMX_INDEXTYPE index,
  4. OMX_PTR params) {
  5. SoftOMXComponent *me =
  6. (SoftOMXComponent *)
  7. ((OMX_COMPONENTTYPE *)component)->pComponentPrivate;
  8. return me->setParameter(index, params);
  9. }

这里初始化了mComponent 的SetParameter 方法为SoftOMXComponent::SetParameterWrapper而从构造函数知道

mComponent->pComponentPrivate = this;

因此实际调用的是this->SetParameter 也就是其子类的实现

(这里很重要,请注意理解透彻)

通过上面分析可以知道,android已经为解码器的消息传递通过两个父类及SoftOMXComponent和SimpleSoftOMXComponent完成了

后面解码器只要从SimpleSoftOMXComponent 继承并实现对应的消息处理就可以了

在mp3的构造函数中还有如下语句

initPorts(); 主要作用是配置解码器的输入输出
    initDecoder(); 实际的解码器

这里需要注意的是在SoftMP3的代码里便可以调用实际解码器的init decoder等操作了,而SoftMP3可以认为是实际解码器的封装

具体调用顺序会在后面消息处理阶段介绍。

到这里allocateNode 就介绍完了:主要工作就是建立与解码器的联系 observer nodeid,以及找到实际的解码器并初始化

2.3OMXCodec构造函数

后面的执行语句如下:

sp<OMXCodec> codec = new OMXCodec(
                    omx, node, quirks, flags,
                    createEncoder, mime, componentName,
                    source, nativeWindow);

具体实现如下

  1. OMXCodec::OMXCodec(
  2. const sp<IOMX> &omx, IOMX::node_id node,
  3. uint32_t quirks, uint32_t flags,
  4. bool isEncoder,
  5. const char *mime,
  6. const char *componentName,
  7. const sp<MediaSource> &source,
  8. const sp<ANativeWindow> &nativeWindow)
  9. : mOMX(omx),
  10. mOMXLivesLocally(omx->livesLocally(node, getpid())),
  11. mNode(node),
  12. mQuirks(quirks),
  13. mFlags(flags),
  14. mIsEncoder(isEncoder),
  15. mIsVideo(!strncasecmp("video/", mime, 6)),
  16. mMIME(strdup(mime)),
  17. mComponentName(strdup(componentName)),
  18. mSource(source),
  19. mCodecSpecificDataIndex(0),
  20. mState(LOADED),
  21. mInitialBufferSubmit(true),
  22. mSignalledEOS(false),
  23. mNoMoreOutputData(false),
  24. mOutputPortSettingsHaveChanged(false),
  25. mSeekTimeUs(-1),
  26. mSeekMode(ReadOptions::SEEK_CLOSEST_SYNC),
  27. mTargetTimeUs(-1),
  28. mOutputPortSettingsChangedPending(false),
  29. mSkipCutBuffer(NULL),
  30. mLeftOverBuffer(NULL),
  31. mPaused(false),
  32. mNativeWindow(
  33. (!strncmp(componentName, "OMX.google.", 11)
  34. || !strcmp(componentName, "OMX.Nvidia.mpeg2v.decode"))
  35. ? NULL : nativeWindow) {
  36. mPortStatus[kPortIndexInput] = ENABLED;
  37. mPortStatus[kPortIndexOutput] = ENABLED;
  38. setComponentRole();
  39. }

这里主要就是将之前的所有工作,都保存在OMXCodec实例中,之后awesomeplayer便直接操作OMXCodec(mAudioSource)了

这里    setComponentRole();主要是设置角色(编码器还是解码器),后面再介绍消息传递时介绍。

这里还要注意的是OMXCodec继承自MediaSource&MediaBufferObserver

因此才可以作为输出模块的数据源

2.4 配置解码器

observer->setCodec(codec);

err = codec->configureCodec(meta);

这两部分在我们后面介绍完消息机制之后,读者可自行回来分析

上面介绍了create的操作

下面介绍mAudioSource->start 的操作

  1. status_t OMXCodec::start(MetaData *meta) {
  2. mSource->start(params.get());
  3. return init();
  4. }

只列出了重要代码,其中mSource->start是指启动解码器的数据源MediaSource,这里也就是extractor中通过getTrack拿到的mediaSource。比较简单不说了

看下init实现 ,省略无关代码

  1. status_t OMXCodec::init() {
  2. err = allocateBuffers();
  3. return mState == ERROR ? UNKNOWN_ERROR : OK;
  4. }

主要工作是通过allocateBuffers申请内存

  1. status_t OMXCodec::allocateBuffers() {
  2. status_t err = allocateBuffersOnPort(kPortIndexInput);
  3. if (err != OK) {
  4. return err;
  5. }
  6. return allocateBuffersOnPort(kPortIndexOutput);
  7. }

这里分别申请输入和输出的buffer

这里分段来看allocateBuffersOnPort函数

  1. status_t OMXCodec::allocateBuffersOnPort(OMX_U32 portIndex) {
  2. OMX_PARAM_PORTDEFINITIONTYPE def;
  3. InitOMXParams(&def);
  4. def.nPortIndex = portIndex;
  5. err = mOMX->getParameter(
  6. mNode, OMX_IndexParamPortDefinition, &def, sizeof(def));
  7. size_t totalSize = def.nBufferCountActual * def.nBufferSize;
  8. mDealer[portIndex] = new MemoryDealer(totalSize, "OMXCodec");

这里开头先通过命令OMX_IndexParamPortDefinition获取解码器配置的大小

然后构造MemoryDealer实例,存放buffer数量及大小信息

这里命令的传输过程请参考消息通讯机制模型的介绍,看完再回来理解这部分

以mp3为例,在SoftMP3的构造函数中会调用initPorts来初始化OMX_PARAM_PORTDEFINITIONTYPE对象

里面会确定buffer的大小:包括有几个buffer,每个buffer的容量等

这里OMX_IndexParamPortDefinition主要是查询此信息,然后就知道要申请多少内存了

  1. for (OMX_U32 i = 0; i < def.nBufferCountActual; ++i) {
  2. sp<IMemory> mem = mDealer[portIndex]->allocate(def.nBufferSize);
  3. CHECK(mem.get() != NULL);
  4. BufferInfo info;
  5. info.mData = NULL;
  6. info.mSize = def.nBufferSize;
  7. err = mOMX->useBuffer(mNode, portIndex, mem, &buffer);
  8. if (mem != NULL) {
  9. info.mData = mem->pointer();
  10. }
  11. info.mBuffer = buffer;
  12. info.mStatus = OWNED_BY_US;
  13. info.mMem = mem;
  14. info.mMediaBuffer = NULL;
  15. mPortBuffers[portIndex].push(info);
  16. CODEC_LOGV("allocated buffer %p on %s port", buffer,
  17. portIndex == kPortIndexInput ? "input" : "output");
  18. }

下面是一个循环(忽略了secure等无关代码)

主要是申请内存,并为每个内存新建一个BufferInfo变量,最终都放在mPortBuffers[index]对应的栈中

至此InitAudioDecoder 便执行完毕了,主要做了两件事:建立实际的解码器+申请buffer

3 消息通信机制模型的介绍


当与解码器的联系建立之后,后面的工作主要就是传递消息由解码器处理将处理结果返回给调用者

但前面的介绍对消息模型并不清晰,这里专门介绍一下

下面就以 OMXCodec构造函数中的   setComponentRole();为例来介绍此过程

具体代码如下:

  1. void OMXCodec::setComponentRole() {
  2. setComponentRole(mOMX, mNode, mIsEncoder, mMIME);
  3. }
  1. // static
  2. void OMXCodec::setComponentRole(
  3. const sp<IOMX> &omx, IOMX::node_id node, bool isEncoder,
  4. const char *mime) {
  5. struct MimeToRole {
  6. const char *mime;
  7. const char *decoderRole;
  8. const char *encoderRole;
  9. };
  10. static const MimeToRole kMimeToRole[] = {
  11. { MEDIA_MIMETYPE_AUDIO_MPEG,
  12. "audio_decoder.mp3", "audio_encoder.mp3" },
  13. { MEDIA_MIMETYPE_AUDIO_MPEG_LAYER_I,
  14. "audio_decoder.mp1", "audio_encoder.mp1" },
  15. { MEDIA_MIMETYPE_AUDIO_MPEG_LAYER_II,
  16. "audio_decoder.mp2", "audio_encoder.mp2" },
  17. { MEDIA_MIMETYPE_AUDIO_AMR_NB,
  18. "audio_decoder.amrnb", "audio_encoder.amrnb" },
  19. { MEDIA_MIMETYPE_AUDIO_AMR_WB,
  20. "audio_decoder.amrwb", "audio_encoder.amrwb" },
  21. { MEDIA_MIMETYPE_AUDIO_AAC,
  22. "audio_decoder.aac", "audio_encoder.aac" },
  23. { MEDIA_MIMETYPE_AUDIO_VORBIS,
  24. "audio_decoder.vorbis", "audio_encoder.vorbis" },
  25. { MEDIA_MIMETYPE_AUDIO_G711_MLAW,
  26. "audio_decoder.g711mlaw", "audio_encoder.g711mlaw" },
  27. { MEDIA_MIMETYPE_AUDIO_G711_ALAW,
  28. "audio_decoder.g711alaw", "audio_encoder.g711alaw" },
  29. { MEDIA_MIMETYPE_VIDEO_AVC,
  30. "video_decoder.avc", "video_encoder.avc" },
  31. { MEDIA_MIMETYPE_VIDEO_MPEG4,
  32. "video_decoder.mpeg4", "video_encoder.mpeg4" },
  33. { MEDIA_MIMETYPE_VIDEO_H263,
  34. "video_decoder.h263", "video_encoder.h263" },
  35. { MEDIA_MIMETYPE_VIDEO_VPX,
  36. "video_decoder.vpx", "video_encoder.vpx" },
  37. { MEDIA_MIMETYPE_AUDIO_RAW,
  38. "audio_decoder.raw", "audio_encoder.raw" },
  39. { MEDIA_MIMETYPE_AUDIO_FLAC,
  40. "audio_decoder.flac", "audio_encoder.flac" },
  41. };
  42. static const size_t kNumMimeToRole =
  43. sizeof(kMimeToRole) / sizeof(kMimeToRole[0]);
  44. size_t i;
  45. for (i = 0; i < kNumMimeToRole; ++i) {
  46. if (!strcasecmp(mime, kMimeToRole[i].mime)) {
  47. break;
  48. }
  49. }
  50. if (i == kNumMimeToRole) {
  51. return;
  52. }
  53. const char *role =
  54. isEncoder ? kMimeToRole[i].encoderRole
  55. : kMimeToRole[i].decoderRole;
  56. if (role != NULL) {
  57. OMX_PARAM_COMPONENTROLETYPE roleParams;
  58. InitOMXParams(&roleParams);
  59. strncpy((char *)roleParams.cRole,
  60. role, OMX_MAX_STRINGNAME_SIZE - 1);
  61. roleParams.cRole[OMX_MAX_STRINGNAME_SIZE - 1] = '\0';
  62. status_t err = omx->setParameter(
  63. node, OMX_IndexParamStandardComponentRole,
  64. &roleParams, sizeof(roleParams));
  65. if (err != OK) {
  66. ALOGW("Failed to set standard component role '%s'.", role);
  67. }
  68. }
  69. }

这里是解码器因此role == audio_decoder.mp3

这里主要执行了如下步骤:

InitOMXParams(&roleParams);

status_t err = omx->setParameter(
                node, OMX_IndexParamStandardComponentRole,
                &roleParams, sizeof(roleParams));

其中InitOMXParams主要是初始化roleParams变量

主要是靠setParameter来完成工作:记录下传递进来的参数:OMX_IndexParamStandardComponentRole 是具体命令 roleParams 是具体参数,而node 则是与service的桥梁

具体调用的是OMX的方法(service端的,不了解可参考第一部分mClient->connect的介绍)

  1. status_t OMX::setParameter(
  2. node_id node, OMX_INDEXTYPE index,
  3. const void *params, size_t size) {
  4. return findInstance(node)->setParameter(
  5. index, params, size);
  6. }

首先是通过nodeID得到了OMXNodeInstance(这里OMXNodeInstance是封装了observer的实例)

继续进入instance

  1. status_t OMXNodeInstance::setParameter(
  2. OMX_INDEXTYPE index, const void *params, size_t size) {
  3. Mutex::Autolock autoLock(mLock);
  4. OMX_ERRORTYPE err = OMX_SetParameter(
  5. mHandle, index, const_cast<void *>(params));
  6. return StatusFromOMXError(err);
  7. }

看下 OMX_SetParameter实现

  1. #define OMX_SetParameter(                                   \
  2. hComponent,                                         \
  3. nParamIndex,                                        \
  4. pComponentParameterStructure)                        \
  5. ((OMX_COMPONENTTYPE*)hComponent)->SetParameter(         \
  6. hComponent,                                         \
  7. nParamIndex,                                        \
  8. pComponentParameterStructure)    /* Macro End */

这里可以看到主要是通过OMX_COMPONENTTYPE对象(也就是SoftMP3父类构造函数初始化过的对象)来完成工作

这里在SoftOMXComponent没有具体实现,在SimpleSoftOMXComponent中,如下

  1. OMX_ERRORTYPE SimpleSoftOMXComponent::setParameter(
  2. OMX_INDEXTYPE index, const OMX_PTR params) {
  3. Mutex::Autolock autoLock(mLock);
  4. CHECK(isSetParameterAllowed(index, params));
  5. return internalSetParameter(index, params);
  6. }
  1. OMX_ERRORTYPE SoftMP3::internalSetParameter(
  2. OMX_INDEXTYPE index, const OMX_PTR params) {
  3. switch (index) {
  4. case OMX_IndexParamStandardComponentRole:
  5. {
  6. const OMX_PARAM_COMPONENTROLETYPE *roleParams =
  7. (const OMX_PARAM_COMPONENTROLETYPE *)params;
  8. if (strncmp((const char *)roleParams->cRole,
  9. "audio_decoder.mp3",
  10. OMX_MAX_STRINGNAME_SIZE - 1)) {
  11. return OMX_ErrorUndefined;
  12. }
  13. return OMX_ErrorNone;
  14. }
  15. default:
  16. return SimpleSoftOMXComponent::internalSetParameter(index, params);
  17. }
  18. }

这里需要注意的是调用的internalSetParameter是SoftMP3的实现,而不是SimpleSoftOMXComponent 中的,代码如下

传入的命令为:OMX_IndexParamStandardComponentRole,处理完毕后返回OMX_ErrorNone

这里通过OMXCodec变量借由OMXNodeInstance得到OMX_COMPONENTYPE句柄,就获得了与解码器实际通信的能力。

4 解码过程介绍


下面介绍如何通过OMXCodec驱动解码一帧数据

这里建立了OMXCodec实例之后,在awesomeplayer中的audioplayer的fillbuffer中

mAudioPlayer便通过mSource->read(&mInputBuffer, &options来读取pcm数据

这里mSource为mAudioSource

看下read函数

具体代码在OMXCodec.cpp中,我们分段来看

  1. status_t OMXCodec::read(
  2. MediaBuffer **buffer, const ReadOptions *options) {
  3. status_t err = OK;
  4. *buffer = NULL;
  5. Mutex::Autolock autoLock(mLock);
  6. if (mState != EXECUTING && mState != RECONFIGURING) {
  7. return UNKNOWN_ERROR;
  8. }

前面设置好参数后,会经过几次回调将状态设置成EXECUTING

这里需要注意的是mInitialBufferSubmit默认是true

  1. if (mInitialBufferSubmit) {
  2. mInitialBufferSubmit = false;
  3. drainInputBuffers();
  4. fillOutputBuffers();
  5. }

drainInputBuffers可以认为从extractor读取一包数据

fillOutputBuffers是解码一包数据并放在输出buffer中

忽略seek代码

  1. size_t index = *mFilledBuffers.begin();   mFilledBuffers.erase(mFilledBuffers.begin());
  2. BufferInfo *info = &mPortBuffers[kPortIndexOutput].editItemAt(index);
  3. CHECK_EQ((int)info->mStatus, (int)OWNED_BY_US);
  4. info->mStatus = OWNED_BY_CLIENT;
  5. info->mMediaBuffer->add_ref();
  6. if (mSkipCutBuffer != NULL) {
  7. mSkipCutBuffer->submit(info->mMediaBuffer);
  8. }
  9. *buffer = info->mMediaBuffer;
  10. return OK;
  11. }

这里我们将输出缓冲区中的bufferinfo取出来,并将其中的mediabuffer赋值给传递进来的参数buffer,当decoder解码出来数据后会将存放数据的buffer放在mFilledBuffers中,因此audioplayer每次从omxcodec读取数据时,会从mFilledBuffers中取。区别在于,当mFilledBuffers为空时会等待解码器解码并填充数据,如果有数据,则直接取走数据。

在audioplayer->start代码中用到这里返回的mediabuffer做了一些事情,后面设置了一些参数如

info->mStatus = OWNED_BY_CLIENT;

说明此info归client所有,client释放后会归还的,这里多啰嗦一句,通过设置mStatus可以让这一块内存由不同的模块来支配,如其角色有如下几个:

enum BufferStatus {

OWNED_BY_US,

OWNED_BY_COMPONENT,

OWNED_BY_NATIVE_WINDOW,

OWNED_BY_CLIENT,

};

显然component是解码器的,client是外部比如audioplayer的。

info->mMediaBuffer->add_ref();是增加一个引用,估计release的时候用~~

下面着重分析下如何从extractor读数据,和如何解码数据

4.1 看下  drainInputBuffers();实现

  1. <pre name="code" class="html">void OMXCodec::drainInputBuffers() {
  2. for (size_t i = 0; i < buffers->size(); ++i) {
  3. BufferInfo *info = &buffers->editItemAt(i);
  4. if (info->mStatus != OWNED_BY_US) {
  5. continue;
  6. }
  7. if (!drainInputBuffer(info)) {
  8. break;
  9. }
  10. if (mFlags & kOnlySubmitOneInputBufferAtOneTime) {
  11. break;
  12. }
  13. }
  14. }</pre>

这里解释下,我们可能申请了多个输入缓冲区,因此是一个循环,先检查我们有没有权限使用即OWNED_BY_US,这一缓冲区获取完数据后会检测

kOnlySubmitOneInputBufferAtOneTime即每次只允许读一个包,否则循环都读满。

下面继续跟进drainInputBuffer(info),忽略无关代码:

  1. bool OMXCodec::drainInputBuffer(BufferInfo *info) {
  2. **********
  3. status_t err;
  4. bool signalEOS = false;
  5. int64_t timestampUs = 0;
  6. size_t offset = 0;
  7. int32_t n = 0;
  8. for (;;) {
  9. MediaBuffer *srcBuffer;
  10. err = mSource->read(&srcBuffer);
  11. size_t remainingBytes = info->mSize - offset;
  12. 下面是判断从extractor读取到的数据是不是超过了总大小
  13. if (srcBuffer->range_length() > remainingBytes) {
  14. if (offset == 0) {
  15. srcBuffer->release();
  16. srcBuffer = NULL;
  17. setState(ERROR);
  18. return false;
  19. }
  20. mLeftOverBuffer = srcBuffer;
  21. break;
  22. }                 memcpy((uint8_t *)info->mData + offset,
  23. (const uint8_t *)srcBuffer->data()
  24. + srcBuffer->range_offset(),
  25. srcBuffer->range_length());
  26. offset += srcBuffer->range_length();
  27. if (releaseBuffer) {
  28. srcBuffer->release();
  29. srcBuffer = NULL;
  30. }
  31. 数据读取完毕后将srcBufferrelease掉
  32. }
  33. err = mOMX->emptyBuffer(
  34. mNode, info->mBuffer, 0, offset,
  35. flags, timestampUs);
  36. info->mStatus = OWNED_BY_COMPONENT;
  37. }

这里读取完毕后将缓冲区的状态设置成OWNED_BY_COMPONENT 解码器就可以解码了

这里可以看出来读取数据时实现了一次拷贝~~,而不是用的同一块缓冲区,注意下

读取数据可以参考前面介绍的extractor的内容,比较简单不说了。

下面看读取数据完毕后调用mOMX->emptyBuffer都干了些啥

通过前面我们很容易的理解实际调用的是

omx::emptybufferèOMXNodeInstance::emptyBuffer,

从代码可以看到最终调用的是

((OMX_COMPONENTTYPE*)hComponent)->EmptyThisBuffer()

实际代码在SimpleSoftOMXComponent.cpp中,具体如下

  1. OMX_ERRORTYPE SimpleSoftOMXComponent::emptyThisBuffer(
  2. OMX_BUFFERHEADERTYPE *buffer) {
  3. sp<AMessage> msg = new AMessage(kWhatEmptyThisBuffer, mHandler->id());
  4. msg->setPointer("header", buffer);
  5. msg->post();
  6. return OMX_ErrorNone;
  7. }

可以看到就是发了一条命令kWhatEmptyThisBuffer

通过handler->id确定了自己发的还得自己收,处理函数如下:

  1. void SimpleSoftOMXComponent::onMessageReceived(const sp<AMessage> &msg) {
  2. Mutex::Autolock autoLock(mLock);
  3. uint32_t msgType = msg->what();
  4. ALOGV("msgType = %d", msgType);
  5. switch (msgType) {
  6. ********
  7. case kWhatEmptyThisBuffer:
  8. case kWhatFillThisBuffer:
  9. {
  10. OMX_BUFFERHEADERTYPE *header;
  11. CHECK(msg->findPointer("header", (void **)&header));
  12. CHECK(mState == OMX_StateExecuting && mTargetState == mState);
  13. bool found = false;
  14. size_t portIndex = (kWhatEmptyThisBuffer == msgType)?                   header->nInputPortIndex: header->nOutputPortIndex;
  15. PortInfo *port = &mPorts.editItemAt(portIndex);
  16. for (size_t j = 0; j < port->mBuffers.size(); ++j) {
  17. BufferInfo *buffer = &port->mBuffers.editItemAt(j);
  18. if (buffer->mHeader == header) {
  19. CHECK(!buffer->mOwnedByUs);
  20. buffer->mOwnedByUs = true;
  21. CHECK((msgType == kWhatEmptyThisBuffer
  22. && port->mDef.eDir == OMX_DirInput)|| (port->mDef.eDir == OMX_DirOutput));
  23. port->mQueue.push_back(buffer);
  24. onQueueFilled(portIndex);
  25. found = true;
  26. break;
  27. }
  28. }
  29. CHECK(found);
  30. break;
  31. }
  32. default:
  33. TRESPASS();
  34. break;
  35. }
  36. }

从代码这里来看这两个case都走同一套代码,而且都是通过onQueueFilled来处理,这样我们就引出了实际的处理函数,也就是onQueueFilled,

以mp3为例这里具体实现在SoftMP3中。

具体解释看代码中注释

  1. void SoftMP3::onQueueFilled(OMX_U32 portIndex) {
  2. if (mSignalledError || mOutputPortSettingsChange != NONE) {
  3. return;
  4. }
  5. 获取输入输出链表
  6. List<BufferInfo *> &inQueue = getPortQueue(0);
  7. List<BufferInfo *> &outQueue = getPortQueue(1);
  8. while (!inQueue.empty() && !outQueue.empty()) {
  9. 各自取输入输出缓冲区中的第一个缓冲区
  10. BufferInfo *inInfo = *inQueue.begin();
  11. OMX_BUFFERHEADERTYPE *inHeader = inInfo->mHeader;
  12. BufferInfo *outInfo = *outQueue.begin();
  13. OMX_BUFFERHEADERTYPE *outHeader = outInfo->mHeader;
  14. 判断缓冲区是不是没有数据,若果第一个都没有那就是没有
  15. if (inHeader->nFlags & OMX_BUFFERFLAG_EOS) {
  16. inQueue.erase(inQueue.begin());
  17. inInfo->mOwnedByUs = false;
  18. notifyEmptyBufferDone(inHeader);
  19. if (!mIsFirst) {
  20. // pad the end of the stream with 529 samples, since that many samples
  21. // were trimmed off the beginning when decoding started
  22. outHeader->nFilledLen =
  23. kPVMP3DecoderDelay * mNumChannels * sizeof(int16_t);
  24. memset(outHeader->pBuffer, 0, outHeader->nFilledLen);
  25. } else {
  26. // Since we never discarded frames from the start, we won't have
  27. // to add any padding at the end either.
  28. outHeader->nFilledLen = 0;
  29. }
  30. outHeader->nFlags = OMX_BUFFERFLAG_EOS;
  31. outQueue.erase(outQueue.begin());
  32. outInfo->mOwnedByUs = false;
  33. notifyFillBufferDone(outHeader);
  34. return;
  35. }
  36. 如果offset==0说明是第一包的开头,需要读取pts,请结合extractor理解
  37. if (inHeader->nOffset == 0) {
  38. mAnchorTimeUs = inHeader->nTimeStamp;
  39. mNumFramesOutput = 0;
  40. }
  41. mConfig->pInputBuffer =
  42. inHeader->pBuffer + inHeader->nOffset;
  43. mConfig->inputBufferCurrentLength = inHeader->nFilledLen;
  44. mConfig->inputBufferMaxLength = 0;
  45. mConfig->inputBufferUsedLength = 0;
  46. mConfig->outputFrameSize = kOutputBufferSize / sizeof(int16_t);
  47. mConfig->pOutputBuffer =
  48. reinterpret_cast<int16_t *>(outHeader->pBuffer);
  49. ERROR_CODE decoderErr;
  50. 上面是配置参数 下面调用自己的解码器进行解码
  51. if ((decoderErr = pvmp3_framedecoder(mConfig, mDecoderBuf))
  52. != NO_DECODING_ERROR) {
  53. ***出错处理*
  54. 这里注意如果解码失败,则填充0数据,也就是静音帧
  55. // play silence instead.
  56. memset(outHeader->pBuffer,
  57. 0,
  58. mConfig->outputFrameSize * sizeof(int16_t));
  59. mConfig->inputBufferUsedLength = inHeader->nFilledLen;
  60. } else if (mConfig->samplingRate != mSamplingRate
  61. || mConfig->num_channels != mNumChannels) {
  62. 这里说明参数发生了改变,即采样率等改变了,需要重新设置输出
  63. mSamplingRate = mConfig->samplingRate;
  64. mNumChannels = mConfig->num_channels;
  65. notify(OMX_EventPortSettingsChanged, 1, 0, NULL);
  66. mOutputPortSettingsChange = AWAITING_DISABLED;
  67. return;
  68. }
  69. if (mIsFirst) {
  70. mIsFirst = false;
  71. // The decoder delay is 529 samples, so trim that many samples off
  72. // the start of the first output buffer. This essentially makes this
  73. // decoder have zero delay, which the rest of the pipeline assumes.
  74. outHeader->nOffset =
  75. kPVMP3DecoderDelay * mNumChannels * sizeof(int16_t);
  76. outHeader->nFilledLen =
  77. mConfig->outputFrameSize * sizeof(int16_t) - outHeader->nOffset;
  78. } else {
  79. outHeader->nOffset = 0;
  80. outHeader->nFilledLen = mConfig->outputFrameSize * sizeof(int16_t);
  81. }
  82. outHeader->nTimeStamp =
  83. mAnchorTimeUs
  84. + (mNumFramesOutput * 1000000ll) / mConfig->samplingRate;
  85. outHeader->nFlags = 0;
  86. CHECK_GE(inHeader->nFilledLen, mConfig->inputBufferUsedLength);
  87. inHeader->nOffset += mConfig->inputBufferUsedLength;
  88. inHeader->nFilledLen -= mConfig->inputBufferUsedLength;
  89. mNumFramesOutput += mConfig->outputFrameSize / mNumChannels;
  90. 如果输入缓冲区数据都解码完了,则调用notifyEmptyBufferDone
  91. if (inHeader->nFilledLen == 0) {
  92. inInfo->mOwnedByUs = false;
  93. inQueue.erase(inQueue.begin());
  94. inInfo = NULL;
  95. notifyEmptyBufferDone(inHeader);
  96. inHeader = NULL;
  97. }
  98. outInfo->mOwnedByUs = false;
  99. outQueue.erase(outQueue.begin());
  100. outInfo = NULL;
  101. 这是将解码出来的数据告诉外部,通过调用notifyFillBufferDone
  102. notifyFillBufferDone(outHeader);
  103. outHeader = NULL;
  104. }
  105. }

下面分析下,如何将输入缓冲区释放和将输出缓冲区中的数据传递出去

A、输入部分的清空

  1. void SoftOMXComponent::notifyEmptyBufferDone(OMX_BUFFERHEADERTYPE *header) {
  2. (*mCallbacks->EmptyBufferDone)(
  3. mComponent, mComponent->pApplicationPrivate, header);
  4. }

通知外面我们emptythisbuffer完工了,具体调用的是OMXNodeInstance中的方法,具体怎么传进去的,大家可以自己分析下:

  1. OMX_ERRORTYPE OMXNodeInstance::OnEmptyBufferDone(
  2. OMX_IN OMX_HANDLETYPE hComponent,
  3. OMX_IN OMX_PTR pAppData,
  4. OMX_IN OMX_BUFFERHEADERTYPE* pBuffer) {
  5. OMXNodeInstance *instance = static_cast<OMXNodeInstance *>(pAppData);
  6. if (instance->mDying) {
  7. return OMX_ErrorNone;
  8. }
  9. return instance->owner()->OnEmptyBufferDone(instance->nodeID(), pBuffer);
  10. }

OMXNodeInstance的ownner是OMX,因此代码为

  1. OMX_ERRORTYPE OMX::OnEmptyBufferDone(
  2. node_id node, OMX_IN OMX_BUFFERHEADERTYPE *pBuffer) {
  3. ALOGV("OnEmptyBufferDone buffer=%p", pBuffer);
  4. omx_message msg;
  5. msg.type = omx_message::EMPTY_BUFFER_DONE;
  6. msg.node = node;
  7. msg.u.buffer_data.buffer = pBuffer;
  8. findDispatcher(node)->post(msg);
  9. return OMX_ErrorNone;
  10. }

其中findDispatcher定义如下

  1. sp<OMX::CallbackDispatcher> OMX::findDispatcher(node_id node) {
  2. Mutex::Autolock autoLock(mLock);
  3. ssize_t index = mDispatchers.indexOfKey(node);
  4. return index < 0 ? NULL : mDispatchers.valueAt(index);
  5. }

这里mDispatcher在之前allocateNode中通过mDispatchers.add(*node, new CallbackDispatcher(instance)); 创建的

看下实际的实现可知道,CallbackDispatcher的post方法最终会调用dispatch

  1. void OMX::CallbackDispatcher::dispatch(const omx_message &msg) {
  2. if (mOwner == NULL) {
  3. ALOGV("Would have dispatched a message to a node that's already gone.");
  4. return;
  5. }
  6. mOwner->onMessage(msg);
  7. }

而owner是OMXNodeInstance,因此消息饶了一圈还是到了OMXNodeInstance的OnMessage方法接收了

  1. void OMXNodeInstance::onMessage(const omx_message &msg) {
  2. if (msg.type == omx_message::FILL_BUFFER_DONE) {
  3. OMX_BUFFERHEADERTYPE *buffer =
  4. static_cast<OMX_BUFFERHEADERTYPE *>(
  5. msg.u.extended_buffer_data.buffer);
  6. BufferMeta *buffer_meta =
  7. static_cast<BufferMeta *>(buffer->pAppPrivate);
  8. buffer_meta->CopyFromOMX(buffer);
  9. }
  10. mObserver->onMessage(msg);
  11. }

而onMessage又将消息传递到 mObserver中,也就是在OMXCodec::Create中构造的OMXCodecObserver对象,其OnMessage实现如下

  1. virtual void onMessage(const omx_message &msg) {
  2. sp<OMXCodec> codec = mTarget.promote();
  3. if (codec.get() != NULL) {
  4. Mutex::Autolock autoLock(codec->mLock);
  5. codec->on_message(msg);
  6. codec.clear();
  7. }
  8. }

最终还是传递给了OMXCodec里,具体看下:

  1. void OMXCodec::on_message(const omx_message &msg) {
  2. switch (msg.type) {
  3. ************
  4. case omx_message::EMPTY_BUFFER_DONE:
  5. {
  6. IOMX::buffer_id buffer = msg.u.extended_buffer_data.buffer;
  7. Vector<BufferInfo> *buffers = &mPortBuffers[kPortIndexInput];
  8. size_t i = 0;
  9. while (i < buffers->size() && (*buffers)[i].mBuffer != buffer) {
  10. ++i;
  11. }
  12. BufferInfo* info = &buffers->editItemAt(i);
  13. info->mStatus = OWNED_BY_US;
  14. // Buffer could not be released until empty buffer done is called.
  15. if (info->mMediaBuffer != NULL) {
  16. info->mMediaBuffer->release();
  17. info->mMediaBuffer = NULL;
  18. }
  19. drainInputBuffer(&buffers->editItemAt(i));
  20. break;
  21. }
  22. ****************
  23. }

这部分很绕,但搞清楚就好了,请大家仔细阅读,此处虽然调用了info->mMediaBuffer->release();但是由于其引用始终大于0,因此不会真正的release

二是当release完毕后,会调用drainInputBuffer(&buffers->editItemAt(i));来填充数据

也就是说当我们启动一次解码播放后,会在此处循环读取数和据解码数据。而输出数据在后面的filloutbuffer中。

B、输出数据的清空notifyFillBufferDone(outHeader);

  1. void SoftOMXComponent::notifyFillBufferDone(OMX_BUFFERHEADERTYPE *header) {
  2. (*mCallbacks->FillBufferDone)(
  3. mComponent, mComponent->pApplicationPrivate, header);
  4. }
  1. OMX_ERRORTYPE OMX::OnFillBufferDone(
  2. node_id node, OMX_IN OMX_BUFFERHEADERTYPE *pBuffer) {
  3. ALOGV("OnFillBufferDone buffer=%p", pBuffer);
  4. omx_message msg;
  5. msg.type = omx_message::FILL_BUFFER_DONE;
  6. msg.node = node;
  7. msg.u.extended_buffer_data.buffer = pBuffer;
  8. msg.u.extended_buffer_data.range_offset = pBuffer->nOffset;
  9. msg.u.extended_buffer_data.range_length = pBuffer->nFilledLen;
  10. msg.u.extended_buffer_data.flags = pBuffer->nFlags;
  11. msg.u.extended_buffer_data.timestamp = pBuffer->nTimeStamp;
  12. msg.u.extended_buffer_data.platform_private = pBuffer->pPlatformPrivate;
  13. msg.u.extended_buffer_data.data_ptr = pBuffer->pBuffer;
  14. findDispatcher(node)->post(msg);
  15. return OMX_ErrorNone;
  16. }

最终处理在OMXCodec.cpp中

  1. void OMXCodec::on_message(const omx_message &msg) {
  2. {
  3. case omx_message::FILL_BUFFER_DONE:
  4. info->mStatus = OWNED_BY_US;
  5. mFilledBuffers.push_back(i);
  6. mBufferFilled.signal();
  7. break;
  8. }
  9. }

主体就这么几句,先将mStatus设置成OWNED_BY_US,这样component便不能操作了,后面将这个buffer push到mFilledBuffers中。

4.2 fillOutputBuffers

  1. void OMXCodec::fillOutputBuffers() {
  2. CHECK_EQ((int)mState, (int)EXECUTING);
  3. Vector<BufferInfo> *buffers = &mPortBuffers[kPortIndexOutput];
  4. for (size_t i = 0; i < buffers->size(); ++i) {
  5. BufferInfo *info = &buffers->editItemAt(i);
  6. if (info->mStatus == OWNED_BY_US) {
  7. fillOutputBuffer(&buffers->editItemAt(i));
  8. }
  9. }
  10. }

找到一个输出缓冲区bufferinfo,启动输出

  1. void OMXCodec::fillOutputBuffer(BufferInfo *info) {
  2. **************
  3. status_t err = mOMX->fillBuffer(mNode, info->mBuffer);
  4. info->mStatus = OWNED_BY_COMPONENT;
  5. }

下面和解码流程类似,我们依次来看:

  1. status_t OMXNodeInstance::fillBuffer(OMX::buffer_id buffer) {
  2. Mutex::Autolock autoLock(mLock);
  3. OMX_BUFFERHEADERTYPE *header = (OMX_BUFFERHEADERTYPE *)buffer;
  4. header->nFilledLen = 0;
  5. header->nOffset = 0;
  6. header->nFlags = 0;
  7. OMX_ERRORTYPE err = OMX_FillThisBuffer(mHandle, header);
  8. return StatusFromOMXError(err);
  9. }

进行一些初始化后,调用进入了softMP3中,也就是

  1. OMX_ERRORTYPE SimpleSoftOMXComponent::fillThisBuffer(
  2. OMX_BUFFERHEADERTYPE *buffer) {
  3. sp<AMessage> msg = new AMessage(kWhatFillThisBuffer, mHandler->id());
  4. msg->setPointer("header", buffer);
  5. msg->post();
  6. return OMX_ErrorNone;
  7. }

同理,接收程序也在本文件中:

  1. void SimpleSoftOMXComponent::onMessageReceived(const sp<AMessage> &msg) {
  2. Mutex::Autolock autoLock(mLock);
  3. uint32_t msgType = msg->what();
  4. ALOGV("msgType = %d", msgType);
  5. switch (msgType) {
  6. case kWhatEmptyThisBuffer:
  7. case kWhatFillThisBuffer:
  8. {
  9. OMX_BUFFERHEADERTYPE *header;
  10. CHECK(msg->findPointer("header", (void **)&header));
  11. CHECK(mState == OMX_StateExecuting && mTargetState == mState);
  12. bool found = false;
  13. size_t portIndex = (kWhatEmptyThisBuffer == msgType)?
  14. header->nInputPortIndex: header->nOutputPortIndex;
  15. PortInfo *port = &mPorts.editItemAt(portIndex);
  16. for (size_t j = 0; j < port->mBuffers.size(); ++j) {
  17. BufferInfo *buffer = &port->mBuffers.editItemAt(j);
  18. if (buffer->mHeader == header) {
  19. CHECK(!buffer->mOwnedByUs);
  20. buffer->mOwnedByUs = true;
  21. CHECK((msgType == kWhatEmptyThisBuffer
  22. && port->mDef.eDir == OMX_DirInput)
  23. || (port->mDef.eDir == OMX_DirOutput));
  24. port->mQueue.push_back(buffer);
  25. onQueueFilled(portIndex);
  26. found = true;
  27. break;
  28. }
  29. }
  30. CHECK(found);
  31. break;
  32. }
  33. default:
  34. TRESPASS();
  35. break;
  36. }
  37. }

也会调用void SoftMP3::onQueueFilled执行一次解码操作,然后再通过

notifyEmptyBufferDone(inHeader);

notifyFillBufferDone(outHeader);

两个函数来推进播放进度。

【结束】

OMX Codec详细解析的更多相关文章

  1. java类生命周期详细解析

    (一)详解java类的生命周期 引言 最近有位细心的朋友在阅读笔者的文章时,对java类的生命周期问题有一些疑惑,笔者打开百度搜了一下相关的问题,看到网上的资料很少有把这个问题讲明白的,主要是因为目前 ...

  2. springmvc 项目完整示例06 日志–log4j 参数详细解析 log4j如何配置

    Log4j由三个重要的组件构成: 日志信息的优先级 日志信息的输出目的地 日志信息的输出格式 日志信息的优先级从高到低有ERROR.WARN. INFO.DEBUG,分别用来指定这条日志信息的重要程度 ...

  3. include_path详细解析

    include_path详细解析     原文地址:http://www.laruence.com/2010/05/04/1450.html 1.php默认的包含路径为 .;C:\php\pear 即 ...

  4. Intent的详细解析以及用法

    Intent的详细解析以及用法      Android的四大组件分别为Activity .Service.BroadcastReceiver(广播接收器).ContentProvider(内容提供者 ...

  5. C++多态的实现及原理详细解析

    C++多态的实现及原理详细解析 作者: 字体:[增加 减小] 类型:转载   C++的多态性用一句话概括就是:在基类的函数前加上virtual关键字,在派生类中重写该函数,运行时将会根据对象的实际类型 ...

  6. 对MySQL DELETE语法的详细解析

    以下的文章主要描述的是MySQL DELETE语法的详细解析,首先我们是从单表语法与多表语法的示例开始的,假如你对MySQL DELETE语法的相关内容十分感兴趣的话,你就可以浏览以下的文章对其有个更 ...

  7. 转:二十一、详细解析Java中抽象类和接口的区别

    转:二十一.详细解析Java中抽象类和接口的区别 http://blog.csdn.net/liujun13579/article/details/7737670 在Java语言中, abstract ...

  8. 单表扫描,MySQL索引选择不正确 并 详细解析OPTIMIZER_TRACE格式

    单表扫描,MySQL索引选择不正确 并 详细解析OPTIMIZER_TRACE格式     一 表结构如下:  万行 CREATE TABLE t_audit_operate_log (  Fid b ...

  9. 在PHP中使用CURL,“撩”服务器只需几行——php curl详细解析和常见大坑

    在PHP中使用CURL,"撩"服务器只需几行--php curl详细解析和常见大坑 七夕啦,作为开发,妹子没得撩就"撩"下服务器吧,妹子有得撩的同学那就左拥妹子 ...

随机推荐

  1. idea导入项目出错

    在idea导如项目后,总是会报错,每个类都会报错.解决的办法是: 1. 2.添加本地jdk 3.添加项目中的lib包

  2. Memcached的一些知识

    一.内存分配在Memcached内存结构中有两个非常重要的概念:slab 和 chunk,我们先从下图中对这两个概念有一个感性的认识: memcached内存结构Slab是一个内存块,它是memcac ...

  3. 错误记录--更改tomcat端口号方法,Several ports (8005, 8080, 8009)

    启动Tomcat服务器报错: Several ports (8005, 8080, 8009) required by Tomcat v5.5 Server at localhost are alre ...

  4. java 中解析xml的技术

    最初,XML 语言仅仅是意图用来作为 HTML 语言的替代品而出现的,但是随着该语言的不断发展和完善,人们越来越发现它所具有的优点:例如标记语言可扩展,严格的语法规定,可使用有意义的标记,内容存储和表 ...

  5. hdu 2438Turn the corner 三分

    Turn the corner Time Limit: 3000/1000 MS (Java/Others)    Memory Limit: 32768/32768 K (Java/Others)T ...

  6. hdu find the safest road

    算法:多源最短路(floyd) 题意:每条通路有一个安全系数,求始点到终点的最大的安全系数并输出,如果没有输出What a pity! c++超时啊 Problem Description XX星球有 ...

  7. 洛谷 P3392 涂国旗

    P3392 涂国旗 题目描述 某国法律规定,只要一个由N*M个小方块组成的旗帜符合如下规则,就是合法的国旗.(毛熊:阿嚏——) 从最上方若干行(>=1)的格子全部是白色的. 接下来若干行(> ...

  8. IFS解惑

    一.IFS 介绍 Shell 脚本中有个变量叫 IFS(Internal Field Seprator) ,内部域分隔符.完整定义是The shell uses the value stored in ...

  9. php base64数据与图片的转换

    1.解析base64数据成图片 The problem is that data:image/bmp;base64, is included in the encoded contents. This ...

  10. Hdu1096

    #include <stdio.h> int main() { int T,n; ; while(scanf("%d",&T)!=EOF){ while(sca ...