openmax component类的继承关系

向OpenCORE里继承一个新的codec时，需要用到OpenMAX接口规范对该codec进行封装，即要定义一个用于封装的类(wrapper)，实现OpenMAX规定的集中核心方法(omx core methods)。若该codec是一个音频解码器，则该类继承OmxComponentAudio类；若是视频解码器，则继承OmxComponentVideo类。而OmxComponentAudio和OmxComponentVideo类都是继承了OmxComponentBase类；OmxComponentBase类又继承自OsclActiveObject类。

为了深入点理解每OMX Component每个接口(core methods)具体要实现些什么功能，我们逐一深入这些相关的类的定义中。

【1】OsclActiveObject类

该类的定义在.../opencore/oscl/oscl/osclproc/src/oscl_scheduler_ao.h文件中。看给类的注释：

/**

* User base class for execution objects.

* OsclActiveObject defines an execution object without any timer.

* This AO can be used across threads, i.e. the request

* can be activated in one thread and completed in another.

*/

即该类是用于执行（或运行）对象的用户基础类，该运行对象没有计时器。 这个正在运行的对象(AO)可以在多个线程间被使用，如在一个线程中的请求可以在另一个线程中完成。

OsclActiveObject类又继承自两个类：HeapBase和PVActiveBase类，其中类HeapBase是用于基础的堆操作，如分配、释放内存等。类PVActiveBase主要是跟线程相关的(PV Scheduler internal AO base class)。

OsclActiveObject类主要是定义了对象运行的相关操作，如优先级、对象状态等。

【2】OmxComponentBase类

其中一些接口涉及到proxy(代理？？)，不知道具体什么差别！！！

/** Component entry points declarations without proxy interface*/

……

/** Component entry points declarations with proxy interface*/

……

接着是最重要的部分，

/*NON STATIC COUNTERPARTS OF STATIC MEMBER API‘S */

//Pure virtual functions, definition to be written in derived class

/*

纯虚函数，具体实现在派生的类中。

*/

virtual OMX_ERRORTYPE GetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_INOUT OMX_PTR ComponentParameterStructure) = 0;

virtual OMX_ERRORTYPE SetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_IN  OMX_PTR ComponentParameterStructure) = 0;

virtual OSCL_IMPORT_REF OMX_ERRORTYPE GetConfig(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nIndex,

OMX_INOUT OMX_PTR pComponentConfigStructure);

//Making Setconfig as virtual function to be implemented in respective component class

// 在各个派生的component中各自实现该函数

virtual OSCL_IMPORT_REF OMX_ERRORTYPE SetConfig(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nIndex,

OMX_IN  OMX_PTR pComponentConfigStructure);

……

/*OTHER PROCESSING FUNCTIONS */

//Pure virtual function called from base, must have a definition in derived components

//virtual void Decode() = 0;

/*

纯虚函数，必须在派生的类中实现。

--> OmxComponentAudio --> omx_audio_xxx

--> OmxComponentVideo --> omx_video_xxx

该函数不是在OmxComponentAudio/OmxComponentVideo中实现，

而是在最终的派生类的实现，不同的编解码器其实现过程是不一样的。

*/

virtual void ProcessData() = 0;

……

/*

需要在派生的类(最终的component)中实现!!

*/

virtual OMX_ERRORTYPE ComponentInit() = 0;

virtual OMX_ERRORTYPE ComponentDeInit() = 0;

……

这些接口是每一个OMX component都必须实现的函数(core methods)，其中最重要的5种方法：

(1) ComponentInit()

(2) ComponentDeinit()

(3) GetParameter()

(4) SetParameter()

(5) ProcessData()

【3】OmxComponentAudio类

每个音频解码器组件都必须继承的类，其中GetParameter()和SetParameter()方法在该类中实现，其余方法在最终派生的component类中实现。

class OmxComponentAudio : public OmxComponentBase

{

public:

OSCL_IMPORT_REF OmxComponentAudio();

OSCL_IMPORT_REF virtual ~OmxComponentAudio();

OSCL_IMPORT_REF OMX_ERRORTYPE GetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_INOUT OMX_PTR ComponentParameterStructure);

OSCL_IMPORT_REF OMX_ERRORTYPE SetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_IN  OMX_PTR ComponentParameterStructure);

virtual void UpdateAACPlusFlag(OMX_BOOL aAacPlusFlag)

{

OSCL_UNUSED_ARG(aAacPlusFlag);

}

OSCL_IMPORT_REF virtual void CalculateBufferParameters(OMX_U32 PortIndex);

};

注意：

由OmxComponentBase类继承来的其他虚函数，如ComponentInit(), ComponentDeinit(), ProcessData()等在这还没有具体实现。

