在屏幕上显示3D场景图的方法与流程

文档序号:17931914发布日期:2019-06-15 00:57阅读:632来源:国知局
在屏幕上显示3D场景图的方法与流程

本发明是有关于一种在屏幕上显示3d场景图的方法以及一种3d计算器系统的操作系统,尤其有关于这种操作系统中的图形堆栈(graphicstack),特别是在窗口管理区域和用于应用可视化的进程分隔接口中。

现有技术

桌面隐喻最初是由施乐帕洛阿尔托研究中心的艾伦·凯在1970年提出的。施乐之星率先使用了堆栈桌面隐喻来支持窗口堆栈。施乐之星允许交迭对话框。组成桌面环境的两个组件通常是窗口管理器和为应用和桌面环境提供统一的外观和感觉的工具集。窗口管理可以同时向终端用户展示多个程序形象。在当前窗口管理器中,窗口管理器和应用进程之间的接口通常是一个矩形位图。窗口管理器和应用进程之间的数据以多种方式传输。例如,透过绘制每帧来传输整个位图,从而从应用位图中传输变化的区域或传输单个绘制指令。进程分隔提高了操作系统级别的稳定性和强健性(robustness)。进程之间透过明确的接口进行完全的相互隔离。默认情况下,一个进程不能访问其他进程的资源。

一些窗口管理器把进程分隔的2d应用界面嵌入到3d场景中。2d应用界面能放置在桌面环境中的多个位置,例如3d立方体的侧面,虚拟世界里的墙上,等等。《peuhkurinena.、mikkonent.和terhom.:使用rdf数据作为移动设备中3d窗口管理器的基础,mobiwis-2011,加拿大尼亚加拉瀑布市,2011年9月》中记载了过去几年中在这个领域之研究工作的总结。

为了创建一个3d桌面环境,其中应用进程能够不使用2d表面而直接使用3d对象将自己展示到相同的场景图中,现有技术的窗口管理器和工具集需要重新设计。因此,人们希望在如窗口管理器等显示服务器和应用进程之间定义一个新的的可视化接口。

此外,为了使用3d对象来直接显示应用,所述显示服务器必须能够快速渲染分隔的进程以及图形相关的数据。因为,人们希望找出一个最佳方案来处理以及传递资料中的更改并加载和卸除显示服务器与应用进程之间的数据。



技术实现要素:

本发明的目标是在3d视讯系统中提供显示服务器与应用进程之间的一个改进的可视化接口。

此目标可以透过独立专利申请范围中的特征来实现。进一步实施形式在从属专利申请范围、具体说明和附图中显而易见。

本发明基于以下发现:可透过将新部件应用到图形堆栈来创建3d视讯系统中的显示服务器与应用进程之间的一个改进的可视化接口。图形堆栈使得具有3d场景图的显示服务器分隔应用中的进程。此外,这些新部件在显示服务器中实现了一个3d应用接口,而非常用的、基于应用接口的2d表面。所以,进程分隔的应用可视化能够透过3d而不是常用的2d表面来实现。

为了详细描述本发明,将使用以下术语、缩写和符号:

3d:三维。

2d:二维。

3d计算器图形:3d计算器图形是使用储存在计算器中的几何数据的三维展示来达到计算和图像渲染的目的。可保存这些图像供日后查看或被实时显示。

3d渲染:在计算器上自动将3d线框模型,即一个三维或物理对象的视觉展示,转换成具有3d拟真效果或非拟真渲染的2d图像的3d计算器图形进程。

3d计算器图形软件:是指用来创建3d计算器生成图像的程序。3d建模支持用户透过他们的3d网格创建并修改模型。使用者可以根据自己的意愿来增加、减少、伸展或修改网格。通常情况下,可以同时从多个角度观看模型。可以旋转模型并且可以放大或缩小视图。

ui:用户接口。用户接口是进行人机交互的空间。交互的目的是在使用者端对机器进行有效的操作和控制以及获得来自机器的回馈,这样可以协助运营商制定运营决策。

