OpenCores学习(0) --概述

1、整个Android的多媒体框架OpenCore

  2、Player和Author的详细介绍

  2、 OpenCore和Android其他部分的集成

  第一部分 OpenCore概述:

  OpenCore 的另外一个常用的称呼是PacketVideo,它是Android的多媒体核心。事实上,PacketVideo是一家公司的名称,而OpenCore 是这套多媒体框架的软件层的名称。在Android的开发者中间,二者的含义基本相同。对比 Android的其它程序库,OpenCore的代码非常庞大,它是一个基于C++的实现,定义了全功能的操作系统移植层,各种基本的功能均被封装成类的形式,各层次之间的接口多使 用继承等方式。

  OpenCore是一个多媒体的框架,从宏观上来看,它主要包含了两大方面的内容:

   PVPlayer:提供媒体播放器的功能,完成各种音频(Audio)、视频(Video)流的回放 (Playback)功能

  PVAuthor:提供媒体流记录的功能,完成各种音频(Audio)、视频(Video)流的以及静态图像 捕获功能

  PVPlayer和PVAuthor以SDK的形式提供给开发者,可以在这个SDK之上构建多种应用程序和服务。在移动终端中 常常使用的多媒体应用程序,例如媒体播放器、照相机、录像机、录音机等等。

  为了更好的组织整体的架构,OpenCore在软件层次在宏 观上分成几个层次:

  

  OSCL:Operating System Compatibility Library (操作系统兼容库),包含了一些操作系统底层的操作,为了更好地在不同操作系统移植。包含了基本数据类型、配置、字符串工具、IO、错误处理、线程等内 容,类似一个基础的C++库。

  PVMF:PacketVideo Multimedia Framework(PV多媒体框架),在框架内实现一个文件解析(parser)和组成(composer)、编解码的NODE,也可以继承其通用的接 口,在用户层实现一些NODE。

  PVPlayer Engine:PVPlayer引擎。

  PVAuthor Engine:PVAuthor引擎。

  事实上,OpenCore中包含的内容非常多:从播放的角度,PVPlayer的输入的 (Source)是文件或者网络媒体流,输出(Sink)是音频视频的输出设备,其基本功能包含了媒体流控 制、文件解析、音频视频流的解码(Decode)等方面的内容。除了从文件中播放媒体文件之外,还包含了与网络相关的RTSP流(Real Time Stream Protocol,实时流协议)。在媒体流记录的方面,PVAuthor的输入的(Source)是照相机、麦克风等设备,输出(Sink)是各种文件, 包含了流的同步、音频视频流的编码(Encode)以及文件的写入等功能。

  在使用OpenCore的SDK的时候,有可能需要在应用程 序层实现一个适配器(Adaptor),然后在适配器之上实现具体的功能,对于PVMF的NODE也可以基于通用的接口,在上层实现,以插件的形式使用。