【进一步分析GetParameter()和SetParameter()函数！！！！】

【4】OmxComponentVideo类

/*************************

VIDEO BASE CLASS ROUTINES

*************************/

class OmxComponentVideo : public OmxComponentBase

{

public:

OSCL_IMPORT_REF OmxComponentVideo();

OSCL_IMPORT_REF virtual ~OmxComponentVideo();

OSCL_IMPORT_REF OMX_ERRORTYPE GetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_INOUT OMX_PTR ComponentParameterStructure);

OSCL_IMPORT_REF OMX_ERRORTYPE SetParameter(

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nParamIndex,

OMX_IN  OMX_PTR ComponentParameterStructure);

OSCL_IMPORT_REF virtual void CalculateBufferParameters(OMX_U32 PortIndex);

};

在OmxComponentVideo类中也是把从OmxComponentBase类中继承来的虚函数GetParameter()和SetParameter()函数做了实现。

【5】OpenmaxMp3AO类

该类是对MP3解码器按照openmax接口规范进行封装的类，以便作为一个音频解码的component集成进opencore框架中。

/*

按照openmax接口规范，对mp3 codec进行封装!!

*/

class OpenmaxMp3AO : public OmxComponentAudio

{

public:

OpenmaxMp3AO();

~OpenmaxMp3AO();

OMX_ERRORTYPE ConstructComponent(OMX_PTR pAppData, OMX_PTR pProxy);

OMX_ERRORTYPE DestroyComponent();

OMX_ERRORTYPE ComponentInit(); // 继承自OmxComponentAudio

OMX_ERRORTYPE ComponentDeInit(); // 继承自OmxComponentAudio

void ProcessData(); // 继承自OmxComponentAudio

void SyncWithInputTimestamp(); // 继承自OmxComponentAudio

void ProcessInBufferFlag(); // 继承自OmxComponentBase

void ResetComponent(); // 继承自OmxComponentBase

OMX_ERRORTYPE GetConfig( // 覆盖掉OmxComponentAudio中的实现

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nIndex,

OMX_INOUT OMX_PTR pComponentConfigStructure);

private:

void CheckForSilenceInsertion();

void DoSilenceInsertion();

Mp3Decoder*      ipMp3Dec; // 看具体实现！！！

Mp3TimeStampCalc iCurrentFrameTS;

};

【6】OpenmaxAvcAO类

该类是对H264解码器按照openmax接口规范进行封装的类，以便作为一个视频解码的component集成进opencore框架中。

class OpenmaxAvcAO : public OmxComponentVideo

{

public:

OpenmaxAvcAO();

~OpenmaxAvcAO();

OMX_ERRORTYPE ConstructComponent(OMX_PTR pAppData, OMX_PTR pProxy);

OMX_ERRORTYPE DestroyComponent();

OMX_ERRORTYPE ComponentInit();

OMX_ERRORTYPE ComponentDeInit();

void ComponentBufferMgmtWithoutMarker();

OMX_BOOL ParseFullAVCFramesIntoNALs(OMX_BUFFERHEADERTYPE* aInputBuffer);

void ProcessData();

void DecodeWithoutMarker();

void DecodeWithMarker();

void ResetComponent();

void ReleaseReferenceBuffers();

OMX_ERRORTYPE GetConfig( // 覆盖继承类中的实现

OMX_IN  OMX_HANDLETYPE hComponent,

OMX_IN  OMX_INDEXTYPE nIndex,

OMX_INOUT OMX_PTR pComponentConfigStructure);

OMX_BOOL DetectStartCodeLength(OMX_U8* aBitstream,

OMX_U8** aNalUnit,

OMX_U32 aBufSize,

OMX_U32* aSCSize);

// ipOutputBuffer is fed to the decoder which may keep it as a reference

// The decoder "spits" out another output buffer for rendering

OMX_BUFFERHEADERTYPE *ipOutputBufferForRendering;

private:

AvcDecoder_OMX* ipAvcDec;

OMX_BOOL        iDecodeReturn;

OMX_BOOL        iFlushOutputStatus;

// variables for "frame" mode i.e. iOMXComponentNeedsFullAVCFrames is turned on

OMX_U32 iNALSizeArray[MAX_NAL_PER_FRAME]; // 100 should be more than enough NALs per frame

OMX_U32 iNALStartCodeSizeArray[MAX_NAL_PER_FRAME]; // 100 should be more than enough NALs per frame

OMX_U32 iCurrNAL;

OMX_U32 iNumNALs;

OMX_U32 iNALOffset;

OMX_U32 iSizeOfNALSize;

};

openmax component类的继承关系

时间： 2024-10-13 01:49:12

openmax component类的继承关系的相关文章

【Unity】常用脚本类的继承关系（入门篇）

