TI中文支持网老师们，你们好：
我现在在学习DM8148相关的知识，对于EZSDk开发包中提供的OMX架构，看了其中一个示例，有点没弄明白，或者看我的理解对不对啊，就是整个开发板上有ARM，DSP还有两个协处理器，其中协处理器是DSP的两个外设，分别完成采集、显示、编解码的各种功能，与硬件相结合的，OpenMax框架主要是针对单通道的数据处理，调用IL层的接口来将各个组件连接在一起实现相应的功能，而在DSP中又介绍了Codec Engine概念，主要是完成ARM和DSP的交互作用，那如果在一个工程中，我要实现采集，算法跟踪，编码，解码，显示这些功能，我是不是就要基于OpenMax框架来实现，那其中的DSP算法跟踪我要如何实现，在这里要基于XDM标准来实现算法，那如何调用到应用层呢？难道在调用协处理器完成的功能组件时，其IL层封装的函数要用到了Codec Engine，将编解码的的算法实现也要满足XDM标准，在这里我有点迷惑了，望得到大师们的帮助，谢谢！
Chris Meng：
Zhao Xing，
EZSDK基本已经没有维护了，不建议使用。
不知道你DM8148做什么样的应用，建议使用DVR RDK或者是IPNC RDK。相关软件需要贵公司和TI签署保密协议后才能提供。可以联系你的代理商签署保密协议相关事宜。
xing zhao1：
回复 Chris Meng:
主要是作视觉跟踪相关的应用，现在是老板那边的IPNC还没整理好，就先让我子啊ezsdk的基础上先熟悉linux下的相关知识，我只是想了解他们之间到底有什么关系，这个CE是在什么情况下使用的，谢谢！
Chris Meng：
回复 xing zhao1:
RDK软件没有使用OMX和CE。
xing zhao1：
回复 Chris Meng:
那也就是说在IPNC中都是封装好的组件，直接按照McFW框架去实现就可以了？Codec Engine只是个概念介绍，具体都没应用？或者说这些都被封装起来了？
Chris Meng：
回复 xing zhao1:
xing zhao1Codec Engine只是个概念介绍，具体都没应用？
RDK没有使用CE，MCFW基于syslink。
Nick shinji：
回复 xing zhao1:
用DVRRDK会更好。
你跑算法的应用直接在DSP上进行，然后负责视频的M3把视频图像和ARM-DSP交互，在DSP里面跑你的算法，可以不用过多关注你楼顶贴那些概念，拿到RDK后，直接看里面代码，和对应文档会更有针对性。
我们可以提供DM8168的定制开发，针对您那边，可以联系friedrich8@qq.com
xing zhao1：
回复 Chris Meng:
你好老师，CE是不是也是一种实现ARM和DSP之间通信的框架，跟OMX和McFW类似？我可以这样理解吗？我现在是对这些概念有点混淆，不知道具体都在什么情况下应用的，谢谢老师的解答！
Nick shinji：
回复 xing zhao1:
可以先不用纠结CE和OMX，可以考虑先选好方向，建议RDK，可以让ARM和DSP交互，DSP跑算法，拿到代码后，填入自己应用，会上手更快。
等选好方向后，你就发现不用纠结OMX和CE了，可以更有效让DSP准备跑算法。
可以看上面帖子邮箱找我。