egl:egl是khronos渲染api(例如opengles或openvg)和底层本地平台窗口系统之间的一个接口。egl处理图形上下文管理、表面/缓存绑定和渲染同步,并使用其它khronosapi来启用高性能的、加速的以及混合模式的2d和3d渲染。khronos是一个行业协会,致力于创造和加速对多种平台和设备的并行计算、图形、动态媒体、计算器视觉和传感器处理的开放标准。

gles:(开放的)嵌入式系统的gl(opengles)是为如手机、pda以及视讯游戏机等嵌入式系统设计的opengl3d图形应用程序接口(api)的子集。

api:应用程序接口;应用程序接口是一种由软件体组件用作相互交流的接口的协议。一个api就是一个包含程序规范、数据结构、对象类以及变量的库。

内核:在计算器技术中,内核是大部分计算器操作系统的主要部件,是应用与硬件级别的实际数据处理之间的桥接。内核的职责包含管理系统资源(软硬件组件之间的沟通)。通常情况下,作为操作系统的基础组件,内核能够为应用软件必须控制以执行其功能的资源(尤其是处理器和i/o设备)提供最低级别的抽象层。这通常使得应用进程能够透过进程间通信机制以及系统呼叫来使用这些工具。

应用:软件应用或应用软件是为了说明用户执行特定任务而设计的计算器软件,可以是为手机、pda以及视讯游戏机等嵌入式系统设计的。

中间件:给软件应用提供服务的计算器软件,中间件可以运行在手机、pda以及视讯游戏机上。

操作系统内核:用于操作和控制计算器硬件并提供运行应用软件的平台的计算器软件,操作系统可以被设计在手机、pda以及视讯游戏机等嵌入式系统上实施。

进程:正在执行的一个计算器程序的实例,进程可以运行在手机、pda以及视讯游戏机等嵌入式系统上。

窗口管理器:窗口管理器是在一个图形用户界面中的窗口系统内控制窗口的位置和外形的系统软件。大部分窗口管理器是用来帮助提供桌面环境的。它们结合提供所需功能——支持图形硬件、指针设备和键盘的底层图形系统来工作,并通常透过工具集来写入和创建。窗口管理器用来合并不同进程的可视化以及控制输入串流。这样,窗口管理器能够让用户以单个系统来体验所有的可视化和进程。

显示服务器:显示服务器也称为窗口管理器。当应用把图形渲染到它们的缓存区时,窗口管理器成为显示服务器来组合这些缓存区以形成应用窗口的屏幕显示。显示服务器负责与应用和视讯硬件通信并促使它们与使用其它库的输入硬件通信。

3d工具集:3d工具集用于创建用户接口。用户接口工具集是透过创建软件对象的数据库并透过标准程序设计语言内的实例化和专业化来定制和设计的。操作3d小工具来模拟小工具的构造以及几何部件被仿射联系的应用对象。初级的3d小工具能够透过一个被称为连接(linking)的进程与其它基本的3d小工具合并来建立它们之间的一个或多个约束关系。

根据第一方面,本发明涉及一种在屏幕上显示3d场景图的方法,包含:把3d资源附加到一组应用场景节点上;透过把应用场景节点的第一子集连接到第一进程并把应用场景节点的第二子集连接到第二进程来将运行在计算器系统的操作系统上的第一应用上下文(applicationcontext)中的第一进程与运行在该操作系统上的第二应用上下文中的第二进程分隔;把第一进程和第二进程加载到计算器系统的3d显示服务器中;基于第一进程和第二进程构造3d场景图;以及在屏幕上显示所述3d场景图。

所述方法允许在支持进程分隔的情况下,即将运行在第一应用上下文中的第一进程与运行在第二应用上下文中的第二进程分隔,在同一场景中运行基于应用可视化的3d对象。这样,整个系统中的安全性和可稳定性得到提升。3d进程分隔使一些自然的第三方应用以安全稳定的方式嵌入到将要构造的3d应用中,例如增强现实应用。

在根据本发明的第一方面的方法的第一可能实施形式中,3d资源代表基本的3d对象,特别是纹理、明暗度和网格。