前言 学习Unity开发引擎的初学者会接触大量的脚本类,而这些类之间的关系往往容易被忽略. 本文对Unity引擎开发中的一些常用类及其关系进行了简单的归纳总结. 博文首发地址:http://blog.csdn.net/duzixi Unity常用脚本类继承关系图 对Unity开发稍有了解的朋友都知道,在Unity开发框架中有4个基本层次:工程(应用程序).场景.游戏对象和组件. 在脚本中,整个应用程序和场景由Application类控制:而游戏对象和组件类均继承于Object类. 在Object

【Unity】NGUI插件核心脚本类的继承关系

虽说目前(2015年3月28日)Unity4.6版本之后推出的UGUI系统替代NGUI已是大势所趋, 但作为被长久且广泛使用的优秀插件之一,NGUI的代码和架构依然有很多地方值得我们学习和借鉴. 本文整理了NGUI插件中的核心组件和功能组件脚本类的继承关系,并以图示的方式给出了初步分类. 原文首发:http://blog.csdn.net/duzixi 官方资料:http://www.tasharen.com/forum/index.php?topic=6754.0 NGUI版本:3.6.0

[Android Studio] Android Studio中查看类的继承关系

转载自:http://blog.csdn.net/hyr83960944/article/details/38098091 查看类的继承关系的快捷键F4,在Android Studio常用快捷键这篇文章中,有写了.今天主要是讲一些关于这个快捷键出来的界面的一些配置,这块功能相对偏冷一些,可能很多人都会用不到.但是关于这些配置,android studio中很多都是类似的. 废话不多说,直接上图,如下图,我选中Activity,然后按F4,右边会出现一个和Activity有继承关系的图. 1.先简

异常类的继承关系图

异常类的继承关系 基础的理论部分参见----Java教程总结随笔9,图如下所示: 异常的执行流程图,如下所示参考---Java教程总结随笔9: 理解以上图示,有助于思考和查阅.

由socketserver源码引出的类的继承关系

当我们拿到一份python源代码,我们要怎么去看呢? 下面我们以socketserver为例,看下面的一段代码: 1 #!/usr/bin/env python 2 # -*- coding: UTF-8 -*- 3 # Author: ZCX 4 5 import socketserver #导入socketserver模块 6 7 8 class MyServer(socketserver.BaseRequestHandler): #定义一个类 9 def handle(self): #定义

Android Studio中查看类的继承关系

查看类的继承关系的快捷键F4,在Android Studio常用快捷键这篇文章中,有写了.今天主要是讲一些关于这个快捷键出来的界面的一些配置,这块功能相对偏冷一些,可能很多人都会用不到.但是关于这些配置,android studio中很多都是类似的. 废话不多说,直接上图,如下图,我选中Activity,然后按F4,右边会出现一个和Activity有继承关系的图. 1.先简要分析下图中几个元素: 注:这边说第几个图标是从左到右的顺序来数的 第一个图标:显示所有的继承关系,包括父类,子类 第二个图

Pycharm 查看一个类的继承关系图

Pycharm 查看一个类的继承关系图 在我们开发过程中: 无论是使用的开发框架自带的类, 还是我们自定义的类都特别多; 并且类之间单继承和多继承频繁使用, 这个继承,不仅仅是一级的继承关系,包括好几层的继承.父类的父类的父类. 直到最后->很难清楚一个类的实现关系, 迷失类的作用. 这里我们可以通过查看类的继承关系, 明白类的作用 查看DRF框架的APIView类的继承关系 下图就是我们查找的继承关系 查看DRF框架的GenericAPIView类所在.py模块的所有类继承关系 1.通过Ctr

从设计基类及其派生类看继承关系

继承能够定义可重用.扩展或修改父类行为的子类.但基类的静态构造函数.实例构造函数和析构函数不能被派生类继承. 在下面实例中,定义一个基类Publication用于表示任何类型的出版物以及派生至Publication的其他类型Book类,由此也可以扩展为定义其他类型如:Magazine.Journal.Newspaper和Article. 在设计基类Publication时我们必须考虑到如下关系: 1.要在基类中添加哪些成员 2.基类是否用作派生类模板的抽象基类 3.类层次结构的扩展空间大小,要开

第一篇：初识ASP.NET控件开发_第一节：控件类及其继承关系

1)System.Web.UI.Control(以下简称Control) Control 类是包括自定义控件.用户控件和页在内的所有 ASP.NET 服务器控件的基类..定义由所有 ASP.NET 服务器控件共享的属性.方法和事件. 命名空间:System.Web.UI程序集:System.Web(在 system.web.dll 中) 2)System.Web.UI.WebControls.WebControl(以下简称WebControl) WebControl 类是 System.Web.