用于发送数字场景描述数据的方法以及发送器和接收器场景处理设备的制作方法

文档序号:6484854阅读:181来源:国知局
用于发送数字场景描述数据的方法以及发送器和接收器场景处理设备的制作方法
【专利摘要】公开了一种用于将数字场景描述数据从发送器场景处理设备发送至至少一个接收器场景处理设备的方法。所述方法包括步骤:通过为场景描述数据和相关渲染命令设置优先级、和根据各自的优先级动态地将所述场景描述数据和相关渲染命令进行重新排序,以便减少发送所需的带宽和/或适应于不可靠带宽,在所述发送器场景处理设备中编码场景描述数据和渲染命令;以及将经编码的场景描述数据和相关渲染命令发送至所述至少一个接收器场景处理设备,用于由所述至少一个接收器场景处理设备解码并执行与所发送的场景描述数据相关的渲染命令,以实现动画数字图形。
【专利说明】用于发送数字场景描述数据的方法以及发送器和接收器场景处理设备
【技术领域】
[0001]本发明涉及一种用于将数字场景描述数据从发送器场景处理设备发送至至少一个接收器场景处理设备的方法。
[0002]本发明还涉及一种发送器场景处理设备和接收器场景处理设备。
【背景技术】
[0003]存在将数字场景描述数据从发送器场景处理设备发送至至少一个接收器场景处理设备、且进一步使用所发送的具有高质量的数字场景描述数据的需要。然而,发送待使用的高质量数字场景描述数据需要在合理的时间内发送大量数据且在合理的时间内处理数字场景描述数据。
[0004]在本领域中,用于减少待发送的数据量的渲染过程是公知的。渲染是利用例如在处理单元上执行的计算机编程指令从至少一个模型或场景生成图像的处理。场景包含定义的语言或数据结构中的对象。场景包括属性,例如用于定义几何形状、视点、纹理(texture)、光照和阴影,用以描述场景。对包括属性的数字场景描述数据执行渲染命令产生动画数字图像或图形图像文件。
[0005]本申请中所述的术语“场景”包括至少一个图片、图片的巾贞、或图片序列(即视频)。
[0006]多个图形处理工具对于公众可用,包括OpenGL (开放图形库),其提供程序指令和相关可执行文件用于渲染处理。
[0007]作为开放资源,包括渲染库的OpenGL规范编码资源可以无需许可证而在因特网中从OpenGL机构(http://www.0pengl.0rg)获得。在OpenGL参考手册中进一步描述了 OpenGL:0penGL的官方参考文档,1.4版本(第4版),2004年3月26日,编辑DaveSchreiner,专业人员 Addison-Wesley ;以及 Dave Schreiner 的 OpenGL 编程指南:学习OpenGL的官方指南,3.0和3.1版本(第7版),2009年7月31日,专业人员Addison-Wesley0
[0008]US2007/0153004A1公开了为利用嵌入式系统图形应用编程接口显示动画文件而提供的动画文件播放器。为了在图形功能的移动设备上显示动画文件信息,将动画文件存储并转换为图形渲染信息。将图形渲染信息传递至移动设备图形子系统,在所述移动设备图形子系统中,处理图形渲染信息以获得像素数据。在移动设备显示器上显示像素数据的动画。
[0009]W02009/040313A1公开了用于使用OpenGL库将图形应用远程可视化的方法和系统。本地计算机系统包括OpenGL库和编码器,所述编码器用于将操作系统专用的OpenGL接口操作转变为独立于操作系统的用于在本地计算机系统与一个或多个远程计算机系统之间发送的操作。至少一个远程计算机系统包括解码器,其用于将独立于操作系统的操作解码为用于第二种操作系统的第二 OpenGL接口的操作。所述操作可以转至(relay to)视窗系统专用的渲染方法。
【发明内容】

[0010]现有技术的问题是在设备上处理数字场景描述数据需要大量有限的处理资源和有限的电池电力、以及用于发送为了更高分辨率显示而所需的数字场景描述数据量的带宽是有限的。
[0011]本发明的目的通过如权利要求1所述的方法、以及如独立权利要求所述的发送器和接收器场景处理设备实现。
[0012]根据本发明,所述方法包括步骤:
[0013]-通过以下步骤在发送器场景处理设备中编码场景描述数据和渲染命令:
[0014]-为场景描述数据和相关渲染命令设置优先级,及
[0015]-根据各自的优先级动态地将场景描述数据和相关渲染命令进行重新排序,以便减少发送所需的带宽和/或适应于不可靠带宽;以及
[0016]-将经编码的场景描述数据和相关渲染命令发送至至少一个接收器场景处理设备,用于由所述至少一个接收器场景处理设备解码并执行与所发送的场景描述数据相关的渲染命令,以实现动画数字图形。
[0017]根据本发明,将场景描述数据和相关的经编码的渲染命令从发送器场景处理设备发送至至少一个接收器场景处理设备,用于解码并执行与所发送的场景描述数据相关的经编码的?宣染命令。
[0018]因此,发送器场景处理设备可以是具有有限电池容量的移动设备,因为执行渲染命令是在接收器场景处理设备上执行的。
[0019]此外,发送数字场景描述数据所`需的带宽在发送数字场景描述数据时显著减少,且独立于这些经编码的渲染命令。
[0020]根据本发明,动态地将场景描述数据和相关渲染命令进行重新排序,从而具有显著减少用于待发送至至少一个接收器场景处理设备的数据的带宽的效果。
[0021]通过重新排序场景描述数据和相关渲染命令而进行编码并且在接收器场景处理设备中执行渲染命令、而非发送经编码的已经渲染的动画数字图形,由此,压缩方式具有在没有质量损失的情况下维持数字场景描述数据的完整信息的优点。
[0022]所述方法、以及相关的发送器场景处理设备和接收器场景处理设备的效果是在发送器场景处理设备与至少一个接收器场景处理设备之间的不可靠且尤其是窄带的链路上提供快速的反应速度和流畅的动画。带链路也可以是宽带链路。除了有线链路(例如,TCP/IP链路和USB链路)之外,该方法对包括分布式无线链路的无线链路(例如,WiFi和Bluetooth (蓝牙))也起到很好的作用。实现本发明的大部分的无线链路具体地是高负载且难处理的无关的干扰连接,例如许多并发的、无关的且可变的活动链路作为干扰方的多WiFi接入点环境。
[0023]优选的是,首先将压缩的数字场景描述数据(特别是纹理数据)从发送器场景处理设备发送至至少一个接收器场景处理设备。这将导致所得到的渲染的动画数字图形的质量下降。为了实现改善的图形质量,通过将具有较高质量的之前压缩的数字场景描述数据从发送器场景处理设备发送至至少一个接收器场景处理设备而稍后更新数字场景描述数据。因此,可用带宽可以用于例如以未压缩形式更新具有较高质量的数字场景描述数据。因此,可以首先使用具有下降的质量的动画数字图形,其中稍后通过更新数字场景描述数据来改善动画数字图形的图片质量,而无需干扰或中断动画数字图形的流。
[0024]在优选实施例中,从发送器场景处理设备发送至至少一个接收器场景处理设备的数字场景描述数据包括被提供用于描述场景的场景点的顶点数据。所述顶点数据包括被提供用于渲染与顶点数据相关的对象的相应场景点的位置和相应场景点的属性。
[0025]本申请中所述的顶点是描述二维(2D)、两个半(2.5D)或三维(3D)空间中的场景点的数据结构。2.是使得一系列图像或场景当它们实际上不是三维时伪造成或看似为三维(3D)的图形投影。
[0026]当利用平坦表面(例如三角形)的阵列来描述对象时,由顶点来定义表面的角落的位置和其它属性。因此,三角形的角点(corner points)的顶点与角点的位置关联,并且与包括顶点处的颜色、近似曲面在角点的位置处的法线以及相关三角形的表面的纹理和反射的附加图形属性关联。因此,顶点数据包括数据组,其可以优选地被编码并被以经编码和压缩的形式从发送器场景处理设备发送至至少一个接收器场景处理设备,以便减少数据量。
[0027]因为可以独立于顶点数据(例如在无需编码且因此没有质量损失的情况下)而发送例如对于定义纹理有益的图像数据,所以,即使通过编码减少数据量,也仍然可以以高分辨率和高质量显示动画图形。
[0028]优选的是,利用差值(delta)压缩来编码或压缩数字场景描述数据、并且特别是顶点数据。在差值压缩的方法中,计算并发送实际数字场景描述数据与前一组对应的数字场景描述数据的差。在无损数据编码的现有技术中,差值压缩是公知的。差值压缩的方法具有与发送一个图片或帧本身的场景描述数据相比数据量显著减少的优点。
[0029]此外,优选的是,与具有次级(较低)可见性或在动画数字图形中不可见的(非优先的)场景描述数据和相关渲染命令相比,以更高的优先级发送在动画数字图形中对于用户主要可见的场景描述数据以及与这种优先的(prior)场景描述数据相关的渲染命令。
[0030]因此,可用带宽和包括电池电力的资源主要用于编码和发送动画数字图形的主要可见的内容。以较低优先级处理在背景中或不可见的具有次要(minor)优先级的数据内容。场景描述数据和相关渲染命令的优先级可以根据从利用相关渲染命令渲染这些场景描述数据而得到的图形内容的可见性而设置。此对处理划分优先级(priorisation)的方法可以仅应用于编码和发送渲染命令、或者应用于编码和发送渲染命令以及发送(可选地,利用预先压缩/编码)相关数字场景描述数据两者。
[0031]通过忽略与动画数字图形的不可见部分相关的渲染命令、以及可选地忽略相关数字场景描述数据本身,减少了发送所需的处理资源和带宽。当以减低的优先级处理具有次级可见性的场景描述数据和相关渲染命令时,处理资源和带宽可以在可用时被使用,而不减少用于处理动画图形的主要可见内容的数据的可用资源。
[0032]此外,优选的是,通过在接收器场景处理设备中处理数字场景描述数据,将由发送器场景处理设备提供的数字场景描述数据的渲染分辨率转变为连接至接收器场景处理设备的显示器所需的分辨率。因此,由接收器场景处理设备来使动画数字图形适应于接收器场景处理设备所需的分辨率。因此,节省了发送器场景处理设备上的包括可用电池电力的处理资源。通过利用根据如权利要求1中所主张的本发明的方法来发送数字场景描述数据,在不显著损失质量的情况下实际适应于接收器场景处理设备上的分辨率变为可能。
[0033]所述发送仅需要发送器场景处理设备和至少一个接收器场景处理设备两者的松散的或依赖于优先级的同步。原因是独立于渲染命令而发送数字场景描述数据,其中在接收器场景处理设备中对数字场景描述数据执行以减少的数据量发送的渲染命令。
[0034]在接收器场景处理设备被阻碍而不能继续处理数字数据的时段超过预设时限的情况下,优选的是,至少一个接收器场景处理设备向发送器场景处理设备发送同步信息。
[0035]在优选实施例中,测量用于传输经编码的场景描述数据和相关渲染命令的信道的特征。关于信道的实际测量特征而控制动态地进行重新排序的步骤。信道的这些特征是例如数据传输统计、反应时间(例如Ping (侦测)时间)等。这种关于信道的特性的信息通常用作接口设备的输出、或者可以利用标准固件资源来实施。
[0036]根据信道特性控制编码处理(即动态重新排序的步骤)的优点具有使要以最优方式发送至接收器场景处理设备的数据量适应于信道的可用带宽的优点。
[0037]此外,优选的是,将场景描述数据缓存在接收器场景处理设备的数据存储器中。当在发送器场景处理设备中编码场景描述数据时,例如通过设置优先级为零而不考虑这种已经缓存在相关接收器场景处理设备中的场景描述数据。因此不再次发送所缓存的场景描述数据。当解码并执行与所缓存的场景描述数据相关的渲染命令时,接收器场景处理设备可以从存储器中重新使用这种缓存的场景描述数据。这具有显著减少要从发送器场景处理设备发送至至少一个接收器场景处理设备的数据量的效果。
[0038]所述目的还通过发送器场景处理设备实现,所述发送器场景处理设备包括用于存储数字场景数据的数据存储器、至少一个处理单元和用于连接至至少一个接收器场景处理设备以将场景描述数据发送至所述至少一个接收器场景处理设备的至少一个接口。
[0039]根据本发明的发送器场景处理设备包括编码器,其用于通过以下步骤在发送器场景处理设备中编码场景描述数据和相关渲染命令:
[0040]-为场景描述数据和相关渲染命令设置优先级,及
[0041]-根据各自的优先级而动态地将场景描述数据和相关渲染命令进行重新排序,以便减少发送所需的带宽和/或适应于不可靠带宽。
[0042]所述渲染命令包括指令,其用于当在处理设备上执行所述指令时,从存储在数据存储器中的数字场景描述数据获得动画图形。所述发送器场景处理设备被布置为经由至少一个接口将场景描述数据和相关的被编码的渲染命令发送至至少一个接收器场景处理设备。
[0043]优选地,所述发送器场景处理设备例如通过利用处理单元上执行的可执行文件的软件编程而被布置为执行意图在发送器场景处理设备上执行的前述步骤中的至少一个。
[0044]所述目的还通过接收器场景处理设备实现,所述接收器场景处理设备包括用于存储数字场景描述数据的数据存储器、至少一个处理单元和用于互连至至少一个发送器场景处理设备的至少一个接口。所述接收器场景处理设备包括被布置用于解码经编码的渲染命令的解码器,其中,所述接收器场景处理设备被布置为执行与渲染命令相关的经编码的指令,其用于当在处理单元上执行所述指令时,从经由接口从至少一个发送器场景处理设备接收的数字场景描述数据获得动画图形。
[0045]根据所述发送器场景处理设备,优选地,所述接收器场景处理设备被布置为执行意图在接收器场景处理设备上执行的步骤中的至少一个(例如,通过要在处理单元上执行的软件程序可执行文件)。【专利附图】

【附图说明】
[0046]下面,利用附图通过实施例来例示地描述本发明。其示出:
[0047]图1示出通过数据链路相互互连的发送器场景处理设备和接收器场景处理设备的框图;
[0048]图2示出用于将数字场景描述数据从发送器场景处理设备发送至至少一个接收器场景处理设备的方法的流程图。
【具体实施方式】
[0049]图1示出通过数据链路3而链接在一起的发送器场景处理设备I和接收器场景处理设备2的集合的框图。此数据链路可以是例如利用如TCP/IP或USB协议等的数据传输协议的有线链路。更优选地,数据链路3是利用如WiFi或Bluetooth等的数据协议的无线链路。窄带数据链路(例如,WiFi和Bluetooth)在许多目标设备中已经可用,使得可以通过固件更新来实施本发明。
[0050]至少一个接收器场景处理设备2连接至显示单元4,显示单元4被提供用于显示通过在接收器场景处理设备2上渲染数字场景描述数据而处理的动画图形。
[0051]发送器场景处理设备I包括例如以可编程图形处理器为形式的处理单元5、以及连接至处理单元5且被提供用于存储数字场景描述数据的数据存储器6。可选地,可以将软件程序可执行文件存储在数据存储器6中。
[0052]此外,发送器场景处理设备I包括渲染命令库7,其包括用于渲染数字场景描述数据以实现动画图形的可执行文件和/或命令。这种渲染命令库可以包括例如根据OpenGL开放源标准的OpenGL库。然而,根据用户的需要且根据当设计发送器场景处理设备I时所选择的【具体实施方式】,发送器场景处理设备I也可以支持任何其它渲染命令语言,如VirtualGL> WebGL 等。
[0053]发送器场景处理设备I还包括接口 8,用于连接至至少一个接收器场景处理设备2。接口 8可以是支持例如有线数据传输协议TCP/IP、USB等或无线数据传输协议WiF1、Bluetooth等的有线或无线接口 8。这些接口 8通常以硬件块(集成电路)、固件或它们的组合的形式可用。
[0054]此外,发送器场景处理设备I包括编码器9,其用于编码场景描述数据和渲染命令库7中存储的相关渲染命令。编码器9例如通过软件编程或以逻辑硬件块的形式被布置为:利用对场景描述数据和相关渲染命令设置优先级并关于之前设置的优先级而重新排序场景描述数据和渲染命令的步骤来编码场景描述数据和相关渲染命令,使得减少了发送场景描述数据和相关渲染命令所需的带宽和/或使场景描述数据和相关渲染命令的序列适应于不可靠带宽。
[0055]为了重新排序场景描述数据和相关渲染命令,与高优先级的场景描述数据和相关渲染命令相比,编码器9缓存(中间存储)具有较低优先级的场景描述数据和相关渲染命令。当重新排序场景描述数据和相关渲染命令时,编码器9可有权访问高速缓存存储器,用于改变且优化场景描述数据和相关渲染命令的序列顺序,以实现前述目的。
[0056]优选地,接口 8包括测量单元,其用于测量信道(即数据链路3)的特性。这些特性是例如数据传输速率、反应时间(例如Ping时间)等。如虚线箭头所示,接口 8控制编码器
9、以及特别是设置优先级、缓存和重新排序的步骤,以使编码器9的数据流适应于所测量的信道特性。
[0057]选择之一是首先以压缩的形式将数字场景描述数据从发送器场景处理设备I发送至至少一个接收器场景处理设备2。结果是高度减少了用于发送此种数据所需的带宽。然而,当基于压缩数据显示动画图形时存在质量损失的缺点,因为当压缩数据时存在信息损失。为了克服此缺点,稍后将通过例如以非压缩形式将具有较高质量的之前压缩的数字场景描述数据从发送器场景处理设备I发送至至少一个接收器场景处理设备2来更新数字场景描述数据。可以使用未用于发送具有较高优先级的数据的任何可用带宽,在数据分组中发送场景描述数据。结果是动画图形的质量稍后改善了。
[0058]在实践中,当稍后改善图形质量时,动画图像在开始时的较低质量对于用户没有
显著影响。
[0059]另一选择是编码顶点数据以压缩顶点数据。数字场景描述数据包括顶点数据等,其中顶点数据被提供用于描述场景的场景点。顶点数据包括相应场景点的位置和相应场景点的属性。所述属性可以包括关于纹理、照度、视点、线宽、缩放因子、颜色、相关表面的反射率、和近似曲面在顶点的位置处的法线的信息。
[0060]当编码数字场景描述数据、特别是顶点数据时,可以应用差值压缩的方法。在现有技术中,差值压缩被公知用于无损数据编码。原则上,当执行差值压缩的方法时,计算并发送实际场景描述数据与前一组相关的场景描述数据的差。因此,不是实际场景描述数据的绝对值被编码和发送,而是实际场景描述数据与前一组相关的场景描述数据的差被编码和发送。与绝对数据相比,差值数据量显著降低。
[0061]另一选择是对产生动画数字图形中对于用户主要可见的图形的场景描述数据和相关渲染命令设置提高的优先级。因此,这些产生处于观察者的焦点的动画图形的场景描述数据和相关渲染命令优先于涉及动画数字图形的背景图形或甚至不可见部分的场景描述数据和相关渲染命令。
[0062]接收器场景处理设备2还包括连接至数据链路3和发送器场景处理设备I的接口
10。接口10对应于发送器场景处理设备的接口 8。
[0063]接收器场景处理设备2还包括图形处理单元11和数据存储器12,数据存储器12被提供用于存储包括数字场景描述数据的数字场景描述数据。
[0064]接收器场景处理设备2还包括解码器13,其用于解码从发送器场景处理设备I接收的数据流。所述数据流包括数字场景描述数据和相关渲染命令的序列。
[0065]接收器场景处理设备2的图形处理单元11被布置为:执行与从发送器场景处理设备I接收的数字场景描述数据相关接收的渲染命令。优选地,图形处理单元11由相应的固件控制以执行渲染命令并执行用于图形处理的渲染。
[0066]可选地,图形处理单元11可以有权访问包括可执行文件的渲染命令库14,可执行文件例如为控制图形处理单元11执行具体渲染步骤的固件或软件代码的形式。于是,由接收器场景处理设备2从发送器场景处理设备I接收的渲染命令可以被限于涉及接收器场景处理设备2的渲染命令库14中存储的可执行文件的码字。
[0067]于是,渲染命令库7可以被限制于这样的码字的库,而无需将可执行文件存储在发送器场景处理设备I中。
[0068]在图1中所示的实施例中,接收器场景处理设备2 (可选地)连接至被提供用于显示动画数字图形15的显示器4。所述动画数字图形15包括被提供用于描述场景的场景点16的顶点数据。
[0069]图2示出根据本发明的用于发送数字场景描述数据和相关渲染命令的方法的流程图。
[0070]在步骤a)中,基于数字场景描述数据的流,编码场景描述数据(即SDD)和相关渲染命令。
[0071]编码的步骤a)包括:用于为场景描述数据SDD和相关渲染命令设置优先级的步骤al)、以及根据在步骤al)中设置的各自的优先级动态地将场景描述数据SDD和相关渲染命令进行重新排序的步骤a2),以便减少发送所需的带宽和/或适应于不可靠带宽。
[0072]编码的步骤a)包括缓存场景描述数据和相关渲染命令的步骤,以在将降低的优先级分配给此数据的情况下存储这种数据。当缓存这种数据时,编码器9稍后可以访问此数据,以将此数据包括在场景描述数据和相关渲染命令的流中。因此,例如由于相关动画图形场景处于观察者的焦点的可见性而具有高优先级的场景描述数据和相关渲染命令优先于具有较低优先级的场景描述数据和相关渲染命令。
[0073]然后在步骤b)中,通过数据链路3将重新排序的数字场景描述数据和相关渲染命令的序列从发送器场景处理设备I发送至至少一个接收器场景处理设备2。应注意,在优选实施例中,场景描述数据SDD将与渲染命令通过同一信道(即数据链路3)分开发送。因此,步骤b)被划分为用于发送数字场景描述数据SDD的步骤bl)和用于发送渲染命令的步骤b2)。数字场景描述数据SDD和相关渲染命令也可以通过不同信道彼此分开地发送、或者可以经由同一信道而合并在共同的数据分组中发送。
[0074]在接收器场景处理设备2中,在步骤c)中接收所发送的数字场景描述数据SDD和相关渲染命令。
[0075]然后,在步骤d)中,解码所接收的数字场景描述数据SDD,并可选地解码相关渲染命令。
[0076]在步骤e)中,例如利用接收器场景处理设备2的渲染命令库14中存储的相关可执行文件,执行与已经从发送器场景处理设备I接收的数字场景描述数据相关的渲染命令。这些相关的数字场景描述数据也可以是已经缓存在接收器场景处理设备2中以用于后续对同一数据内容的重用的数据。因此,仅允许从发送器场景处理设备I或任何其它源(例如数据存储介质)发送一次重复的数据内容至接收器场景处理设备2。
[0077]执行渲染命令以处理数字场景描述数据的结果是可以在步骤f)中立即在显示器上显示、或者被存储用于稍后使用的动画图形。
[0078]下面,给出本发明的优选实施例:
[0079]具体化(crystallization):在用于RemoteGPU (远程图形处理单元)设置的多部件装置中实施根据本发明的方法。这实施了用于在低且不可靠带宽链路上的场景合成元素的协议编码器、动态信道估计器和解码器方法。
[0080]实施本发明的系统采用用于在数据链路上有效预处理、编码、发送、并解码2D、
2.5D和3D场景合成元素、以及在给定时间帧和带宽内在连续的(subsequent)或者非连续但足够的相关场景之间的变换的方法和装置。该方法是将窄链路内的位置优化为对于具体显示对象最优的最小数据传输的熵。
[0081]本发明的关键方法描述了在此最优点上如何处理源-宿交互以仍然实现出色的反应速度。下面将对此进行详细描述。
[0082]在后续章节中描述的关键创新是:
[0083]?引入优化方法,其取代传统的帧同步的或等步的、且因此为显著冗余的、并因此为非常低效的对潜在用户的显示通信、以及本质上异步的以应用为目的的场景变换特征。
[0084]?特定于每个内容相关的技术的最大冗余降低使用
[0085]?有关反应速度与较不显著的视觉内容的辨识、去耦、优先级划分和再处理
[0086].用于动态信道估计、编码和解码的处理高效装置。
[0087]?基于被辨识的用户交互和预估计的处理需要的节电。
[0088]?先验和按需信道特性估计器
[0089]?先验和按需应用通信特性估计器
[0090]为实施根据本发明的方法而推荐的装置可以至少出现在以下组合实施例中:
[0091]
【权利要求】
1.用于将数字场景描述数据和相关渲染命令从发送器场景处理设备发送至至少一个接收器场景处理设备的方法,所述渲染命令包括指令,其用于当在处理设备上执行所述指令时,从数字场景描述数据获得动画图形,其特征在于 通过以下步骤在所述发送器场景处理设备中编码场景描述数据和渲染命令: 为场景描述数据和相关渲染命令设置优先级,和 根据各自的优先级动态地将所述场景描述数据和相关渲染命令进行重新排序,以便减少发送所需的带宽和/或适应于不可靠带宽;以及 将经编码的场景描述数据和相关渲染命令发送至所述至少一个接收器场景处理设备,用于由所述至少一个接收器场景处理设备解码并执行与所发送的场景描述数据相关的渲染命令,以实现动画数字图形。
2.如权利要求1所述的方法,其特征在于 首先将压缩的数字场景描述数据、特别是纹理数据从所述发送器场景处理设备发送至所述至少一个接收器场景处理设备,以及 稍后通过将具有较高质量的之前压缩的数字场景描述数据从所述发送器场景处理设备发送至所述至少一个接收器场景处理设备来更新所述数字场景描述数据。
3.如权利要求1或2所述的方法,其特征在于,编码被提供用于描述场景的场景点的顶点数据,并将经编码的顶点数据从所述发送器场景处理设备发送至所述至少一个接收器场景处理设备,所述顶点数据包括被提供用于渲染与所述顶点数据相关的对象的相应场景点的位置和相应场景点的属性,所述顶点数据是数字场景描述数据的一部分。
4.如权利要求1至3之一所述的方法,其特征在于,利用差值压缩来编码场景描述数据、特别是顶点数据,其中计算并发送实际场景描述数据与之前一组相关场景描述数据的差。
5.如在前权利要求之一所述的方法,其特征在于,对产生在动画数字图形中对于用户主要可见的图形的场景描述数据和相关渲染命令设置用于在所述编码的步骤中动态地重新排序的提高的优先级,所述提高的优先级是对于被设置用于产生具有次级可见性或在动画数字图形中不可见的图形的场景描述数据和相关渲染命令的优先级而提高的。
6.如在前权利要求之一所述的方法,其特征在于,将由所述发送器场景处理设备提供且被分配了第一分辨率的数字场景描述数据的渲染分辨率转变至连接至接收器场景处理设备的显示器所需的第二分辨率,所述转变的步骤在所述接收器场景处理设备中执行,并包括:将用于场景的场景描述数据乘以相应的转变因子,用于相关场景描述数据的所述转变因子依赖于所述第一 分辨率、所需的第二分辨率、以及对于每个场景描述数据或场景的视点。
7.如在前权利要求之一所述的方法,其特征在于,在接收器场景处理设备被阻碍不能继续处理数字数据的时段超过预设时限的情况下,将同步信息从所述至少一个接收器场景处理设备之一发送至所述发送器场景处理设备。
8.如在前权利要求之一所述的方法,其特征在于,测量用于发送经编码的场景描述数据和相关渲染命令的信道的特性,并关于实际测量的所述信道的特性而控制动态地重新排序的步骤。
9.如在前权利要求之一所述的方法,其特征在于,将场景描述数据缓存在接收器场景处理设备的数据存储器中,当在所述发送器场景处理设备中编码所述场景描述数据和相关渲染命令时,例如通过设置优先级为零来省略考虑已经缓存在相关接收器场景处理设备中这种场景描述数据,并且,当解码并执行与缓存的场景描述数据相关的渲染命令时,由所述接收器场景处理设备从所述存储器重新使用这种缓存的场景描述数据。
10.发送器场景处理设备,包括用于存储数字场景描述数据的数据存储器、至少一个处理单元以及用于连接至至少一个接收器场景处理设备以将场景描述数据发送至所述至少一个接收器场景处理设备的至少一个接口,其特征在于,所述发送器场景处理设备包括编码器,用于通过以下操作在所述发送器场景处理设备中编码场景描述数据和相关渲染命令: 为所述场景描述数据和相关渲染命令设置优先级,和 根据各自的优先级而动态地将所述场景描述数据和相关渲染命令进行重新排序,以便减少发送所需的带宽和/或适应于不可靠带宽, 所述渲染命令包括指令,用于当在处理设备上执行所述指令时,从存储在所述数据存储器中的数字场景描述数据获得动画图形,其中所述发送器场景处理设备被布置为经由所述至少一个接口将场景描述数据和相关的已经编码的渲染命令发送至至少一个接收器场景处理设备。
11.如权利要求1所述的发送器场景处理设备,其特征在于,所述发送器场景处理设备被布置为执行权利要求1-9的步骤中的至少一个。
12.接收器场景处理设备,包括用于存储数字场景描述数据的数据存储器、至少一个处理单元以及用于互连至至少一个发送器场景处理设备的至少一个接口,其特征在于,所述接收器场景处理设备包括被布置用于解码根据权利要求1至9之一的方法编码和发送的渲染命令的解码器,其中,所述接收器场景处理设备被布置为执行与所述渲染命令相关的经编码的指令,用于当在所述处 理单元上执行所述指令时,从经由所述接口从所述至少一个发送器场景处理设备接收的数字场景描述数据获得动画图形。
13.如权利要求12所述的接收器场景处理设备,其特征在于,所述接收器场景处理设备被布置为执行根据权利要求1-9的方法的步骤中的至少一个。
【文档编号】G06T9/00GK103688240SQ201180072421
【公开日】2014年3月26日 申请日期:2011年5月20日 优先权日:2011年5月20日
【发明者】B.斯坦克 申请人:梦芯片技术股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1