因此复杂的场景图能够在基本对象中解析以容许灵活实现场景图。

在根据第一方面的方法的第二可能实施形式中,或根据第一方面的第一实施形式的第二可能实施形式中,加载所述第一进程和第二进程的方法步骤进一步包含:使用一个进程分隔接口来分别加载第一进程和第二进程。

所述进程分隔接口允许分隔不同程序,相对于不使用程序分隔的常规方法,提高了方法的稳定性和强健性。

在基于第一方面的第二实施形式的方法的第三可能实施形式中,所述方法包含分别处理第一进程和第二进程以避免第一进程和第二进程接入同一应用场景节点时冲突。

透过避免所述第一进程和第二进程接入同一应用场景节点时冲突,整体的系统稳定性得到了提高。

在基于第一方面的第二或第三实施形式的方法的第四可能实施形式中,所述方法包含所述第一进程和第二进程控制分享应用场景节点。

透过以控制的方式由所述第一进程和第二进程管理应用场景节点的分享,一个进程不能访问其他进程的资源。进程不会危及整个系统的稳定性。

3dui元素使场景里的每个应用ui元素可能被单独处理,不需要释放程序分隔。作为ui元素的3d对象为这些元素启用了自然的物理过程的使用。

在根据第一方面的第二到第四实施形式中的任一者的方法的第五可能实施形式中,所述方法包含把运行在3d应用上下文中的第一进程和运行在2d应用上下文中的第二进程加载到3d显示服务器上。

透过把运行在不同应用上下文中的进程加载到3d显示服务器上,不同进程可以由普通的3d显示服务器显示。

在根据第一方面的第二到第五实施形式中的任一者的方法的第六可能实施形式中,所述方法包含把3d显示服务器同时连接至多个应用连接。

在根据第一方面的方法的第七可能实施形式中,或根据第一方面的前述实施形式中任一者的方法的第七可能实施形式中,所述方法包含:加载进程到进程连接已修改的3d显示服务器,而不加载进程到进程连接未修改的3d显示服务器。

透过仅加载已修改的进程到3d显示服务器,显示速度能够得到提高,并且由于不需要处理未修改的进程连接,所述方法的计算复杂性降低。

在根据第一方面的方法的第八可能实施形式中,或根据第一方面的前述实施形式中任一者的方法的第八可能实施形式中,连接应用场景节点的所述第一子集到所述第一进程和连接应用场景节点的所述第二子集到所述第二进程包含:把另外的应用场景节点作为子节点连接到应用场景节点的第一子集或第二子集的元素,这些节点代表父节点。

透过连接子节点到父节点,所述方法支持灵活连接新节点到图形而不影响已有节点的连接,从而提高了稳定性和灵活性。

在根据第一方面的第八实施形式的方法的第九可能实施形式中,所述另外的应用场景节点包括相对于这些节点的父节点的位置和旋转差异信息。

所述另外的应用场景节点能够由它们与已有节点的关系来定义。仅需要处理所述差异信息而不是完整的图形信息。

在根据第一方面的第九实施形式的方法的第十可能实施形式中,所述位置和旋转信息包含一个矩阵,尤其是一个4x4矩阵。

透过使用矩阵,基本的矩阵操作可以用来处理新节点。

在根据第一方面的方法的第十一可能实施形式中,或根据第一方面的前述实施形式中任一者的方法的第十一可能实施形式中,构造3d场景图包含计算3d资源相对于其他3d资源的反射、折射、阴影、明暗度和/或重迭。

3d应用能够轻松地从彼此反射或折射是因为它们是在相同的3d场景中渲染的。3d应用能够具有逼真的阴影和明暗度,因为应用是在相同的3d场景中渲染的并能分享光源。这样观看3d场景图的效果得到了提升。

在根据第一方面的方法的第十二可能实施形式中,或根据第一方面的前述实施形式中任一者的方法的第十二可能实施形式中,3d显示服务器布置在一个应用进程的内部。

