CN101059760B - Opengl到opengl│es翻译器和opengl│es仿真器 - Google Patents
Opengl到opengl│es翻译器和opengl│es仿真器 Download PDFInfo
- Publication number
- CN101059760B CN101059760B CN200610077518.0A CN200610077518A CN101059760B CN 101059760 B CN101059760 B CN 101059760B CN 200610077518 A CN200610077518 A CN 200610077518A CN 101059760 B CN101059760 B CN 101059760B
- Authority
- CN
- China
- Prior art keywords
- opengl
- order
- api
- array
- texture
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000013519 translation Methods 0.000 claims abstract description 56
- 238000000034 method Methods 0.000 claims description 91
- 238000012360 testing method Methods 0.000 claims description 44
- 238000003860 storage Methods 0.000 claims description 43
- 230000004044 response Effects 0.000 claims description 14
- 230000008859 change Effects 0.000 claims description 11
- 238000011084 recovery Methods 0.000 claims description 11
- 239000011159 matrix material Substances 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims 8
- 230000008569 process Effects 0.000 description 58
- 230000014616 translation Effects 0.000 description 34
- 230000006870 function Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 10
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 7
- 238000004040 coloring Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 238000011282 treatment Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000002360 preparation method Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000003491 array Methods 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T15/00—3D [Three Dimensional] image rendering
Abstract
OPENGL到OPENGL|ES翻译器和OPENGL|ES仿真器由于缺乏基于OpenGL|ES标准的3D应用,期望在OpenGL|ES移动设备如蜂窝电话上运行基于OpenGL标准的3D应用。为解决此期望,必须能在OpenGL和OpenGL|ES间翻译函数调用。为支持此翻译和以便确保用于OpenGL应用继续执行的正确数据状态,存储可能被翻译期间使用的OpenGL|ES函数改变的全局GL状态。然后通过用适当OpenGL|ES命令代替OpenGL命令实施OpenGL到OpenGL|ES翻译,为OpenGL|ES实现传递OpenGL|ES API。此后,恢复先前保存的全局GL状态,以致执行的翻译不会不利地影响OpenGL配置的应用继续执行。关于若干OpenGL API和一些已知扩展,这种翻译过程支持OpenGL到OpenGL|ES翻译。
Description
技术领域
本发明涉及使用OpenGL|ES图形标准用于移动设备(比如G4M类型的设备)的三维(3D)应用开发,具体地说,涉及用来允许在OpenGL|ES实现之上的OpenGL应用的运行的翻译器。
背景技术
3D图形标准OpenGL常用于在个人计算机(PC)环境中的图形绘制。图形标准OpenGL|ES是把移动设备、比如移动电话和其它手机作为目标的OpenGL标准的清淡版本。尽管建立了OpenGL|ES标准,但存在一个问题即:OpenGL|ES标准太新了以致在市场中基于该标准的3D应用非常少。但是,确实存在相当大数量的用OpenGL为个人计算机编写的遗留应用。直到更适合的基于OpenGL|ES标准的应用在市场上出现,消费者想要在他们的移动设备上有机会运行许多基于OpenGL标准的应用。然而,在OpenGL和OpenGL|ES之间的区别阻止这发生到任何消费者满意的程度,特别是对图形密集应用、比如3D游戏而言更是如此。
在所有的基本OpenGL API(应用编程接口,有时称作命令)中,在OpenGL|ES中仅仅保留了约10%没有变化。在OpenGL|ES中保留了约50%的OpenGL API有微小变化,比如允许较少、不同或新的参数。剩余的基本OpenGL API在OpenGL|ES中根本不支持。关于基于OpenGL的应用和OpenGL|ES绘制引擎实现,对于OpenGL|ES完全支持的第一类的API,由OpenGL应用发送的相关命令能直接发送到OpenGL|ES图形绘制实现。然而,对于受限支持的OpenGL命令,例如其中仅仅支持受限的参数,以及对于根本不被支持的OpenGL 命令,需要一些翻译工作以便能够在OpenGL|ES实现上正确地运行应用。
Dylogic提供了被称作“DOGLESS”的翻译器程序,它把OpenGL调用翻译到OpenGL|ES并且把它们转发到底层的OpenGL|ES实现DLL。见http://sourceforge.net/Projects/dogless。为了在OpenGL|ES实现上运行OpenGL应用,Dylogic的翻译器截取在OpenGL|ES中不支持的运行时OpenGL命令,并且试图通过使用支持的命令翻译这些命令。在图1的流程图中描绘了这种功能性。使用这种解决方案,一些OpenGL应用和游戏,包括类似Quake2的图形密集游戏,能够在OpenGL|ES实现上正确地运行。
然而,图1的Dylogic翻译器是概念证据产品并且仅仅翻译非常少量的OpenGL API。而且,与将在下文中更详细地讨论的一样,一些这些翻译是游戏相关的。例如,众所周知Dylogic翻译器对游戏Quake2工作较好,但对于其它游戏却不好。
为了提交多边形的顶点数据(坐标、颜色、法线......)以便绘制,OpenGL支持两种方式:a)“立即方式”,其中在两个GL命令之间逐个顶点地发送数据:glBegin/glEnd范例(如图5所示的示例);或b)为每个数据类型使用顶点数组。然而,在OpenGL|ES中,仅仅支持顶点数组方法。因为在单个命令中发送所有的图元数据,所以顶点数组更为有效。Dylogic翻译器工具几乎专门集中在glBegin/glEnd范例的翻译上。这示出在图2中。
Dylogic翻译器解决方案把glBegin/glEnd范例翻译到顶点数组如下:在glBegin命令中,通过使用命令glEnableClientState(其启用所有的用于颜色、法线顶点、纹理坐标的数组)激活所有的顶点数组。这完成了复杂图元到三角形的转换。然后通过汇编在命令glVertex、glColor、glTexCoord和glNormal中指定的数据来准备用于顶点数组的数据。随后,使用glEnd命令,把顶点数组传递到实现和使用APIglDrawArray来绘制对象。
从Dylogic翻译器解决方案的回顾能容易地注意到有若干理由表明翻译工作太过简单了。首先,给定应用的需要(颜色、法线、纹理坐标),Dylogic解决方案启用用于顶点坐标、颜色、法线和纹理坐标的所有客户顶点数据数组指针以及把相关的数组传递到绘制引擎。这意味着在解决方案中使用无用的命令和数据,它会导致资源的浪费和性能的戏剧性丢失。其次,在Dylogic解决方案中,在glEnd命令中没有记录和恢复数组状态。这会出现存储器问题。第三,Dylogic解决方案没有考虑多个纹理。
本领域技术人员会认识到OpenGL规范定义了可选的API,也被称作“扩展”,它由图形公司提出并且有时在规范中作为核心添加包括进来。大部分的最近流行的游戏使用这些扩展的一部分。遗憾的是,Dylogic翻译器解决方案根本不处理这些扩展。
总之,Dylogic翻译器解决方案是不完整的解决方案,充其量只是非最佳的能够在顺应OpenGL|ES实现之上运行基本上所有(如果不是所有)的OpenGL应用。因此现有技术中需要这样的翻译器解决方案。
发明内容
根据本发明的实施例,在OpenGL和OpenGL|ES之间的翻译过程包括:存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL API;为OpenGL|ES实现传递OpenGL|ES API;以及恢复以前存储的全局GL状态。
根据本发明的另一实施例,把在OpenGL中使用glTexGen命令的自动纹理坐标生成翻译到OpenGL|ES的方法包括:在命令glTexGen的翻译之前存储纹理坐标数组状态和数据;使用在命令glTexGen中提供的信息,决定应该翻译哪一个纹理坐标元素(s,t,r,q)和应该实现哪一个翻译算法;实现选择的翻译算法以便计算纹理坐标元素(s,t,r, q);存储生成的纹理坐标数据;把含有存储的纹理坐标数据的glEnableClientState和glTexCoordPointer命令传递到OpenGL|ES实现;以及恢复前面存储的纹理坐标数组状态和数据。
根据本发明的再一实施例,把在OpenGL中使用glTexGen命令的自动纹理坐标生成翻译到OpenGL|ES的方法包括:截取包括指向顶点属性数据数组的指针的OpenGL glVertexPointer(或glVertex)、glNormalPointer(或glNormal)函数的调用;保存用于顶点坐标和法线数据的参数值;以及响应glTexGen命令,为每个顶点执行一个过程。该过程包括:在目系中使用模型图矩阵计算顶点坐标;计算球面纹理坐标(s,t);激活纹理坐标数组;以及把指针数组发送到OpenGL。
用于把在OpenGL中画出几何对象的glBegin/glEnd范例翻译成在OpenGL|ES中画出几何对象的顶点数组的过程包括:存储GL状态和数组数据;把在OpenGL中的复杂图元四边形和多边形转换成在OpenGL|ES中画出的较小块的三角形;关于三角形为颜色、法线和纹理坐标准备必需的数组数据;在OpenGL|ES中根据数组数据作为对象绘制三角形;以及恢复以前存储的GL状态和数组数据。
根据又一实施例,为了由OpenGL|ES支持用于翻译存储了一组gl命令和绘图命令的OpenGL API显示列表的方法包括:截取glNewList调用以便创建显示列表;创建动态gl命令数组以便存储在glNewList和glEndList之间调用的gl命令;以及响应在OpenGL中的glCallList调用而调用显示列表,执行存储在动态gl命令数组中的所有gl命令。
根据又一实施例,用于把指定了三个或更多个纹理的OpenGL图形调用翻译到OpenGL|ES的方法,其中OpenGL|ES支持指定仅仅两个纹理的图形调用,包括:使用OpenGL|ES绘制具有由OpenGL图形调用指定的三个或更多的纹理中的两个的几何图;以及,对于每个由OpenGL图形调用指定的额外纹理,把几何图重画成具有根据该额外纹理的纹理。
根据又一实施例,翻译方法包括:在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹OpenGL应用,其中上述可配置层执行OpenGL API和扩展的应用无关翻译以便由OpenGL|ES绘制引擎支持。
附图说明
通过参考附图可得到对本发明更完整的理解,其中:
图1是说明现有技术的OpenGL到OpenGL|ES翻译器的流程图;
图2示出支持glBegin/glEnd范例的翻译的图1现有技术翻译器的操作;
图3是根据本发明的实施例的OpenGL|ES翻译器和仿真器系统的框图;
图4描绘了由图3的翻译器模块执行的翻译的过程;
图5说明OpenGL中用于glBegin/glEnd范例的典型代码段示例;
图6说明状态存储步骤的示例;
图7说明根据本发明的实施例的glBegin/glEnd范例的翻译的过程;
图8说明复杂图元到三角形的变换的过程;
图9说明用于颜色、法线和纹理坐标的数组数据的准备的过程;
图10A和10B说明传递数据数组模块的操作;
图11A和11B说明在对象绘制之后恢复状态和数据的过程;
图12是说明纹理生成的实现步骤的流程图;
图13是说明数组元素的实现步骤的流程图;
图14是说明球面映射的实现步骤的流程图;
图15是说明显示列表的实现步骤的流程图;
图16是说明多纹理生成的实现步骤的流程图。
具体实施方式
为了解决现有技术的缺陷,本发明的实施例在运行时间用在应用和OpenGL|ES绘制引擎之间的小可配置层包裹OpenGL应用。该层执行与大多数常用的OpenGL API和扩展的优化的游戏无关翻译。使用该解决方案,在OpenGL|ES中的视觉性能应提供与天然的OpenGL图形系统相似的结果或至少具有非常好的近似。
在附图中以及结合本发明的实施例的说明使用以下符号:
ArrV 用于存储顶点元素的位置数据的二维数据数组,大小为m×4;
ArrC 用于存储顶点元素的颜色数据的二维数据数组,大小为m×4;
ArrN 用于存储顶点元素的法线数据的二维数据数组,大小为m×3;
ArrT0 用于存储顶点元素的第一层纹理坐标数据的二维数据数组,大小为m×2;
ArrT1 用于存储顶点元素的第二层纹理坐标数据的二维数据数组,大小为m×2;
normalStateEnable 布尔型,代表是否启用法线数组;
colorStateEnable 布尔型,代表是否启用颜色数组;
texOStateEnable 布尔型,代表是否启用纹理单元0的纹理坐标数组;
texlStateEnable 布尔型,代表是否启用纹理单元1的纹理坐标数组;
colorEnable 布尔型,代表在glBegin/glEnd块内是否发送颜色数据;
normalEnable 布尔型,代表在glBegin/glEnd块内是否发送法线数据;
texEnable 布尔型,代表在glBegin/glEnd块内是否发送纹理坐标数据;
multiTexEnable 布尔型,代表当前是否使用多纹理。
现在参考图3,其中示出根据本发明的实施例的OpenGL|ES翻译器和仿真器系统100的框图。翻译器模块102接收配置信息和GL命令并且把在OpenGL|ES中不支持的OpenGL API翻译到所支持的API。所翻译的API被传递到OpenGL|ES实现模块(绘制器)104。系统100还包括仿真器模块106。上述仿真器模块106能从外部或从翻译器模块102的输出接收OpenGL|ES命令。OpenGL实现模块(绘制器)108接收来自仿真器模块106的输出,从而允许OpenGL|ES API在OpenGL实现上被仿真。
现在参考图4,它描绘了由翻译器模块102执行的翻译过程。将认识到OpenGL是一个状态机。因而,一些API可改变一些GL状态并因此影响绘制结果。因此,在发送任何OpenGL|ES命令之前,翻译器模块102首先存储110全局GL状态,该全局GL状态可由在翻译期间使用的OpenGL|ES函数改变。然后,通过为那些原来在OpenGL实现中实现的算法实现使用OpenGL|ES命令的算法来翻译112OpenGL API。然后,为OpenGL|ES实现传递114新的OpenGL|ESAPI。最后,为了与OpenGL应用的继续执行一致,恢复116以前存储110的状态。
通过参考说明该翻译机制的细节的以下示例,可以得到对翻译器102的操作的更好理解。
1.glBegin/glEnd范例的翻译
在OpenGL中,使用glBegin/glEnd范例来绘出几何对象是常用的方法。在图5中示出了用于glBegin/glEnd范例的典型的代码段示例,其中以用于每个顶点的具体数据(颜色、法线、纹理坐标)画出了四边形。然而,在OpenGL|ES中根本不支持使用glBegin/glEnd范例来绘制对象。如果应用被编写成利用glBegin/glEnd范例,需要在把命令传递到OpenGL|ES流水线之前把glBegin/glEnd块翻译成顶点数组。该翻译由翻译器102/112来执行。
在OpenGL|ES中支持的顶点数组命令(比如glEnableClientState,glVertexArrayPointer,glColorPointer)用来在从OpenGL的glBegin/glEnd范例翻译之后绘制对象。这些顶点数组命令将需要改变一些GL状态和数组数据(可能对于翻译之后的继续应用执行不利)。因此,在翻译112之前存储110这些状态和数据。图6示出了状态存储110步骤的一个示例。如图6所述,colorStateEnable,normalStateEnable,texOStateEnable和texl StateEnable被用来记录当前的数组状态。图6直接阐明了状态存储步骤。响应glEnableClientState调用,解决了颜色、法线和纹理坐标状态存储处理。
图示的顺序仅仅是示范性的。首先,关于颜色处理300,过程测试302是否启用颜色数组。如果否,则过程转到法线处理304。如果是这样,则在步骤306把colorStateEnable变量设置为TRUE以及在步骤308启用颜色客户状态。用于存储110的过程则可返回3l0到应用。在法线处理304中,过程测试312是否启用法线数组。如果否,则过程转到纹理坐标处理314。如果是这样,则在步骤316把normalStateEnable变量设置为TRUE以及在步骤318启用法线客户状态。于是存储110的过程可返回310到应用。最后,在纹理坐标处理314中,过程测试322是否启用法线数组。如果否,则用于存储110的过程可返回310到应用。如果是这样,则过程测试324层0是否纹理激活。如果是,则在步骤326把texOStateEnable变量设置为TRUE以及在步骤328启用纹理坐标客户状态。如果在步骤324为否,则过程测试334层1是否纹理激活。如果是,则在步骤336把texl StateEnable变量设置为TRUE以及在步骤328启用纹理坐标客户状态。如果在测试334为否,则用于存储110的过程可返回310到应用。
在存储110状态和数据之后,如图7所示,能实现glBegin/glEnd范例的翻译(由翻译器112进行)。在模块120“glBegin(mode)”,复杂图元被转换成三角形。由模块120“glBegin(mode)”执行的该转换 的细节示出在图8中。在OpenGL|ES中不支持复杂图元类型,比如四边形和多边形。因此,如果由“mode”指示四边形和多边形,这些图元需要被“分解”成用于在OpenGL|ES中画出的较小的三角形块。图8说明glBegin“mode”的参数是如何基于OpenGL四边形和多边形标识改变的。如所示,响应glBegin(mode)调用350,在转换模块120,在步骤352关于“mode”是否是GL QUAD_STRIP进行测试。如果是这样,则在步骤354中把OpenGL方式标志GL_QUAD_STRIP改变到GL_TRIANGLE_STRIP,并且过程返回356。如果在测试352为否,则过程紧接着在步骤358测试关于“mode”是否为GL_QUADS。如果是这样,则在步骤360把OpenGL方式标志GL_QUADS改变为GL_TRIANGLES,并且过程返回356。如果在测试358为否,则过程接着在步骤362测试关于“mode”是否为GL_POLYGON。如果是这样,则在步骤364把OpenGL标志GL_POLYGON改变为GL_TRIANGLE_FAN,并且过程返回356。这样,基于四边形和多边形的OpenGL复杂图元被转换成用于在OpenGL|ES中绘图所支持的三角形。
再次参考图7,在转换120(详细示出在图8中)之后,翻译112使用准备模块122。在模块122中,准备用于颜色、法线和纹理坐标的数组数据以防应用使用它们。在图9中详细说明准备活动。从命令glVertex、glColor、glNormal和glTexcoord收集这些数组数据以及相应地存储在数组ArrV、ArrC、ArrN、ArrTO???中。如果使用多纹理,则从命令glMultiTexCoord收集第二层纹理坐标数组数据并且存储在数组ArrT1中。例如,准备模块122响应以下一个或多个函数的调用:glMultTexCoord函数370、glTexCoord函数372、glNormal函数374和glColor函数376。响应它们,为了确保使用适当的数据数组,对应地与调用370-376相比,在步骤380-386把texEnable、normalEnable和colorEnable的状态设置为TRUE。这有助于帮助确保了仅仅把有用的命令传递到OpenGL|ES实现。于是,准备了适当 的数据数组。对于多个纹理,响应glMultTexCoord函数370调用,与上文讨论的一样,在步骤390准备数据数组ArrTO和ArrT1。对于单个纹理,响应glTexCoord函数372调用,与上文讨论的一样,在步骤392准备数据数组ArrTO。对于法线,响应glNormal函数374调用,与上文讨论的一样,在步骤394准备数据数组ArrN。最后,对于颜色,响应glColor函数376调用,与上文讨论的一样,在步骤396准备数据数组ArrC。
在步骤122中的准备之后,执行模块124“glEnd”(图7)的翻译过程。模块124包括三个模块:传递数据数组模块126;绘制对象模块128;以及恢复数据和状态模块130。在过程126中,启用所有的有用数组状态并且把有用数组数据传递到实现。在图10A和10B中详细解释了传递数据数组模块126的操作。
关于颜色处理400,在步骤402关于colorEnable是否为TRUE进行测试。如果是这样,则在步骤404关于colorStateEnable是否为TRUE进行测试。如果是这样,则在步骤406传递颜色数组ArrC(图9,步骤396)。如果在步骤404为否,则在步骤408启用颜色客户状态,并且在步骤406传递颜色数组ArrC(图9,步骤396)。如果在步骤402为否,则在步骤410关于colorStateEnable是否为TRUE进行测试。如果是这样,则在步骤412禁用颜色客户状态。如果在步骤410为否,或在步骤406或412之后,则用于颜色的过程终止414,以及传递数据数组模块126的操作继续。
关于法线处理420,在步骤422关于normalEnable是否为TRUE进行测试。如果是这样,则在步骤424关于normalStateEnable是否为TRUE进行测试。如果是这样,则在步骤426传递法线数组ArrN(图9,步骤394)。如果在步骤424为否,则在步骤428启用法线客户状态,并且在步骤426传递法线数组ArrN(图9,步骤394)。如果在步骤422为否,则在步骤430关于normalStateEnable是否为TRUE进行测试。如果是这样,则在步骤432禁用法线客户状态。如果在步 骤430为否,或在步骤426或432之后,则用于颜色的过程终止434,以及传递数据数组模块126的操作继续。
关于纹理处理440,在步骤442关于textEnable是否为TRUE进行测试。如果是这样,则在步骤444关于texOStateEnable是否为TRUE进行测试。如果是这样,则在步骤446传递纹理坐标数组ArrTO(图9,步骤392)。如果在步骤444为否,则在步骤448启用纹理坐标客户状态,并且在步骤426传递纹理坐标数组ArrTO(图9,步骤392)。如果在步骤442为否,则在步骤450关于texOStateEnable是否为TRUE进行测试。如果是这样,则在步骤452禁用纹理坐标客户状态。如果在步骤450为否,或在步骤446或452之后,则用于纹理的过程终止454,以及传递数据数组模块126的操作继续。
关于多纹理处理460,在步骤462关于textEnable是否为TRUE进行测试。如果是这样,则在步骤463关于multitextEnable是否为TRUE进行测试。如果是这样,则在步骤464关于texlStateEnable是否为TRUE进行测试。如果是这样,则在步骤466传递纹理坐标数组ArrT1(图9,步骤390)。如果在步骤464为否,则在步骤468启用纹理坐标客户状态,并且在步骤466传递纹理坐标数组ArrT1(图9,步骤390)。如果在步骤463为否,则在步骤470关于texlStateEnable是否为TRUE进行测试。如果是这样,则在步骤472禁用纹理坐标客户状态。如果在步骤470为否,或在步骤462为否,或在步骤466或472之后,则用于纹理的过程终止474,以及传递数据数组模块126的操作继续。
为了更完整地理解由模块126执行的过程,作为示例考虑该模块是如何传递颜色信息的(见颜色处理400)。假定在模块122(图7)中由应用调用命令glColor。如果是这样,则状态变量“colorEnable”被设置为TRUE(见图9)。在该例中,应把命令glEnableClientState(GL_COLOR_ARRAY)传递到实现。为了避免传递多余的命令,最好检查状态变量colorStateEnable是否也为TRUE(在图6中记录了该状 态变量)。在图7中,如果该状态是TRUE,则不需要发送命令glEnableClientState(GL_COLOR_ARRAY),因为它已经在估算glBegin/glEnd范例之前被发送。如果我们改为假定在模块122中应用没有调用命令glColor,在这种情况下,状态变量“colorEnable”被设置为FALSE,则不需要把命令glEnableClientState(GL_COLOR_ARRAY)传递到实现。然而,如果记录的状态变量colorStateEnable为TRUE,则应使用命令glDisableClientState(GL_COLOR_ARRAY)来防止指定用于其它对象的颜色信息影响glBegin/glEnd范例的绘制结果。
与涉及法线和纹理坐标的其它信息相关的过程420、440和/或460(如图10所示)通常共享与刚提供的颜色信息示例相同的翻译步骤。
再次参考图7,在所有有用的数组状态和数据被启用和传递到实现(模块126)之后,就要使用命令glDrawArray或glDrawElements绘制对象。该任务由绘制对象模块128来执行。
在绘制对象之后,应通过恢复数据和状态模块130来恢复状态和数据。在图11A和11B中详细解释了模块130的操作。
关于颜色处理500,在步骤502关于colorEnable是否为TRUE进行测试。如果是这样,则在步骤504关于colorStateEnable是否为TRUE进行测试。如果是这样,则在步骤506恢复用于颜色数组ArrC的数据。如果在步骤504为否,则在步骤508禁用颜色客户状态,并且在步骤506恢复颜色数组ArrC。如果在步骤502为否,则在步骤510关于colorStateEnable是否为TRUE进行测试。如果是这样,则在步骤512启用颜色客户状态。如果在步骤510为否,或在步骤506或512之后,则用于颜色的过程终止514,以及恢复模块130的操作继续。
关于法线处理520,在步骤522关于normalEnable是否为TRUE进行测试。如果是这样,则在步骤524关于normalStateEnable是否 为TRUE进行测试。如果是这样,则在步骤526恢复用于法线数组ArrN的数据。如果在步骤524为否,则在步骤528禁用法线客户状态,并且在步骤526恢复用于法线数组ArrN的数据。如果在步骤522为否,则在步骤530关于normalStateEnable是否为TRUE进行测试。如果是这样,则在步骤532启用法线客户状态。如果在步骤530为否,或在步骤526或532之后,则用于法线的过程终止534,以及恢复模块130的操作继续。
关于纹理处理540,在步骤542关于textEnable是否为TRUE进行测试。如果是这样,则在步骤544关于texOStateEnable是否为TRUE进行测试。如果是这样,则在步骤546恢复用于纹理坐标数组ArrTO的数据。如果在步骤544为否,则在步骤548启用纹理坐标客户状态,并且在步骤526恢复用于纹理坐标数组ArrTO的数据。如果在步骤542为否,则在步骤550关于texOStateEnable是否为TRUE进行测试。如果是这样,则在步骤552启用纹理坐标客户状态。如果在步骤550为否,或在步骤546或552之后,则用于纹理的过程终止554,以及恢复模块130的操作继续。
关于多纹理处理560,在步骤562关于textEnable是否为TRUE进行测试。如果是这样,则在步骤563关于multitextEnable是否为TRUE进行测试。如果是这样,则在步骤564关于texl StateEnable是否为TRUE进行测试。如果是这样,则在步骤566恢复用于纹理坐标数组ArrT1的数据。如果在步骤564为否,则在步骤568禁用纹理坐标客户状态,并且在步骤566恢复用于纹理坐标数组ArrT1的数据。如果在步骤563为否,则在步骤570关于texlStateEnable是否为TRUE进行测试。如果是这样,则在步骤572启用纹理坐标客户状态。如果在步骤570为否,或在步骤562为否,或在步骤566或572之后,则用于纹理的过程终止574,以及恢复模块130的操作继续。
通过作为示例考虑模块130是如何恢复颜色信息的(见颜色处理 500),可得到对由该模块执行的过程的更完整理解。因而,关于涉及颜色信息的前一示例,如果状态变量“colorEnable”是TRUE,但存储的状态变量“colorStateEnable”是FALSE,则在该情况中应该使用glDisableClientState(GL_COLOR_ARRAY),以便与glBegin/glEnd范例之前指定的状态保持一致。
与涉及法线和纹理坐标的其它信息相关的过程520、540和/或560(如图11所示)通常共享与刚提供的颜色信息的示例相同的恢复步骤。
2.数组元素
为了降低在glBegin/End块内的函数调用开销的数量,对于OpenGL可能利用函数glArrayElement()使用数组用于把顶点属性发送到OpenGL。遗憾的是,因为不支持立即方式,所以函数glArrayElement()不被OpenGL|ES支持。
图13示出了根据本发明的实施例的数组元素翻译的机制。通过调用OpenGL函数glVertexPointer、glNormalPointer、glColorPointer、glTexCoordPointer,应用600必须首先把指向顶点属性数据数组的指针发送602到OpenGL。翻译器604截取这些调用(参考602)并且保存606参数值(包括相关的属性指针的地址)。然后,在glBegin/End块608内,翻译器604用对glVertex、glColor、glNormal和glTexCoord的调用614替换612用于glArrayElement()的每个调用610并且使用前述glBegin/glEnd范例的翻译(见图7)完成翻译。所得到的OpenGL|ES命令616被传递到OpenGL|ES管道618用于执行。
3.自动纹理坐标生成
在OpenGL中,能通过命令glTexCoord和纹理坐标数组指定纹理坐标,它也能通过命令glTexGen自动生成。许多现有的OpenGL游戏使用该自动纹理坐标生成机制。然而,在OpenGL|ES中不支持自动纹理生成过程。根据本发明的实施例,提供了一种过程以便在OpenGL|ES中允许支持这些纹理生成算法。
在纹理生成中,OpenGL使用了几个算法,比如球面映射、对象线性、眼睛线性等。因为OpenGL|ES仅仅支持顶点数组,所以纹理坐标数组用来存储由生成算法生成的纹理坐标数据。在图12中示出了一个示范的实现过程。
在步骤200,在glTexGen的翻译之前存储纹理坐标数组状态和数据。更具体地说,按图6示出的方式存储该状态信息。
随后在步骤202,过程决定应当翻译哪一个纹理坐标的元素(s,t,r,q)以及应当实现哪一个算法。使用在命令glTexGen中提供的信息作出决定。在该步骤中,因为可能使用多个纹理施加到一个对象,所以过程还决定需要哪一个纹理对象生成纹理坐标。
在步骤204,过程实现选择的算法并且计算纹理坐标(s,t,r,q)。然后纹理坐标数据存储到纹理坐标数组中。
随后在步骤206,过程把以下两个命令传递到OpenGL|ES实现:具有在步骤202中准备的纹理坐标数据的glEnableClientState(GL_TEXTURE_COORD_ARRAY)和glTexCoordPointer。
最后,在步骤208,过程恢复在前面根据步骤200存储的纹理坐标状态和数据。
现在参考图14,对于球面映射的例子,提供了允许在OpenGL|ES中支持纹理生成算法的机制的图解。通过调用OpenGL函数glVertexPointer(或glVertex)、glNormalPointer(或glNormal),应用600必须首先把指向顶点属性数据数组的指针发送622到OpenGL。翻译器604截取这些调用(参考622)并且相应地保存626和628用于顶点坐标和法线数据的参数值。然后,关于glTexGen命令630,翻译器604为每个顶点632执行以下过程。首先,使用模型图矩阵在目系中计算顶点坐标(步骤634)。然后,在步骤636,计算球面纹理坐标(s,t)。最后,在步骤638,激活纹理坐标数组并且指针数组被发送到OpenGL。于是,产生的OpenGL|ES命令640被传递到OpenGL|ES 管道618用于执行。
4.显示列表
OpenGL API显示列表允许存储一组gl命令和绘图命令。更具体地说,通过OpenGL预先计算和存储了上述这组gl命令和绘图命令。当绘制一个对象几次时,该显示列表API因此允许节省一些计算时间。遗憾的是,OpenGL|ES不支持该API。
现在参考图15,该图描绘了根据本发明的实施例的显示列表的翻译机制。翻译器604不必像典型的OpenGL实现所作的那样致力于预先计算在显示列表中的gl命令。代替地,翻译器604保存具有它们的参数值的命令以便当由glCallList调用显示列表时重新调用它们。翻译的操作如下:当应用600调用650glNewList以便创建显示列表时,翻译器604在内部创建652用来存储658将在glNewList650和glEndList654之间调用的gl命令656的gl命令的动态数组(链接表)。它还激活一个内部标记,该标记指定:当由应用600调用能被存储658到显示列表的gl命令656时,翻译器604仅把具有每个参数的值的gl命令656存储658到内部gl命令数组(链接表)。后来,每当应用600调用glCallList660来调用显示列表时,翻译器604将调用(即执行)662存储在相关联的内部gl命令数组(链接表)中的所有gl命令。于是,产生的OpenGL|ES命令670被传递到OpenGL|ES管道618用于执行。响应由应用600进行的OpenGL glDeleteLiSt调用664,翻译器604删除668链接表。
5.多纹理
从OpenGL(1.2版)以后,可能使用几个纹理单元把几个纹理施加到相同的多边形上。然而,OpenGL|ES(1.1版)仅支持最多两个纹理单元的使用。本发明的实施例解决其中应用利用不止两个纹理单元的情形,在新的OpenGL商业游戏(如Quake3)中常常就是这种情况。
现在参考图16。假定OpenGL|ES仅支持两个纹理单元。响应指 定的两个(最前的)纹理680,根据OpenGL|ES的法线操作,翻译器604将生成致使多边形用两个(最前的)纹理680来绘制的OpenGL|ES命令682。然而,如果在OpenGL中应用600请求纹理的第三层684,则本发明的翻译器604用来重画686用第三层纹理684来加纹理的相同的多边形。相应地由翻译器604发出适当的OpenGL|ES命令682导致重画的多边形被绘制。对在OpenGL中由应用600请求的任何更多的纹理层(直到层n)可重复相同操作。
将认识到存在几百个OpenGL API。在上文中已经提供了在OpenGL|ES环境中能如何使用本发明的概念来支持这样的API的几个示例。在图4中示出了关于任何的OpenGL API可以使用的一般翻译过程(如上文所述)。
与使用Dylogic解决方案翻译的那些API相对比,根据本发明的实施例的翻译器提供了比现有技术更合理和完整的优化结果。比较起来,例如,对于glBegin/glEnd范例的翻译,把两个新的步骤126和130增加到“End”命令翻译124。
使用图4的过程,申请者翻译了约70%的OpenGL API(包括比如显示列表(见上文)的API、自动纹理坐标生成(见上文)、PushAttribt和PopAttribut、光系列、素材系列、支持更多纹理内部格式、支持更多复杂数据类型、支持复杂图元)。将注意到,应用很少使用剩余的30%的OpenGL API。
根据本发明的实施例的翻译器还支持许多扩展,比如:arb_multitexture、ext_texture_compression_s3tc、ext_compiled_vertex_array、arb_texture_cube_map等。
根据本发明的实施例的翻译器通过在不同的顺应OpenGL|ES实现之上能成功地运行广范围的现代和复杂的3D openGL游戏证明了它的有效性。在大部分情况中,视觉结果完全或者几乎完全相同,仿佛用真的OpenGL绘制引擎绘制它们一样。对于另外一些,对于玩游戏的人在玩游戏期间几乎察觉不到区别。例如,使用以下游戏 成功地测试了翻译器:Quakel,Quake2,Quake3、Tread Mark和Returnto Castle Wolfenstein。所有这些游戏使用开始/结束块和多纹理扩展,并且还在OpenGL|ES中正确地运行,没有任何明显的令人注意力分散的人为现象。翻译器还在使用纹理坐标生成和编译的顶点数组扩展的TuxRacer上成功地进行测试,并没有明显的令人注意力分散的人为现象。翻译器还在使用立方映射扩展和多纹理扩展的Doom3上成功地进行测试,并且能在OpenGL|ES实现上以非常有限的区别工作。翻译器还在使用显示列表的No Limits Roller Coaster上成功地进行测试,并且能工作很好。翻译器还在使用PushAttrib、PopAttrib和S3TC压缩的纹理扩展的OglVillage上成功地进行测试,并且基本上完美地工作。
通过这种翻译机制,能支持更多的API和扩展,并且因此在OpenGL|ES实现上能运行更多的游戏和应用。
与现有的Dylogic解决方案相比较,本发明提供了更完整的OpenGL到OpenGL|ES翻译器的解决方案:许多更多的OpenGL游戏通过本翻译器能在任何顺应OpenGL|ES实现上工作。因为翻译的机制是游戏无关的,所以本发明的解决方案还是更优化的,并且覆盖了所有最常见的例子。
此外,本发明的解决方案提供了若干优点,比如:
优点1:使用该发明,可能通过把应用发出的命令运行时翻译成OpenGL|ES命令,把用于PC的OpenGL应用立即移植到移动设备。因此,不需要重新编译应用。
优点2:通过存在于应用和绘制引擎之间,翻译器能够充当可配置的过滤器,它允许运行时减少要绘制的画面的复杂性。例如,因为在移动设备上的屏幕比PC屏幕小得多,可能考虑按给定百分比减少在模型的网格中绘制的三角形的数量,或者减小纹理的分辨率,并因而减小图形引擎进行的计算数量以节省时间和功率。
优点3:OpenGL|ES仿真器对于那些想要为移动电话开发 OpenGL|ES应用的人来说是一个强大的工具。的确,既然通常在工作站或PC上开发用于移动设备的应用,OpenGL|ES仿真器允许非常快速和方便的方式来直接在PC上仿真OpenGL|ES绘制,并因而加快调试阶段。
虽然在附图中图解了和在前述详细描述中描述了本发明的方法和装置的优选实施例,但是将理解到本发明不受限于公开的实施例,而能够进行大量的重新布置、修改和代替,而不会背离由所附权利要求所陈述和定义的本发明的精神。
Claims (46)
1.一种在OpenGL和OpenGL|ES之间的翻译方法,包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令;
其中所述全局GL状态为纹理坐标数组状态;
其中所述存储步骤还包括存储纹理坐标数据;
其中对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述代替包括:
使用在所述命令glTexGen中提供的信息,决定应翻译哪个纹理坐标元素(s,t,r,q)和应实现哪个翻译算法,
实现所选择的翻译算法以计算所述纹理坐标元素(s,t,r,q),
存储所生成的纹理坐标数据;
其中所述传递步骤通过下列步骤来完成:
把含有所存储的纹理坐标数据的glEnableClientState和glTexCoordPointer命令传递到OpenGL|ES实现;以及
其中所述恢复步骤还包括恢复先前存储的所述纹理坐标数据。
2.如权利要求1所述的翻译方法,其特征在于,决定还包括决定需要哪个纹理对象来生成所述纹理坐标。
3.如权利要求1所述的翻译方法,其特征在于,所述OpenGL|ES实现支持顶点数组。
4.一种在OpenGL和OpenGL|ES之间的翻译方法,包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令,并且对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述代替包括为每个顶点执行以下操作:
在目系中使用模型图矩阵计算顶点坐标;
计算球面纹理坐标(s,t);
激活纹理坐标数组;以及
把指针数组发送到OpenGL。
5.如权利要求4所述的翻译方法,其特征在于,还包括把含有来自所述纹理坐标数组的数据的glEnableClientState和glTexCoordPointer命令传递到OpenGL|ES实现。
6.如权利要求5所述的翻译方法,其特征在于,所述OpenGL|ES实现支持顶点数组。
7.一种在OpenGL和OpenGL|ES之间的翻译方法,包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于绘制几何对象的glBegin/glEnd命令;
其中所述存储步骤还包括存储数组数据;
其中对于在OpenGl中绘制几何对象的glBegin/glEnd命令,所述代替包括:
把在OpenGL中的复杂图元四边形和多边形转换成要在OpenGL|ES中画出的较小块的三角形,
关于三角形准备用于颜色、法线和纹理坐标的必需数组数据;
其中所述翻译方法还包括:在所述传递步骤之后,在OpenGL|ES中根据所述数组数据作为对象绘制所述三角形;以及
其中所述恢复步骤还包括恢复先前存储的数组数据。
8.如权利要求7所述的翻译方法,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_QUAD_STRIP,并且如果是这样,则把OpenGL GL_QUAD_STRIP方式改为在OpenGL|ES中的GL_TRIANGLE_STRIP方式。
9.如权利要求7所述的翻译方法,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_QUADS,并且如果是这样,则把OpenGL GL_QUADS方式改为在OpenGL|ES中的GL_TRIANGLES方式。
10.如权利要求7所述的翻译方法,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_POLYGON,并且如果是这样,则把OpenGL GL_POLYGON方式改为在OpenGL|ES中的GL_TRIANGLE_FAN方式。
11.如权利要求7所述的翻译方法,其特征在于,准备包括从OpenGL命令glVertex、glColor、glNormal和glTexGoord收集数组数据。
12.如权利要求7所述的翻译方法,其特征在于,绘制包括使用OpenGL|ES glDrawArray或glDrawElements命令绘制所述三角形。
13.如权利要求7所述的翻译方法,其特征在于,还包括下列步骤:
截取指向顶点属性数据数组的OpenGL指针;
保存与所截取的指针相关的参数值;以及
在glBegin/glEnd范例内,用OpenGL|ES支持的对glVertex、glColor、glNormal和glTexCoord的调用来代替用于glArrayElement()的每个OpenGL调用。
14.一种在OpenGL和OpenGL|ES之间的翻译方法,包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为存储在OpenGL API显示列表中的一组gl命令和绘图命令;
其中对于存储的一组gl命令和绘图命令的OpenGL API显示列表,所述代替包括:
截取glNewList调用以创建显示列表,
创建动态gl命令数组以存储在glNewList和glEndList之间调用的gl命令,以及
响应在OpenGL中的glCallList调用以调用所述显示列表,执行存储在所述动态gl命令数组中的所有所述gl命令。
15.如权利要求14所述的翻译方法,其特征在于,创建还包括设置标记,所述标记指定:对于每个调用的能存储到所述显示列表中的gl命令,仅把具有参数值的所述gl命令存储到所述动态gl命令数组中。
16.如权利要求14所述的翻译方法,其特征在于,创建保存具有参数值的所述gl命令,以便当由glCallList调用所述显示列表时重新调用它们。
17.如权利要求14所述的翻译方法,其特征在于,还包括响应OpenGL glDeleteList调用,删除所述动态gl命令数组。
18.一种在OpenGL和OpenGL|ES之间的翻译方法,包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中对于指定三个或三个以上纹理的OpenGL图形调用,其中OpenGL|ES支持指定不超过两个纹理的图形调用,所述代替包括:
使用OpenGL|ES绘制具有由所述OpenGL图形调用指定的所述三个或三个以上纹理中的两个的几何图;以及
对于每个由所述OpenGL图形调用指定的额外纹理,重画所述几何图以根据该额外纹理加上纹理。
19.一种在OpenGL和OpenGL|ES之间的翻译方法,包括:
在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到 OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令;
其中所述全局GL状态为纹理坐标数组状态;
其中所述存储步骤还包括存储纹理坐标数据;
其中对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述代替包括:
使用在所述命令glTexGen中提供的信息,决定应翻译哪个纹理坐标元素(s,t,r,q)和应实现哪个翻译算法,
实现所选择的翻译算法以计算所述纹理坐标元素(s,t,r,q),
存储所生成的纹理坐标数据;
其中所述传递步骤通过下列步骤来完成:
把含有所存储的纹理坐标数据的glEnableClientState和glTexCoordPointer命令传递到OpenGL|ES实现;以及
其中所述恢复步骤还包括恢复先前存储的所述纹理坐标数据。
20.一种在OpenGL和OpenGL|ES之间的翻译方法,包括:
在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用,其中所述可配置层执行OpenGLAPI和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令,并且对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述代替包括为每个顶点执行以下操作:
在目系中使用模型图矩阵计算顶点坐标;
计算球面纹理坐标(s,t);
激活纹理坐标数组;以及
把指针数组发送到OpenGL。
21.一种在OpenGL和OpenGL|ES之间的翻译方法,包括:
在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用,其中所述可配置层执行OpenGLAPI和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为在OpenGL中用于绘制几何对象的glBegin/glEnd命令;
其中所述存储步骤还包括存储数组数据;
其中对于在OpenGl中绘制几何对象的glBegin/glEnd命令,所述代替包括:
把在OpenGL中的复杂图元四边形和多边形转换成要在OpenGL|ES中画出的较小块的三角形,
关于三角形准备用于颜色、法线和纹理坐标的必需数组数据;
其中所述翻译方法还包括:在所述传递步骤之后,在OpenGL|ES中根据所述数组数据作为对象绘制所述三角形;以及
其中所述恢复步骤还包括恢复先前存储的数组数据。
22.一种在OpenGL和OpenGL|ES之间的翻译方法,包括:
在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用,其中所述可配置层执行OpenGLAPI和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中所述OpenGL命令为存储在OpenGL API显示列表中的一组gl命令和绘图命令;
其中对于存储的一组gl命令和绘图命令的OpenGL API显示列表,所述代替包括:
截取glNewList调用以创建显示列表,
创建动态gl命令数组以存储在glNewList和glEndList之间调用的gl命令,以及
响应在OpenGL中的glCallList调用以调用所述显示列表,执行存储在所述动态gl命令数组中的所有所述gl命令。
23.一种在OpenGL和OpenGL|ES之间的翻译方法,包括:
在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制 引擎支持,
其中所述包裹包括下列步骤:
存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态;
通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API;
为OpenGL|ES实现传递OpenGL|ES API;以及
恢复先前存储的所述全局GL状态,
其中对于指定三个或三个以上纹理的OpenGL图形调用,其中OpenGL|ES支持指定不超过两个纹理的图形调用,所述代替包括:
使用OpenGL|ES绘制具有由所述OpenGL图形调用指定的所述三个或三个以上纹理中的两个的几何图;以及
对于每个由所述OpenGL图形调用指定的额外纹理,重画所述几何图以根据该额外纹理加上纹理。
24.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的模块;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的模块;
用于为OpenGL|ES实现传递OpenGL|ES API的模块;以及
用于恢复先前存储的所述全局GL状态的模块,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令;
其中所述全局GL状态为纹理坐标数组状态;
其中所述存储还包括存储纹理坐标数据;
其中对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述用于代替的模块包括:
用于使用在所述命令glTexGen中提供的信息,决定应翻译哪 个纹理坐标元素(s,t,r,q)和应实现哪个翻译算法的部件,
用于实现所选择的翻译算法以计算所述纹理坐标元素(s,t,r,q)的部件,
用于存储所生成的纹理坐标数据的部件;
其中所述用于为OpenGL|ES实现传递OpenGL|ES API的模块包括:
用于把含有所存储的纹理坐标数据的glEnableClientState和glTexCoordpointer命令传递到OpenGL|ES实现的部件;以及
其中所述恢复还包括恢复先前存储的所述纹理坐标数据。
25.如权利要求24所述的翻译设备,其特征在于,决定还包括决定需要哪个纹理对象来生成所述纹理坐标。
26.如权利要求24所述的翻译设备,其特征在于,所述OpenGL|ES实现支持顶点数组。
27.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的模块;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的模决;
用于为OpenGL|ES实现传递OpenGL|ES API的模块;以及
用于恢复先前存储的所述全局GL状态的模决,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令,并且对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述用于代替的模块包括用于对于每个顶点执行以下操作的部件:
在目系中使用模型图矩阵计算顶点坐标;
计算球面纹理坐标(s,t);
激活纹理坐标数组;以及
把指针数组发送到OpenGL。
28.如权利要求27所述的翻译设备,其特征在于,还包括把含有来自所述纹理坐标数组的数据的glEnableClientState和glTexCoordPointer命令传递到OpenGL|ES实现的模块。
29.如权利要求28所述的翻译设备,其特征在于,所述OpenGL|ES实现支持顶点数组。
30.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的模块;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的模块;
用于为OpenGL|ES实现传递OpenGL|ES API的模块;以及
用于恢复先前存储的所述全局GL状态的模块,
其中所述OpenGL命令为在OpenGL中用于绘制几何对象的glBegin/glEnd命令;
其中所述存储还包括存储数组数据;
其中对于在OpenGl中绘制几何对象的glBegin/glEnd命令,所述用于代替的模块包括:
用于把在OpenGL中的复杂图元四边形和多边形转换成要在OpenGL|ES中画出的较小决的三角形的部件,
用于关于三角形准备用于颜色、法线和纹理坐标的必需数组数据的部件;
其中所述翻译设备还包括:用于在所述传递之后,在OpenGL|ES中根据所述数组数据作为对象绘制所述三角形的模块;以及
其中所述恢复还包括恢复先前存储的数组数据。
31.如权利要求30所述的翻译设备,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_QUAD_STRIP,并且如果是这样,则把OpenGL GL_QUAD_STRIP方式改为在OpenGL|ES中的GL_TRIANGLE_STRIP方式。
32.如权利要求30所述的翻译设备,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_QUADS,并且如果是这样,则把OpenGL GL_QUADS方式改为在OpenGL|ES中的GL_TRIANGLES方式。
33.如权利要求30所述的翻译设备,其特征在于,转换复杂图元四边形和多边形包括测试用于OpenGL的方式是否为GL_POLYGON,并且如果是这样,则把OpenGL GL_POLYGON方式改为在OpenGL|ES中的GL_TRIANGLE_FAN方式。
34.如权利要求30所述的翻译设备,其特征在于,准备包括从OpenGL命令glVertex、glColor、glNormal和glTexCoord收集数组数据。
35.如权利要求30所述的翻译设备,其特征在于,绘制包括使用OpenGL|ES glDrawArray或glDrawElements命令绘制所述三角形。
36.如权利要求30所述的翻译设备,其特征在于,还包括:
用于截取指向顶点属性数据数组的OpenGL指针的模块;
用于保存与所截取的指针相关的参数值的模块;以及
用于在glBegin/glEnd范例内,用OpenGL|ES支持的对glVertex、glColor、glNonnal和glTexCoord的调用来代替用于glArrayElement()的每个OpenGL调用的模块。
37.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的模决;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的模块;
用于为OpenGL|ES实现传递OpenGL|ES API的模块;以及
用于恢复先前存储的所述全局GL状态的模块,
其中所述OpenGL命令为存储在OpenGL API显示列表中的一组gl命令和绘图命令;
其中对于存储的一组gl命令和绘图命令的OpenGL API显示列表,所述用于代替的模块包括:
用于截取glNewList调用以创建显示列表的部件,
用于创建动态gl命令数组以存储在glNewList和glEndList之间调用的gl命令的部件,以及
用于响应在OpenGL中的glCallList调用以调用所述显示列表,执行存储在所述动态gl命令数组中的所有所述gl命令的部件。
38.如权利要求37所述的翻译设备,其特征在于,创建还包括设置标记,所述标记指定:对于每个调用的能存储到所述显示列表中的gl命令,仅把具有参数值的所述gl命令存储到所述动态gl命令数组中。
39.如权利要求37所述的翻译设备,其特征在于,创建保存具有参数值的所述gl命令,以便当由glCallList调用所述显示列表时重新调用它们。
40.如权利要求37所述的翻译设备,其特征在于,还包括用于响应OpenGL glDeleteList调用,删除所述动态gl命令数组的模块。
41.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的模块;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的模块;
用于为OpenGL|ES实现传递OpenGL|ES API的模块;以及
用于恢复先前存储的所述全局GL状态的模块,
其中对于指定三个或三个以上纹理的OpenGL图形调用,其中OpenGL|ES支持指定不超过两个纹理的图形调用,所述用于代替的模块包括:
用于使用OpenGL|ES绘制具有由所述OpenGL图形调用指定的所述三个或三个以上纹理中的两个的几何图的部件;以及
用于对于每个由所述OpenGL图形调用指定的额外纹理,重画所述几何图以根据该额外纹理加上纹理的部件。
42.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用的模块,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹模块包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的部件;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的部件;
用于为OpenGL|ES实现传递OpenGL|ES API的部件;以及
用于恢复先前存储的所述全局GL状态的部件,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令;
其中所述全局GL状态为纹理坐标数组状态;
其中所述存储还包括存储纹理坐标数据;
其中对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述用于代替的模块包括:
用于使用在所述命令glTexGen中提供的信息,决定应翻译哪个纹理坐标元素(s,t,r,q)和应实现哪个翻译算法的部件,
用于实现所选择的翻译算法以计算所述纹理坐标元素(s,t,r,q)的部件,
用于存储所生成的纹理坐标数据的部件;
其中所述用于为OpenGL|ES实现传递OpenGL|ES API的模块包括:
用于把含有所存储的纹理坐标数据的glEnableClientState和 glTexCoordPointer命令传递到OpenGL|ES实现的部件;以及
其中所述恢复还包括恢复先前存储的所述纹理坐标数据。
43.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用的模块,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹模块包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的部件;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的部件;
用于为OpenGL|ES实现传递OpenGL|ES API的部件;以及
用于恢复先前存储的所述全局GL状态的部件,
其中所述OpenGL命令为在OpenGL中用于自动生成纹理坐标的glTexGen命令,并且对于使用OpenGL中的glTexGen命令的自动文本坐标生成操作,所述用于代替的模块包括用于对于每个顶点执行以下操作的部件:
在目系中使用模型图矩阵计算顶点坐标;
计算球面纹理坐标(s,t);
激活纹理坐标数组;以及
把指针数组发送到OpenGL。
44.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用的模块,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹模块包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的部件;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的部件;
用于为OpenGL|ES实现传递OpenGL|ES API的部件;以及
用于恢复先前存储的所述全局GL状态的部件,
其中所述OpenGL命令为在OpenGL中用于绘制几何对象的glBegin/glEnd命令;
其中所述存储还包括存储数组数据;
其中所述OpenGL命令为在OpenGL中用于绘制几何对象的glBegin/g1End命令;
其中所述存储还包括存储数组数据;
其中对于在OpenGl中绘制几何对象的giBegin/glEnd命令,所述用于代替的模块包括:
用于把在OpenGL中的复杂图元四边形和多边形转换成要在OpenGL|ES中画出的较小块的三角形的部件,
用于关于三角形准备用于颜色、法线和纹理坐标的必需数组数据的部件;
其中所述翻译设备还包括:用于在所述传递之后,在OpenGL|ES中根据所述数组数据作为对象绘制所述三角形的模块;以及
其中所述恢复还包括恢复先前存储的数组数据。
45.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用的模块,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹模块包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局 GL状态的部件;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的部件;
用于为OpenGL|ES实现传递OpenGL|ES API的部件;以及
用于恢复先前存储的所述全局GL状态的部件,
其中对于存储的一组gl命令和绘图命令的OpenGL API显示列表,所述用于代替的模块包括:
用于截取glNewList调用以创建显示列表的部件,
用于创建动态gl命令数组以存储在glNewList和glEndList之间调用的gl命令的部件,以及
用于响应在OpenGL中的glCallList调用以调用所述显示列表,执行存储在所述动态gl命令数组中的所有所述gl命令的部件。
46.一种在OpenGL和OpenGL|ES之间的翻译设备,包括:
用于在运行时间,用为了在OpenGL应用和OpenGL|ES绘制引擎之间执行而定位的可配置层包裹所述OpenGL应用的模块,其中所述可配置层执行OpenGL API和扩展的应用无关翻译,以便被所述OpenGL|ES绘制引擎支持,
其中所述包裹模块包括:
用于存储可能由在翻译期间使用的OpenGL|ES函数改变的全局GL状态的部件;
用于通过用OpenGL|ES命令代替OpenGL命令来翻译以得到OpenGL|ES API的部件;
用于为OpenGL|ES实现传递OpenGL|ES API的部件;以及
用于恢复先前存储的所述全局GL状态的部件,
其中对于指定三个或三个以上纹理的OpenGL图形调用,其中OpenGL|ES支持指定不超过两个纹理的图形调用,所述用于代替的模块包括:
用于使用OpenGL|ES绘制具有由所述OpenGL图形调用指定 的所述三个或三个以上纹理中的两个的几何图的部件;以及
用于对于每个由所述OpenGL图形调用指定的额外纹理,重画所述几何图以根据该额外纹理加上纹理的部件。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610077518.0A CN101059760B (zh) | 2006-04-20 | 2006-04-20 | Opengl到opengl│es翻译器和opengl│es仿真器 |
US11/788,395 US8347275B2 (en) | 2006-04-20 | 2007-04-19 | OpenGL to OpenGL/ES translator and OpenGL/ES simulator |
EP07251661.0A EP1847966B1 (en) | 2006-04-20 | 2007-04-20 | OpenGL to openGL/ES translator and openGL/ES simulator |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610077518.0A CN101059760B (zh) | 2006-04-20 | 2006-04-20 | Opengl到opengl│es翻译器和opengl│es仿真器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101059760A CN101059760A (zh) | 2007-10-24 |
CN101059760B true CN101059760B (zh) | 2014-05-07 |
Family
ID=38196963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610077518.0A Active CN101059760B (zh) | 2006-04-20 | 2006-04-20 | Opengl到opengl│es翻译器和opengl│es仿真器 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8347275B2 (zh) |
EP (1) | EP1847966B1 (zh) |
CN (1) | CN101059760B (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090089453A1 (en) * | 2007-09-27 | 2009-04-02 | International Business Machines Corporation | Remote visualization of a graphics application |
US8595697B2 (en) * | 2009-07-01 | 2013-11-26 | International Business Machines Corporation | Serializing a templated markup language representation of test artifacts |
US20120174079A1 (en) * | 2010-06-23 | 2012-07-05 | Ansca, Inc. | Systems and methods for simulating a mobile device application |
CN102375815A (zh) * | 2010-08-10 | 2012-03-14 | 鸿富锦精密工业(深圳)有限公司 | 应用于嵌入式设备的三维网络用户接口及其实现方法 |
US8516578B1 (en) * | 2010-12-22 | 2013-08-20 | Google Inc. | Vertex array access bounds checking |
US8711166B1 (en) | 2011-02-25 | 2014-04-29 | Google Inc. | Simulating non power of two texture behavior |
US8416250B1 (en) * | 2011-05-13 | 2013-04-09 | Google Inc. | Simulating vertex attribute zero |
WO2015187133A1 (en) * | 2014-06-03 | 2015-12-10 | Landmark Graphics Corporation | Integrating external algorithms into a flexible framework for imaging visualization data |
US10255651B2 (en) | 2015-04-15 | 2019-04-09 | Channel One Holdings Inc. | Methods and systems for generating shaders to emulate a fixed-function graphics pipeline |
CA2946074C (en) | 2015-10-21 | 2024-02-13 | Stephen Viggers | Systems and methods for using an opengl api with a vulkan graphics driver |
CA3013624A1 (en) | 2017-08-09 | 2019-02-09 | Daniel Herring | Systems and methods for using egl with an opengl api and a vulkan graphics driver |
CN108122190B (zh) * | 2017-12-06 | 2021-06-01 | 中国航空工业集团公司西安航空计算技术研究所 | 一种gpu统一染色阵列顶点染色任务属性数据组装方法 |
CN108876883A (zh) * | 2018-05-24 | 2018-11-23 | 武汉斗鱼网络科技有限公司 | 基于OpenGLES的纹理创建方法、装置、设备及存储介质 |
CN109614656B (zh) * | 2018-11-14 | 2023-04-07 | 西安翔腾微电子科技有限公司 | 一种用于OpenGL显示列表调用的TLM系统 |
KR102311360B1 (ko) * | 2019-11-25 | 2021-10-13 | (주) 한국인프라 | 3차원 모델링 파일 변환 시스템 |
KR20220146863A (ko) * | 2021-04-26 | 2022-11-02 | 삼성전자주식회사 | 전자 장치 및 전자 장치의 api 변환 방법 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1177784A (zh) * | 1996-08-30 | 1998-04-01 | 索尼公司 | 纹理数据的方法和设备 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002013002A2 (en) * | 2000-08-04 | 2002-02-14 | Intrinsic Graphics, Inc. | Development of graphics hardware and software |
WO2006017198A2 (en) * | 2004-07-08 | 2006-02-16 | Actuality Systems, Inc. | Architecture for rendering graphics on output devices |
US7598953B2 (en) * | 2004-11-05 | 2009-10-06 | Microsoft Corporation | Interpreter for simplified programming of graphics processor units in general purpose programming languages |
US8171461B1 (en) * | 2006-02-24 | 2012-05-01 | Nvidia Coporation | Primitive program compilation for flat attributes with provoking vertex independence |
US8006236B1 (en) * | 2006-02-24 | 2011-08-23 | Nvidia Corporation | System and method for compiling high-level primitive programs into primitive program micro-code |
US20070256054A1 (en) * | 2006-04-28 | 2007-11-01 | Paul Byrne | Using 3-dimensional rendering effects to facilitate visualization of complex source code structures |
US20080201695A1 (en) * | 2007-02-16 | 2008-08-21 | Qing Zhou | Computer graphics rendering |
US8561015B2 (en) * | 2009-06-15 | 2013-10-15 | Microsoft Corporation | Source code semantic zoom and spatial layout |
US20110209117A1 (en) * | 2010-02-23 | 2011-08-25 | Gamesalad, Inc. | Methods and systems related to creation of interactive multimdedia applications |
-
2006
- 2006-04-20 CN CN200610077518.0A patent/CN101059760B/zh active Active
-
2007
- 2007-04-19 US US11/788,395 patent/US8347275B2/en active Active
- 2007-04-20 EP EP07251661.0A patent/EP1847966B1/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1177784A (zh) * | 1996-08-30 | 1998-04-01 | 索尼公司 | 纹理数据的方法和设备 |
Non-Patent Citations (4)
Title |
---|
DOGLESS Research Synthesis;Fabio Andreoli等;《Dylogic dynamic solutions》;20041231;1-13 * |
Fabio Andreoli等.DOGLESS Research Synthesis.《Dylogic dynamic solutions》.2004,1-13. |
Real-time Translator from OpenGL to OpenGL ES for Mobile Devices;Zhigeng Pan等;《ICAT 2004》;20041231;1-4 * |
Zhigeng Pan等.Real-time Translator from OpenGL to OpenGL ES for Mobile Devices.《ICAT 2004》.2004,1-4. |
Also Published As
Publication number | Publication date |
---|---|
US8347275B2 (en) | 2013-01-01 |
EP1847966A2 (en) | 2007-10-24 |
EP1847966A3 (en) | 2012-10-10 |
EP1847966B1 (en) | 2013-08-28 |
CN101059760A (zh) | 2007-10-24 |
US20070257924A1 (en) | 2007-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101059760B (zh) | Opengl到opengl│es翻译器和opengl│es仿真器 | |
EP2438576B1 (en) | Displaying a visual representation of performance metrics for rendered graphics elements | |
EP1594091B1 (en) | System and method for providing an enhanced graphics pipeline | |
EP2939208B1 (en) | Sprite graphics rendering system | |
US7978205B1 (en) | Systems and methods for providing an enhanced graphics pipeline | |
US20100289804A1 (en) | System, mechanism, and apparatus for a customizable and extensible distributed rendering api | |
US9792718B2 (en) | Mapping graphics instructions to associated graphics data during performance analysis | |
US20100020069A1 (en) | Partitioning-based performance analysis for graphics imaging | |
CN106990961B (zh) | 一种WebGL图形渲染引擎的建立方法 | |
JP2012528376A (ja) | レイトレーシング装置及び方法 | |
CN105144243A (zh) | 数据可视化 | |
CN113593027B (zh) | 一种三维航电显控界面装置 | |
CN116185743B (zh) | OpenGL接口的双显卡对比调试方法、装置及介质 | |
US11270494B2 (en) | Shadow culling | |
RU2422902C2 (ru) | Двумерная/трехмерная комбинированная визуализация | |
KR101431311B1 (ko) | 그래픽 이미지들의 시각적 창작 동안의 성능 분석 | |
CN116610881A (zh) | 一种基于低代码软件的WebGL浏览交互方法 | |
EP2319015A1 (en) | Partitioning-based performance analysis for graphics imaging | |
CN104699850B (zh) | 三维地理信息的处理方法及装置 | |
Marek et al. | Possibilities for development and use of 3D applications on the android platform | |
CN111737205B (zh) | 一种3D模型在Power BI组件中的渲染方法 | |
CN116863052A (zh) | 基于分布式操作系统绘制地图的方法及装置 | |
CN116681815A (zh) | 能适配多种三维渲染引擎的三维gis渲染系统及其工作方法 | |
Ellis | MSc Dissertation Report Granular Material Simulation | |
Sarnacki III | Advanced Visualization and Interactive Display Rapid Innovation and Discovery Evaluation Research Program task 8: Survey of WEBGL Graphics Engines |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |