达芬奇技术之Codec Engine学习（一）

最新推荐文章于 2018-06-06 20:59:25 发布
最新推荐文章于 2018-06-06 20:59:25 发布
阅读量2k 收藏
点赞数
分类专栏： 监控视频开发技术 文章标签： codec engine
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/FRD2009041510/article/details/40790907
版权

Codec Engine学习

1、Codec Engine概述

对于达芬奇（DAVINCI）平台的开发，所有的工程师都面临着如何实现ARM和DSP或协处理器的通信和协同工作。而TI的数字视频软件开发包（DVSDK）提供了Codec Engine这样一个软件模块来实现ARM和DSP或协处理器的协同工作。

如上图所示，Codec Engine是连接ARM和DSP或协处理器的桥梁，是介于应用层（ARM侧的应用程序）和信号处理层（DSP侧的算法）之间的软件模块。ARM应用程序调用Codec Engine的VISA （Video, Image, Speech, Audio）API，如图中VIDENC_process(a, b, c )。Codec Engine的stub （ARM侧）会把参数a, b, c以及要调用DSP侧process这个信息打包，通过消息队列（message queue）传递到DSP。Codec Engine的skeleton（DSP侧）会解开这个参数包，把参数a, b, c转换成DSP侧对应的参数x, y, z（比如ARM侧传递的是虚拟地址，而DSP只能认物理地址），DSP侧的server（优先级较低，负责和ARM通信的任务）会根据process这一信息创建一个DSP侧的process(x, y, x)任务最终实现VIDENC_process(a, b, c)的操作。

2、codec_engine_2_24_ReleaseNotes

Codec Engine入门第一步，从Codec Engine发布说明文档(release notes)开始，开发包中都有提供这个网址。本人手中的说明文档如下所示：

后面的1_00、1_01、...、2_23等代表版本。

下面给出2.24版本的页面。

下面重点学习2.24版本的说明文档。

该Codec Engine的发布适应于DaVinci 和OMAP 平台，使用户能够实例化和利用本地和远程编解码器。 除了异构设备(如DM644x, DM6467, OMAP2530, OMAP3530, 等.)之外，还支持单处理器环境， 特别是C64+器件(如DM643x, and DM648)，ARM器件(如DM355, DM365, OMAP3503) 和x86器件去运行Linux.系统。

Codec Engine是算法执行的软件平台，满足以下高层次的目标：

  • Robust - drives pre-integrated components with fully characterized performance.
  • Easy to use - app developers specify what needs to be run, but nothow orwhere.
  • Extensible and Configurable - new algorithms can be added by anyone, using standard tools and techniques.
  • Portable - API's are target, platform, and in many cases even codec independant.

对于我手中的DVS365的资料，Codec Engine资料位于：....\dvsdk_2_10_00_17\codec_engine_2_24\packages\ti\sdo\ce

主要的包有：

  • ti.sdo.ce - The Codec Engine runtime.
  • ti.sdo.ce.video2 - The Codec Engine video component (supporting the XDM IVIDDEC2 interface).
  • ti.sdo.ce.video1 - The Codec Engine video component (supporting the XDM IVIDDEC1 and IVIDENC1 interfaces).
  • ti.sdo.ce.image1 - The Codec Engine image component (supporting the XDM IIMGDEC1 and IIMGENC1 interfaces).
  • ti.sdo.ce.speech1 - The Codec Engine speech component (supporting the XDM ISPHDEC1 and ISPHENC1 interfaces).
  • ti.sdo.ce.audio1 - The Codec Engine audio component (supporting the XDM IAUDDEC1 and IAUDENC1 interfaces).
  • ti.sdo.ce.osal - The Codec Engine OS Abstraction Layer. This package insulates CE from the OS it's running on, and provides a few Modules for customers to use (e.g. Memory).
  • ti.sdo.ce.utils.trace - The Codec Engine utility package for trace. This includes the TraceUtils module. This makes tracing features easier to use by an application. It will be supported in this release, but may be replaced in a future release with an incompatible implementation.

    还包含过时的包，主要有：

  • ti.sdo.ce.video - The Codec Engine video component (supporting the XDM IVIDDEC and IVIDENC interfaces).
  • ti.sdo.ce.image - The Codec Engine image component (supporting the XDM IIMGDEC and IIMGENC interfaces).
  • ti.sdo.ce.speech - The Codec Engine speech/voice component (supporting the XDM ISPHDEC and ISPHENC interfaces).

    ti.sdo.ce.audio - The Codec Engine audio component (supporting the XDM IAUDDEC and IAUDENC interfaces).

    Codec Engine的工具主要有：

    • XDAIS 6.24
    • EDMA3 Resource Manager 1.06.00.01 (from the EDMA3 Low Level Driver product).
    • Framework Components 2.24
    • Linux Utils 2.24.01
    • WinCE Utils 1.00
    • LPM 1.24

    常用的参考资料有：

     兼容性信息：

    • ti.dsplink.utils.lad - This package is incompatibile with the previous release. (Compatibility key:2,0,0 -> 2,0,0)
    • ti.dsplink.utils.ladclient - This package is compatibile with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce - This package is compatible with the previous release. (Compatibility key:1,0,6 -> 1,0,6)
    • ti.sdo.ce.alg - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.audio - This package is compatible with the previous release. (Compatibility key:1,0,2 -> 1,0,2)
    • ti.sdo.ce.audio1 - This package is compatible with the previous release. (Compatibility key:1,0,1 ->1,0,1)
    • ti.sdo.ce.bioslog - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.global - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce.image - This package is compatible with the previous release. (Compatibility key:1,0,3 -> 1,0,3)
    • ti.sdo.ce.image1 - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.ipc - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.ipc.bios - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.ipc.dsplink - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.ipc.dsplink.dsp - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.ipc.linux - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.ipc.noOS - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.node - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce.osal - This package is compatible with the previous release. (Compatibility key:2,0,2 -> 2,0,2)
    • ti.sdo.ce.osal.bios - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.osal.linux - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.osal.noOS - This package is compatible with the previous release. (Compatibility key:2,0,1 -> 2,0,1)
    • ti.sdo.ce.speech - This package is compatible with the previous release. (Compatibility key:1,0,2 -> 1,0,2)
    • ti.sdo.ce.speech1 - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.trace - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce.utils - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce.utils.trace - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.utils.xdm - This package is compatible with the previous release. (Compatibility key:1,0,2 -> 1,0,2)
    • ti.sdo.ce.video - This package is compatible with the previous release. (Compatibility key:1,0,3 -> 1,0,3)
    • ti.sdo.ce.video1 - This package is compatible with the previous release. (Compatibility key:1,0,2 -> 1,0,2)
    • ti.sdo.ce.video2 - This package is compatible with the previous release. (Compatibility key:1,0,2 -> 1,0,2)
    • ti.sdo.ce.video2.split - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)
    • ti.sdo.ce.vidtranscode - This package is compatible with the previous release. (Compatibility key:1,0,1 -> 1,0,1)
    • ti.sdo.ce.wizards.genserver - This package is compatible with the previous release. (Compatibility key:1,0,0 -> 1,0,0)

    The following packages are beta quality, and therefore compatibility keys are not maintained.

    • ti.sdo.ce.universal
    • ti.sdo.ce.vidanalytics

    Validation：

    This release was built and validated against using the following software components:

    • Framework Components 2.24
    • XDAIS 6.24
    • Linux Utils 2.24.01
    • WinCE Utils 1.00
    • XDCtools 3.10.05.61
    • DSP/BIOS Link 1.61.03 (Linux)/1.61.04 (WinCE) - see the Codec Engine Link Config wiki article for more details
    • DSP/BIOS 5.33.05
    • EDMA3 Resource Manager 1.06.00.01
    • LPM 1.24
    • gnu.targets.Linux86 - 4.1.0
    • gnu.targets.UCArm9 - 4.2.1
    • gnu.targets.arm.GCArmv5T - 4.2.1
    • microsoft.targets.arm.WinCE - 14.01.60511
    • ti.targets.C64P - 6.0.16
    • ti.targets.C674 - 6.1.5

    This release was validated using the following hardware platforms:

  • DM365 EVM:
    • single-processor ARM configuration, running MV 5.0 MV Linux (gcclib or uClibc)

    Examples：

    Codec Engine examples and instructions are located in the "examples" directory.

     

    成长Bar
    关注
    • 0
      点赞
    • 踩
    • 0
      收藏
      觉得还不错? 一键收藏
    • 0
      评论
    专栏目录
    达芬奇平台-ccs使用
    xujiezhangjing的专栏
    08-26 644
    CCS3.3的使用和模拟器仿真： 一、CCS3.3的使用： （1）新建一个空的工程。 （2）new a source file：编写你需要的代码。遵循ti的规则即可。 （3）New a DSP/BIOSConfigure 文件，这里需要有些需要配置和注意的地方。 A、新建时使用默认配置即可，我们选择DM642. B、由于我们在上面选择配置的时候勾选了TSK Manager。所以在我
    #Davinci# （开源）可视应用平台介绍与展望
    热门推荐
    敏捷大数据的CSDN博客
    07-05 2万+
    作者：徐翔 导读：通过图形化手段清晰地传达数据，促进信息的传递与沟通，是数据可视化的基础要素，也是设计美学和功能相结合的具体表现形式。Davinci便是这样一款可视应用平台。在敏捷大数据（Agile BigData）理论的背景下，围绕“数据视图”和“可视组件”两个核心概念设计，支持多种可视化功能。Davinci具体的设计理念和功能特点都有什么呢？它又将怎么成长呢？让我们一起来阅读本文吧~ 一...
    达芬奇codec_engine文档
    10-04
    达芬奇codec_engine技术文档，实用API。
    帮你快速入门TI的Codec+Engine
    03-07
    帮你快速入门TI的Codec+Engine
    最新DSP技术：“达芬奇”系统/框架和组建[6/6]
    11-22
    个人看到这本书的原因是 codec engine 写的比较详细
    帮您快速入门_TI_的_Codec_Engine
    07-15
    TI Codec_Engine Davinci 达芬奇 嵌入式 帮您快速入门_TI_的_Codec_Engine
    达芬奇DM64系列详解
    06-12
    达芬奇DM64系列详解
    达芬奇平台-EMCV移植和测试
    xujiezhangjing的专栏
    08-26 1720
    有了在ccs上开发基于emcv算法的经验，下一步我们要做了就是把我们的算法 移至到达芬奇平套上去运行。 一、codec的编写。 这里我们拷贝codecs下的scale文件夹，修改名字为fft，修改相关配置，这些配置都比较简单，我们就不再叙述。把emcv文件夹加入到fft文件夹中，在package.bld中加入emcv中的source文件，利用srcs.push("文件名")；这时候涉及到编译
    达芬奇数字媒体处理平台
    08-11
    达芬奇数字媒体处理平台 TI处理器介绍 入门介绍 非常好的文档
    TI达芬奇平台算法集成SDK的学习文档
    11-11
    达芬奇644x Codec Engine 函数调用方面的资料，基本覆盖了所有调用函数。
    达芬奇笔记
    gabby____的博客
    06-06 8474
    1.建立自己的体系我们知道，达·芬奇习惯从右向左书写，这是他独特的笔记方式。作为一个左撇子作家，他将自己这种笔记方式称为“镜像书写”，这样做也可能是为了让其他人无法解读自己的笔记。Leonard Shlain 曾在他的著作《莱昂纳多的大脑：了解达·芬奇的创作天才》一书中提到，达·芬奇的这种书写方式表明他在思考的过程中调用了大脑的两个不同区域：“莱昂纳多的古怪书写方式表明……他大脑的运行方式与常人不...
    达芬奇 codec engine手册
    05-12
    达芬奇 codec engine api手册
    达芬奇技术的几个学习资料
    04-08
    TI DAVINCI 开发原理(总共5 部分) DAVINCI开发原理之一----ARM端开发环境的建立(DVEVM) DAVINCI开发原理之二----DSP端开发环境的建立(DVSDK) DAVINCI开发原理之三----达芬奇编解码引擎Codec Engine(CE) DAVINCI开发原理之四----达芬奇编解码服务器(Codec Server) DAVINCI开发原理之五----引擎(CE)与服务器(CS)的工作原理 如何构建达芬奇的DSP Server 达芬奇数字媒体片上系统的架构和Linux启动过程 快速实现ARM和DSP的通信和协同工作 快速实现ARM和DSP的通信和协同工作（一） 快速实现ARM和DSP的通信和协同工作（二） 快速实现ARM和DSP的通信和协同工作（三） 快速实现ARM和DSP的通信和协同工作（四） 达芬奇工具链的建立 - [Davinci]
    浅析达芬奇DM644x平台ARM中断处理流程
    langxing0508的专栏
    12-25 1532
    -------------------------------------------- 本文系本站原创,欢迎转载!转载请注明出处:http://zhiqiang0071.cublog.cn--------------------------------------------本文分析了DM644x平台arm926ejs中断的流程,参考了网上一些分析arm中断流程的
    关于TI的达芬奇平台软件开发流程讲解
    09-26 1910
    一看到TI的达芬奇平台，像DM6446，DM6467；那确实相当兴奋啊，强大的双核处理器；但是究竟这个双核之间究竟是怎样协同工作，达芬奇平台的软件又应该如何设计开发，这个确实有点头疼；我就从我所理解的，从应用工程角度的视点来分析下。
    达芬奇平台-CCS3.3搭建emcv开发环境
    xujiezhangjing的专栏
    08-27 1544
    一、emcv是什么？ EMCV全称为EmbeddedComputer Vision Library，是一个可在TI DM64x系列DSP上运行的计算机视觉库。EMCV提供了跟OpenCV完全一致的函数接口，通过EMCV，你可以轻松的将你的OpenCV算法移植到DSP，甚至不用改一行代码。 目前EMCV已经支持IplImage, CvMat，CvSeq等基本数据结构， 可使用cvCre
    【转】TI达芬奇（DaVinci）技术
    liuqiqi677的专栏
    05-25 8115
    什么是达芬奇技术？      关于达芬奇技术，TI的官方网站上有详细介绍。达芬奇技术，不仅仅是DSP+ARM双核架构的SOC芯片，它还包括一整套的软件开发包。我认为，后者才是该技术的核心。因为DSP+ARM的处理器有不少，目前现在的i.mx27就是其中之一。达芬奇技术包括以下几个方面：（来至官网）达芬奇软件：可互操作、优化、随时可投入生产的视频和音频“标准”编解码器，这些编解码器沿用 DSP 和集成加速器的功能，内建在可配置的框架中，并通过大受欢迎的操作系统 (Linux) 中已发布的 API 来呈现，从而
    基于达芬奇平台的视频监控系统的设计
    maopig的专栏
    11-03 4192
    Design and implement of the video surveillance system based on DaVinci platform Abstract：This paper implements a video surveillance system based on the new dual core platform Da Vinci. Describe the d
    《CMEM与DSPLINK详解（一）》：CMEM与DSPLINK简介
    成长Bar的博客专栏
    11-03 2187
    在双核（ARM+DSP）系统中
    哔哩哔哩 vector 达芬奇 配置 学习 缴费
    最新发布
    09-16
    哔哩哔哩（Bilibili）是一个非常受欢迎的在线视频分享平台，而vector是它在2018年推出的一款人工智能助手产品，而达芬奇是vector的一种配置。 达芬奇是哔哩哔哩向用户提供的一种配置选择，它是基于vector的基础上进行了升级和改良。配置是指达芬奇所具备的硬件和软件组合。相比于标准版的vector，达芬奇配置相对更高级，并且提供了更多的功能和体验。 学习是vector的一项强大功能，不论是普通版的vector还是达芬奇都具备学习能力。vector可以通过持续的观察和分析用户的行为和环境来逐渐学习理解和适应，能够与人进行简单的对话和交互，并且还能够根据用户的习惯和需求提供个性化的服务和建议。 缴费是指用户购买vector达芬奇配置的过程。用户可以通过哔哩哔哩官方渠道或者授权的线下销售渠道购买达芬奇配置。在购买过程中，用户需要支付相应的费用，并且通常还会附带一些额外的服务和权益。用户购买后，可以享受vector达芬奇配置所提供的高级功能和性能。 总结来说，哔哩哔哩的vector达芬奇配置是vector助手的一个高级版本，具备更多的功能和体验。用户可以通过购买来获得vector达芬奇配置，并享受其提供的学习能力和个性化服务。当然，在购买前需要注意到达芬奇配置所需的费用和附加服务。

    “相关推荐”对你有帮助么？

    • 非常没帮助
    • 没帮助
    • 一般
    • 有帮助
    • 非常有帮助
    提交
    评论
    添加红包

    请填写红包祝福语或标题

    个

    红包个数最小为10个

    元

    红包金额最低5元

    当前余额3.43元 前往充值 >
    需支付：10.00元
    成就一亿技术人!
    领取后你会自动成为博主和红包主的粉丝 规则
    hope_wisdom
    发出的红包
    实付元
    使用余额支付
    点击重新获取
    扫码支付
    钱包余额 0

    抵扣说明：

    1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
    2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

    余额充值