在根据第一方面的第二到第十一实施形式中任一者的方法的第十三可能实施形式中,3d显示服务器布置在第三应用进程的内部,并且应用进程透过进程分隔接口与3d显示服务器连接。

在根据第一方面的第十三实施形式的方法的第十四可能实施形式中,所述方法包含:形成整个3d场景图中的从根到叶的节点链包含多个进程分隔接口的树状结构。

根据第二方面,本发明涉及用于3d计算器系统的操作系统,所述操作系统包含:用于附加3d资源到应用场景节点集以及用于透过把所述应用场景节点的第一子集连接到所述第一进程并把所述应用场景节点的第二子集连接到所述第二进程来将运行在应用软件的第一应用上下文中的第一进程与运行在所述应用软件的第二应用上下文中的第二进程分隔的应用软件;用于根据所述应用场景节点的3d资源在屏幕上构造3d场景图和用于在屏幕上显示3d场景图的3d显示服务器;和所述应用软件与所述3d显示服务器之间的进程分隔接口,所述进程分隔接口用来分别加载所述第一进程和第二进程到所述3d显示服务器。

透过附加3d资源到应用场景节点,与2d表面相比,在看上去仍然完全自然并拥有进程分隔的情况下,即将运行在所述第一应用上下文中的所述第一进程与运行在所述第二应用上下文中的所述第二进程分隔,3d应用能够透过新的方式重迭,例如互相捆绑,因而带来了稳定和安全。

在根据第二方面的操作系统的第一可能实施形式中,所述进程分隔接口用来连接不同的应用,尤其是3d应用和2d应用到所述3d显示服务器。

3d进程分隔使自然的第三方应用以安全稳定的方式嵌入到3d应用,例如增强现实应用。第三方应用也能够嵌入到2d应用。所述操作系统支持现有的2d应用和新的3d应用。

在根据第二方面的操作系统的第二可能实施形式中,或根据第二方面的第一可能实施形式的操作系统的第二可能实施形式中,所述操作系统包含:为3d应用的创建提供用户接口组件以及为应用软件提供3d资源的3d工具集;和3d显示服务器与用来控制操作系统所运行的计算器硬件的操作系统内核之间的平台图形接口。

3d应用可以使用现有的拥有普通用户接口元素例如按钮、文本框、菜单、布局等的工具集来制作,这些元素拥有3d资产,或透过制作客户ui元素并为它们提供图形资产,例如纹理和网格,来制作。

在根据第二方面的操作系统的第三可能实施形式中,或根据第二方面的前述实施形式中任一者的操作系统的第三可能实施形式中,3d显示服务器布置到一个应用进程的内部。

应用进程表示运行在所述应用软件的应用上下文中的进程。

在根据第二方面的方法的第四可能实施形式中,或根据第二方面的前述实施形式中任一者的方法的第四可能实施形式中,3d显示服务器布置在第三应用进程的内部,并且应用进程透过进程分隔接口与3d显示服务器连接。

在根据第二方面的第四实施形式的操作系统的第五可能实施形式中,所述3d显示服务器用来形成整个3d场景图中的从根到叶的节点链包含多个进程分隔接口的树状结构。

根据第三方面,本发明涉及获取单个3d场景图中的进程分隔的方法和结构。

根据第四方面,本发明涉及为显示服务器提供3d应用接口的方法和结构。显示服务器也叫做窗口管理器。

根据第五方面,本发明涉及在同一3d场景中创建进程分隔的3d应用可视化的方法和结构。

根据第六方面,本发明涉及在显示服务器和应用进程间启用场景图变化和3d资源的传输和交流的方法和结构。

本文描述的方法、系统和设备可实施为数字信号处理器(dsp)、微控制器或任何其他边处理器中的软件或实施为专用集成电路(asic)内的硬件电路。

本发明可以实施在数字电子电路、计算器硬件、韧体、软件或它们的结合中,例如在常规移动设备的可用硬件中或在专门用来处理本文描述的方法的新硬件中。

为让本发明的上述特征和优点能更明显易懂,下文特举实施例,并配合所附图式作详细说明如下。

附图说明

本发明的进一步实施例将参照以下附图进行描述,附图中:

