报告分为两大部分,第一部分是3.22号在中心五楼会议室讨论后的一些需要深入调研的点,第二部分是android对2D的调用关系。
第一部分:
OpenGL(全写Open Graphics Library)是个定义了一个跨编程语言、跨平台的编程接口的规格,它用于生成二维、三维图像。这个接口由近三百五十个不同的函数调用组成,用来从简单的图元绘制复杂的三维景象。主要用于pc和工作站。
OpenVG是针对诸如Flash和SVG的矢量图形算法库提供底层硬件加速界面的免授权费、跨平台应用程序接口API。也是由OpenGL的拥有者khronos公司提出的。OpenVG 现仍处于发展阶段,其初始目标主要面向需要高质量矢量图形算法加速技术的便携手持设备,用以在小屏幕设备上实现动人心弦的用户界面和文本显示效果,并支持硬件加速以在极低的处理器功率级别下实现流畅的交互性能。
但是android中2D向量图形函数库并没有使用OpenVG,而是使用了Google在05年收购的一家公司提供的引擎叫skia。它可以搭配OpenGL/ES与特定的硬体特征,强化显示的效果。综上,2D图形硬件无需支持OpenVG。
OpenGL ES (OpenGL for Embedded Systems) 是一个针对嵌入式应用的,免费的,支持全功能2D、3D的跨平台API(OpenGL® ES is a royalty-free, cross-platform API for full-function 2D and 3D graphics on embedded systems - including consoles, phones, appliances and vehicles)。目前主要由3个版本,1.0,1.1,2.0.
OpenGL ES 1.0 是以 OpenGL 1.3 规范为基础的,OpenGL ES 1.1 是以 OpenGL 1.5 规范为基础的,1.1完全兼容1.0。OpenGL ES 2.0 则是参照 OpenGL 2.0 规范定义的。简单的来说,OpenGL ES是OpenGL针对嵌入式应用的简化版,也就是android使用的标准。OpenGL ES 1.1强调api的硬件加速,OpenGL ES 2.0更强调3D能力。
OpenGL ES 1.1和OpenGL ES 2.0之间的关系并不是旧版本和新版本之间的差别,而是一个针对相对低端的应用,一个针对高级应用,OpenGL官方的roadmap也是将这两个版本并行发展的。2.X并不能百分百兼容1.X。
Android现在支持1.X和2.X。
对于我们的应用来说,选择OpenGL ES 1.1已足够。理由如下:
1. 1.1就能达到甚至略超过PSP的效果了(PSP实际上是一个PS2的简化版,它也不支持vertex或pixel shader)。2.x能达到更好的效果(大约接近DX9)。毕竟无论是以掌机(或者手机等便携设备)的耗电量,成本,还是屏幕尺寸来看,1.x都更有优势。jsr184标准的硬件实现就是ES_1.x。
2. 如果追求最顶尖和图形质量和效果,定位为高端产品,那么就可以选择2.0,但成本和开发周期会很高。基本上2.x的接口是针对游戏主机而非掌机设计的,据说PS3就采用了ES_2.x。
3. android的目标应用不仅仅是手持设备,它的野心以后会触伸到游戏机甚至桌面等更为高端的领域,所以它现在支持更为高级的2.X。但是对于我们芯片的定位,如果选择支持OpenGL ES的IP。支持OpenGL ES 1.1足矣。
第二部分:
Android中2D图形引擎流程(以下说明以android2.0及以上版本):
上图是android的框架图,在LIBRARIES中有三个模块是比较重要的。分别是Surface Manager(界面管理),OpenGL|ES,SGL(SGL就是上文提到的skia graphic layer,是android中为应用提供的一套2D图形库)。
Android的图形系统采用client和server架构。
Client server
因此我们对其的理解可以分成两个部分,应用和界面:
应用:2D接口会调用skia图形引擎,而skia是软件实现的。3D接口会调用OpenGL,OpenGL的库可以通过软件实现,如果存在硬件库的话则调用硬件。软件库libagl.so,硬件库libhgl.so.
此部分的调研疑问:所有资料几乎都说skia是软件实现,没法使用硬件,但是在台湾的一篇介绍skia的博文中却提到:skia它可以搭配OpenGL/ES与特定的硬体特征,强化显示的效果。这部分存在矛盾,需进一步验证(这部分的疑惑已找到,可以参考这篇文章http://blog.csdn.net/yili_xie/archive/2009/11/12/4803565.aspx)。
界面:界面主要是通过sufaceFlinger实现的,在2.0及以上版本,sufaceFlinger直接调用OpenGL ES API。此时如果存在硬件库则系统自动调用硬件库的api实现硬件加速。
如果系统没有支持OpenGL ES的硬件,但是能够支持一些简单的2D功能。则系统会调用软件库,OPEN GLES软件库中有一个copybit的适配文件,此时我们可以在hardware中实现copybit这个文件。系统在自动调用OpenGL ES软件库的时候,,系统通过适配文件找到copybit从而将一些功能通过硬件实现(这些功能主要包括内存的拷贝,放大缩小,旋转)。
如果系统没有支持OpenGL ES的硬件,甚至连简单2D硬件都没有,sufaceFlinger通过open gl es软件库实现。
分享到:
相关推荐
OPENVG渲染流程,接口讲解等等,有部分代码讲解。
这是PC端openvg软件协议栈,提供demo开发,可正确编译并能正常运行,可以帮助理解openvg的原理与实现
openvg1.1说明书(英文版) 还有VC的一个测试实例(也是从网上找的)
openvg 源码 + 测试应用程序 + picasso-graphic
本程序是在MFC DOC/VIEW框架下调用官方OPENVG实现2D加速绘图.
网上找的 OpenVG 的 Sample 可以用 VC 6.0 编译
picasso_0[1].97_api_doc
OpenVG_D OpenVG (ShivaVG) 到 D 编程语言的绑定 该项目为 OpenVG 提供了一个简单的接口,OpenVG 是 Khronos 指定的矢量图形库。 D 接口由 htod 自动创建,然后手动改进。 本机库是使用 msvc2013x64 构建的,构建和...
openvg-1.1.pdf openvg-1.1.pdf openvg-1.1.pdf
openvg spec and source code in linux
在Raspberry Pi上探索OpenVG的测试平台。第一个程序这是等效于“你好,世界”的图形// first OpenVG program// Anthony Starks (ajstarks@gmail.com)#include <stdio>#include <stdlib>#include <unistd>#include ...
附件是 OpenVG demo 的开发代码,包括钟表,图像过滤,混色,矢量渲染等经典demo及其源码
2D矢量图形开发库,这只是演示程序.(原始的包大了些) 完整的开发包在:http://download.csdn.net/source/328524<br><br>开发包包含完整的演示程序、教学程序、技术文档、演示程序,在PC... 遵循标准OpenVG 1.0.1
mali200资料,我认为是很好的动动!
OpenVG™ 是针对诸如Flash和SVG的矢量图形算法库提供底层硬件加速界面的免授权费、跨平台应用程序接口API。OpenVG 现仍处于发展阶段,其初始目标主要面向需要高质量矢量图形算法加速技术的便携手持设备,用以在小...
ALexVG,商业化的OpenVG软件解决方案
最新的OpenVG1.1 lite 文档
OpenVG 的商业化版本 AmanithVG4.0 在windows下运行非常快。压缩包里包含了相应的dll与lib库。适用于在vc上进行开发
i.MX515是基于ARM Cortex A8的高性能低功耗的产品,芯片集成h.264、Mpeg-4、Mpeg-2、VC-1等多格式720P高清视频解码和h.264 等多格式D1编码模块,同时集成了OpenVG和OpenGL 2D和3D硬件加速器。支持LCD、LVDS、DVI等...
OpenVG 的商业化版本, OpenGL实现 速度快