第二部分 OpenCore的代码结构2.1 代码结构

  以开源Android的代码为例,OpenCore的代码 在以下目录中:external/opencore/。这个目录是OpenCore的根目录,其中包含的子目录如下所示:

   android:这里面是一个上层的库,它基于PVPlayer和PVAuthor的SDK实现了一个为Android使用的Player和 Author。

  baselibs:包含数据结构和线程安全等内容的底层库

   codecs_v2:这是一个内容较多的库,主要包含编解码的实现,以及一个OpenMAX的实现

  engines:包含 PVPlayer和PVAuthor引擎的实现

  extern_libs_v2:包含了khronos的OpenMAX的头文件

   fileformats:文件格式的解析(parser)工具

  nodes:提供一些PVMF的NODE,主要是编解码和文件解析方面 的。

  oscl:操作系统兼容库

   pvmi: 输入输出控制的抽象接口

  protocols:主要是与网络相关的RTSP、RTP、HTTP等协议 的相关内容

  pvcommon:pvcommon库文件的Android.mk文件,没有源文件。

   pvplayer:pvplayer库文件的Android.mk文件,没有源文件。

  pvauthor:pvauthor库文件的 Android.mk文件,没有源文件。

  tools_v2:编译工具以及一些可注册的模块。

  在 external/opencore/目录中还有2个文件,如下所示:

  Android.mk:全局的编译文件

   pvplayer.conf:配置文件

  在external/opencore/的各个子文件夹中包含了众多的Android.mk文 件,它们之间还存在着“递归”的关系。例如根目录下的Android.mk,就包含了如下的内容片断:

  include $(PV_TOP)/pvcommon/Android.mk

  include $(PV_TOP)/pvplayer/Android.mk

  include $(PV_TOP)/pvauthor/Android.mk

  这表示了要引用pvcommon,pvplayer和pvauthor等 文件夹下面的Android.mk文件。

  external/opencore/的各个Android.mk文件可以按照排列组合进行使 用,将几个Android.mk内容合并在一个库当中。

  2.2 编译结构

  1.库的层次关系:在Android的开源 版本中编译出来的内容,OpenCore编译出来的各个库如下所示:

  libopencoreauthor.so:OpenCore的 Author库

  libopencorecommon.so:OpenCore底层的公共库

   libopencoredownloadreg.so :下载注册库

  libopencoredownload.so:下载功能实现库

   libopencoremp4reg.so:MP4注册库

  libopencoremp4.so:MP4功能实现库

   libopencorenet_support.so:网络支持库

  libopencoreplayer.so:OpenCore的 Player库

  libopencorertspreg.so:RTSP注册库

   libopencorertsp.so:RTSP功能实现库

  这些库的层次关系如下图所示:

  

  OpenCore的各个库之间具有如下的关系:

   libopencorecommon.so是所有的库的依赖库,提供了公共的功能;

  libopencoreplayer.so和 libopencoreauthor.so是两个并立的库,分别用于回放和记录,而且这两个库是OpenCore对外的接口库;

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
最近一个项目需要做I2C的slave,在opencores.org上面找到了一个I2C的代码,不过是master的。 下载来看看,发现里面有一个I2C slave的行为级代码。 于是自己根据这个代码改写了一个I2C slave RTL的代码,并修改了原来那个设计的testbench,将rtl的Slave替换了原来的behavior的Slave,在modelsim里面作了前仿,完全通过。还有一个myram.v文件,是一个register file,和slave相连,存储数据用的。 用synplify做综合,使用x3s400-4的器件,占用LUT<100,速度接近200MHz。性能比较优化。 代码做了详尽的注释,语言采用verilog,并且写了仿真的脚本。解压了直接运行simbehav.bat就可以了。如果modelsim安装的时候注册了环境变量(path),脚本调用modelsim,输入run -all即可看到仿真结果。 虽然不是很复杂,不过对于广大需要做I2C的RTL slave的工程师来说,还是很有参考价值的。 1、 设计流程 将I2C slave的行为模型改为rtl模型。 进行等效仿真,直到波形一致,通过timing check,数据正确。 再进行rtl优化设计 2、 注意要点 a) 时钟的设计 b) 对于restart condition的时序是否正确 c) 3、 进度 a) 11-12:initial状态的bitcnt不对,需要认真比对/设计 b) 11-13:initial基本解决(sda_in的问题)。Sda三态冲突,原因不明。比对原设计 c) 11-14:sda三态冲突解决,原因为sda在初始化时没有将sda_oen赋值(由sm赋值,但是sm没有做async reset)。同时注意verilog的大小写敏感。 d) 11-15:仿真出现错误:read出来的数据非期望值。写入逻辑完全正确。Read时由于sda_oe在sm中有一个cycle_pulse的延迟,导致了mem_do[7]串行移出时错位。在更改了sm的代码风格后再研究解决方法。 e) 11-16:仿真完全匹配波形。计划:优化结构,提高稳定性sm改为每个时钟打一下。 关于I2C的SDA三态转换: Master在发送完第8个bit后随后将sda释放(posedge后大概1/4 scl周期),此时slave需要在第九个bit对应的scl的posedge拉低sda。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值