图1为根据一种实施形式的在屏幕上显示3d场景图的方法100的示意图。

图2为根据一种实施形式的展示3d显示服务器内容的设备屏幕200的示意图。

图3为根据一种实施形式的进程分隔300的结构的示意图。

图4为根据一种实施形式的示范场景图400的示意图。

图5为根据一种实施形式的图4中描述的所述场景图400的渲染结果500的示意图。

图6为根据一种实施形式的用于3d计算器系统的操作系统600的体系结构的示意图。

具体实施方式

图1为根据一种实施形式的在屏幕上显示3d场景图的方法100的示意图。

所述方法100包含附加(101)3d资源到应用场景节点集。

所述方法100包含透过把所述应用场景节点的第一子集连接到所述第一进程并把所述应用场景节点的第二子集连接到所述第二进程来将运行在计算器系统的操作系统的第一应用上下文中的第一进程与运行在所述操作系统的第二应用上下文中的第二进程分隔(103)。所述方法100包含把所述第一进程和第二进程加载(105)到所述计算器系统的3d显示服务器中。所述3d显示服务器用来基于所述应用场景节点的3d资源构造3d场景图并在屏幕上显示所述3d场景图。

在所述方法100的一个实施形式中,所述3d资源代表基本的3d对象,特别是纹理、明暗度和网格。这样,复杂的场景图能够在基本对象中解析以容许灵活实施场景图。

在所述方法100的一个实施形式中,加载所述第一进程和第二进程包含:使用一个进程分隔接口来分别加载第一进程和第二进程。在所述方法100的一个实施形式中,进程分隔接口用来避免所述第一进程和第二进程接入同一应用场景节点时冲突。在所述方法100的一个实施形式中,进程分隔接口用来透过控制的方式由所述第一进程和第二进程来管理应用场景节点的分享。

所述进程分隔接口允许分隔不同进程,相对于不使用进程分隔的常规方法,提高了方法的稳定性和强健性。透过避免所述第一进程和第二进程接入同一应用场景节点时冲突,整体的系统稳定性得到了提高。透过以控制的方式由所述第一进程和第二进程管理应用场景节点的分享,一个进程不能访问其他进程的资源。进程不会危及整个系统的稳定性。3dui元素使场景里的每个应用ui元素可能被单独处理,不需要释放进程分隔。作为ui元素的3d对象为这些元素启用了自然的物理过程的使用。

在所述方法100的一个实施形式中,进程分隔接口用于加载运行在不同应用上下文中的进程到3d显示服务器。在所述方法100的一个实施形式中,进程分隔接口用于把3d显示服务器同时连接至多个应用连接。在一种实施形式中,所述方法100包括:加载进程到进程连接已修改的3d显示服务器,而不加载进程到进程连接未修改的3d显示服务器。在所述方法100的一个实施形式中,连接应用场景节点的所述第一子集到所述第一进程和连接应用场景节点的所述第二子集到所述第二进程包含:把进一步应用场景节点作为子节点连接到应用场景节点的第一子集或第二子集的元素,这些节点代表父节点。在所述方法100的一个实施形式中,所述进一步应用场景节点包括相对于这些节点的父节点的位置和旋转差异信息。在所述方法100的一个实施形式中,所述位置和旋转信息包含一个矩阵。在所述方法100的一个实施形式中,所述位置和旋转信息包含一个4x4矩阵。在所述方法100的一个实施形式中,构造3d场景图包含计算3d资源相对于其他3d资源的反射、折射、阴影、明暗度和/或重迭。

图2为根据一种实施形式的展示3d显示服务器内容的设备屏幕200的示意图。设备屏幕6显示3d显示服务器的内容。两个简单的3d应用,可以看到是第一应用1和第二应用2,都有一个作为用户接口(ui)元素的立方体,例如3d网格。透过应用参照图1所描述的上述方法100,分隔的进程的可视化能够透过新的方式交迭。例如,可视化能够互相捆绑。

所述方法100包含附加3d资源例如第一3d立方体1和第3d立方体2。所述方法100进一步包含将处理所述第一3d立方体1的第一进程与处理所述第3d立方体2的第二进程分隔。所述方法100进一步包含加载处理所述第一3d立方体1的第一进程和处理所述第二3d立方体2的第二进程到显示服务器。显示服务器在屏幕上显示包含第二3d应用2的反射5的立方体1和2,如图2所示。

构造显示服务器的场景图可描述如下:首先,需要启动显示服务器进程以给应用进程提供服务。通常情况下,在显示服务器下面的操作系统运行时,显示服务器就运行以在物理屏幕上制作可能的应用进程可视化。当显示服务器在运行时,应用进程能注册到显示服务器。显示服务器接受新应用进程的注册并给它们提供进程间连接。

此外,在使用显示服务器的应用进程的时间内,显示服务器必须一直可用以便于合成进程可视化。连接使应用进程可能发送场景图以及场景图里的改动到显示服务器。改动可以包含比如图形节点和资源标识符的位置、旋转和缩放信息。应用可以透过修改、增加或移除它们的内部场景图来修改内部形象。应用正在对它们的内部场景图进行的修改被传输到显示服务器。显示服务器随后能够合成整个场景图。显示服务器控制资源的加载以控制硬件资源比如内容、cpu和gpu的使用。显示服务器也给应用进程提供系统级修改、用户接口输入和包围体修改。

分隔的进程可视化之间的重迭区4可参见图2。由于ui元素中3d表面的性质,阴影、明暗度、折射和反射等效果看起来更自然。图2表明应用均有基于同一光源的明暗度。此外,屏幕6的区域底部3反射了已显现的3d应用的第二应用2。第二3d应用2的反射5是可见的。将要展示在物理显示屏,比如图2所示的显示屏,的最后一个图像是在显示服务器进程内部创建的。显示服务器进程渲染原本从应用进程场景图中合并的整体场景图。

进程分隔接口可以在操作系统内核级内部或顶部实施。因为具有更易控制的硬件管理,实施中的第一选项能够提升系统性能。后续选项在思索可移植性时提升了灵活性。显示服务器数据结构由互斥锁保护,因而平行改变不会破坏显示服务器的场景图数据。对于应用进程,显示服务器的服务提供了应用进程无需关注的锁闭等的异步api来保持整体场景图有效。

图3为根据一种实施形式的进程分隔300的结构的示意图。进程分隔是将第一进程与参照图1所描述的上述第二进程分隔(103)。

图3展示了从进程中分隔的结构。显示服务器21包含一个应用接口。透过使用所述应用接口,应用23能够透过进程分隔22与所述显示服务器21相连。3d资源和所述应用23的场景和数据改动,即句柄或数据本身,透过所述进程分隔22传输。所述显示服务器21可以同时包含多个应用23连接。

图4为根据一种实施形式的示范场景图400的示意图。所述场景图400适用于连接到显示服务器11的进程分隔12和13。场景图节点连接用虚线表示。进程p1和p2透过对应于参照图3所描述的进程分隔22的进程分隔接口19附加到所述显示服务器11。所述显示服务器11可以对应于参照图3所描述的上述显示服务器21。

连接表示汽车14的3d对象到第一进程p1。连接表示树18的3d对象到第二进程p2。连接表示由地下室15和屋顶16组成的房屋15、16的另一3d对象到第二进程p2。屋顶16作为一个子节点被应用到作为父节点连接到进程p2的地下室15。

在一个实施方式中,显示服务器被嵌入到一个应用进程内部或在应用进程内部起作用,其它应用透过进程分隔链接到显示服务器。这样可以形成整个3d场景图中的从根到叶的节点链包含多个进程分隔的树状结构。

图5为根据一种实施形式的图4中描述的所述场景图400的渲染结果500的示意图。所述场景图400包含图4中所描述的节点,也就是拥有地下室15和屋顶16的房屋、汽车14和树18。

图4中所描述进程分隔的场景图被合并到渲染结果500。在图5中,第一进程p113仅包含一个以图形表示汽车14的连接节点。第二进程p212包含以图形表示树18和以图形表示房屋的地下室15的两个子节点。进程p212还包含以图形代表房屋的屋顶16的子节点。也就是第一进程13以图形表示汽车14,第二进程12以图形表示树18和房屋15、16。房屋拥有节点15和16的内部结构。

如图5中描述的场景节点可以拥有如纹理、阴影和网格之类的3d资源。这些3d资源可以来自3d工具集或被定制。每一个场景节点包含节点的父节点相关的位置和旋转差异信息,例如以4x4矩阵的形式。为了限制应用冲突,也就是进入对方“内部”,应用有一个包围体。这个包围体可以是一个简单的矩形框、球体或者一些复杂的容积比如定制的3d网格。

当3d资源附加到应用场景节点,这些3d资源就被显示服务器进程以集中的方式加载。这减少了透过进程分隔的交流,因为一些3d资源能在分隔的进程之间再次使用。只有应用子图形内部的改变需要被转化到显示服务器11。此最小数据化传输使在同一可视3d场景中且进程分隔启用的情况下运行多个复杂的3d应用成为可能。

图6为根据一种实施形式的用于3d计算器系统的操作系统600的体系结构的示意图。

应用601、中介软件603和操作系统内核605从它们各自的行中分隔。本发明实施例中描述的为3d系统新建的组件,这些组件以虚线为界。这些新设计的组件有3d引擎库619、3d显示服务器617、3d工具集615和3d应用607。3d引擎库619包含3d引擎和基本核心功能。3d显示服务器617使3d应用界面611能够代替现有的“窗口管理器”。在一个实施方式中,平台图形接口621和623使用gles/egl。在一个实施方式中,平台图形接口621、623使用directxapi。3d显示服务器617还包含创建从应用到物理屏幕的最终结果的渲染器。3d工具集615为3d应用的创建提供现成的ui组件。3d应用607是基于3d工具集的新应用。2d表面应用609仍然被操作系统600支持。在全屏模式下,尤其是平台图形接口621、623能够被更直接的使用以提升性能。

原先设计的操作系统可以作为操作系统600的图形堆栈的基础。新操作系统600适用于应用上下文内部的进程分隔,比如投射到增强现实应用中的3d数据的第三方3d广告。

透过阅读以上内容,所属领域的技术人员将清楚地了解,可提供多种方法、系统、记录媒体上的计算器进程及其类似者。

本发明还支持包含计算器可执行代码或计算器可执行指令的计算器程序产品,这些计算器可执行代码或计算器可执行指令在执行时使得至少一台计算器执行本文所述的执行及计算步骤。

透过以上启示,所属领域的技术人员将易于想到许多其他的替代产品、修改及变体。显然,所属领域的技术人员易于斯及,除了本文所述的应用之外,还存在本发明的众多其他应用。虽然已参考一个或多个特定实施例描述了本发明,但是所属领域的技术人员将体认到,在不偏离本发明的范畴的前提下,仍可对本发明作出许多改变。因此,应理解,只要是在所附权利要求及其等效文句的范围内,那么也可以用不同于本文具体描述的方式来实践本发明。

【符号说明】

100:在屏幕上显示3d场景图的方法

101:附加3d资源

103:分隔第一进程及第二进程

105:加载第一和第二进程到显示服务器

200:设备屏幕

1:第一应用/第一3d立方体

2:第二应用/第二3d立方体

3:屏幕6的区域底部

4:进程可视化之间的重迭区

5:第二3d应用的反射

6:设备屏幕

300、12、13、22:进程分隔

21、11:显示服务器

22:进程分隔

23:应用

400:示范场景图

19:进程分隔接口

14:3d物件/汽车

15、16:3d物件/房屋

18:3d物件/树

500:场景图400的渲染结果

600:用于3d计算器系统的操作系统

601:应用

603:中介软件

605:操作系统内核

607:3d应用

609:2d表面应用

611:进程分隔接口/3d应用接口

613:进程分隔接口

615:3d工具集

617:3d显示服务器

619:3d引擎库

621、623:平台图形接口。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1