CN111125402B - 用于记录关于被渲染资产的信息的方法和系统 - Google Patents

Abstract

本发明涉及用于记录关于被渲染资产的信息的方法和系统。这里给出的系统和方法允许之前场景的重新创建，即使在场景中使用的资产已经随时间推移而演化。所述系统和方法采用数据库的查询来获得用于备份和检索的数据，例如，关于在之前时间点所制作的镜头的信息，其中“镜头”指依赖于上下文被渲染或不被渲染的场景或者关联的顺序帧集合(在一些情况下，单个图像也可以被看作镜头)。在VP‑VCR系统和方法中，可以获得关于渲染后的场景的信息，这允许对在场景中采用的每个资产的了解和后续使用，包括其在渲染时的正确版本和表示。这可以不仅被用来获得镜头的之前版本，而且允许对之前镜头中的资产进行修改以获得新效果。

Description

用于记录关于被渲染资产的信息的方法和系统

本申请是PCT国际申请日为2014年3月14日、申请号为201480012544.8、发明名称为“用于记录关于被渲染资产的信息的方法和系统”的中国发明专利申请的分案申请。

背景技术

运动画面的生产正变得日益复杂，并且对于涉及大量计算机生成的对象和人物的运动画面更是如此。一般而言，大量的CG资产由艺术家和建模者构造，并且被虚拟效果团队用于各种场景。照明被添加并且场景被合成并渲染，以创建最终的镜头(shot)，即，代表场景的顺序帧集合。

在较小的生产中，要被渲染的资产全都可以事先知道，并且渲染可以以基本上定制的方式为每个镜头进行。随着生产变得更加复杂，事先基于定制配置将在渲染器中被引用的所有资产变得极其昂贵。相应地，开发出了版本化和发布系统和方法。

图1说明了现有技术的版本化和发布系统10。系统10是与在标题为“SYSTEM ANDMETHOD FOR DOCUMENTING COMPOSITE DATA PRODUCTS”且于2001年9月19日提交的美国专利号6,947,958中所述的类似的类型，该专利于2005年9月20日发布，由本申请的受让人拥有并且其全部内容通过引用被结合于此。这种系统和方法对所渲染场景中的资产，例如图像、模型等，保持跟踪。它们把多个复合媒体产品当中每一个的内容制成文档，以便能够确定被用来创建复合媒体产品的每个媒体产品或资产的版本。

API可以与版本化和发布系统关联，从而允许艺术家请求资产的特定版本或表示。例如，在一种实现中，艺术家可以构造SPREF，SPREF可以指资产的特定版本；它代替路径和文件名被使用。版本指示符或标签可以指示特定的版本号或者可以提供诸如“当前的”、“认可的”、“发布的”等等之类的指示符。在图1中，示例性SPREF被说明为“人物1”，并且示出了各种版本，例如，版本3和版本“导演认可”。然后，SPREF可以被解析并且获得期望的资产。如果期望的资产被更新为新版本，则SPREF可以被链接到新版本。SPREF本身将保持相同，但将指向更新后的文件。诸如这些的版本化和发布系统允许资产分类和在艺术家之间前后传递的方便途径。

虽然知道被用来创建复合媒体产品的每个媒体产品或资产的版本的能力是非常有用的，但是这不允许对在之前镜头中使用的资产的自动检索。例如，相比当前镜头的样子而言导演更喜欢之前镜头的样子，这是很常见的。但是，如果资产的外观已经从之前镜头的时间开始有所演化，例如被修改，则不存在回到该之前镜头的方便途径。

本背景的提供是为了介绍用于以下发明内容和具体实施例的简要上下文。本背景不是要帮助确定要求保护的主题的范围也不是要被看作把要求保护的主题限制到解决上述任何或所有缺点或问题的实现。

发明内容

根据这里所述原理的系统和方法，也分别被称为VP-VCR系统和方法，允许对数据库的查询，以获得用于备份和检索的数据，例如，关于在之前时间点所制作的镜头的信息，其中“镜头”指依赖于上下文被渲染或不被渲染的场景或者关联的顺序帧集合(在一些情况下，单个图像也可以被看作镜头)。在VP-VCR系统和方法中，可以获得关于渲染后的场景的信息，这允许对在场景中使用的每个资产的了解和后续使用，包括其在渲染时的正确版本和表示。这可以不仅被用来获得镜头的之前版本，而且允许对之前镜头中的资产进行修改，以获得新的效果。根据本原理的系统和方法还可以被用来例如在2-D图像被认可之后创建用于3-D观看的互补立体图像。差异模型可以被用来方便地可视化镜头的版本之间的差异。

根据本原理的系统和方法收集输入数据、依赖性，并且处理来自执行过程的属性，而无需特殊的仪器。所收集的数据可以被用来备份和恢复数据以及锁定所采用的数据，以便如实地渲染用于特征动画和视觉效果产生的元素。为了相同的目的，这还可以被用来如实地渲染缺少的立体元素。

根据本原理的系统和方法可以提供在系统级运行并且可以在处理过程中收集所有打开的文件及版本化和发布查找(lookup)以及调用与VP-VCR系统关联的API的任何属性的过程。定制的过程可以在VP-VCR方法执行之后被运行，以最终确定并注入在所执行的VP-VCR过程中不直接由版本化和发布系统控制的数据。

一方面，本发明针对创建复合产品的方法，其中复合产品包括多个资产，这多个资产当中至少一个具有与其关联的版本信息，该方法包括：接收指示期望复合产品的模型文件的指示，该模型文件指示构成复合产品的一个或多个资产及相应的版本指示符；以及利用这一个或多个资产创建复合产品，这一个或多个资产根据相应的版本指示符选自多个资产中。

本发明的实现可以包括以下一个或多个。指示可以从包括查看器的GUI接收，指示与在GUI上重放的被渲染文件关联。指示可以与用于被渲染文件的渲染会话关联，其中该会话可以与用于被渲染文件的路径关联。该方法还可以包括从队列档案恢复模型文件。复合产品或资产可以由SPREF指示。版本指示符可以是数字或者可以与“发布的”、“最新的”、“当前的”或者“认可的”引用指示符关联。该方法还可以包括利用自由条目文件创建复合产品，其中自由条目文件不与版本指示符关联。该方法还可以包括利用模型文件填充产品锁定表。该方法还可以包括，在接收之后且创建之前，修改产品锁定表的步骤。修改可以包括创建用于立体图像的视图。

另一方面，本发明针对非暂态计算机可读介质，包括用于使计算环境执行以上方法的指令。

在还有另一方面，本发明针对存储关于复合产品的数据的方法，其中复合产品包括多个资产，这多个资产中至少一个具有与其关联的版本信息，该方法包括，在接收到渲染在应用中的模型文件中构造的CG资产的命令后，在数据库中存储被模型文件调用的每个资产的记录，包括被模型文件调用的至少一个资产的版本指示符。

本发明的实现可以包括以下一个或多个。该方法还可以包括在数据库中存储渲染文件的路径。该方法还可以包括在队列档案数据库中保存与在应用中构造的CG资产关联的模型文件。该方法还可以包括存储被模型文件调用的每个资产的路径。该方法还可以包括保存应用的版本的记录。版本指示符可以是数字或者可以与“发布的”、“最新的”、“当前的”或者“认可的”指示符关联。该方法还可以包括在数据库中存储关于被文件引用的自由条目文件的数据。该方法还可以包括锁定被模型文件引用的每个资产，以防修改。该方法还可以包括用关于被文件调用的每个资产的数据填充产品锁定表，包括，如果可用的话，每个产品的版本指示符。

在另一方面，本发明针对非暂态计算机可读介质，包括用于使计算环境执行以上方法的指令。

在还有另一方面，本发明针对在非暂态计算机可读介质上实现的用于存储关于复合产品的数据的模块，其中复合产品包括多个资产，这多个资产当中至少一个具有与其关联的版本信息，包括：预处理模块，对于在应用中构造的CG资产，该预处理模块用于在接收到渲染命令后保存与在应用中构造的CG资产关联的模型文件；锁定模块，锁定被文件调用的每个资产，以防修改；以及记录模块，该记录模块在数据库中存储被文件调用的每个资产的记录，包括被模型文件调用的每个资产的版本号或文件路径。

本发明的某些实现的优点可以包括以下一个或多个。系统和方法的某些实现可以提供重新创建过去的或之前镜头以及修改其以便创建新图像的方便途径。所公开的系统和方法还可以提供分类在渲染器中使用的资产的途径，包括它们的版本信息，以及因此什么资产需要被带到在线(be brought online)以便重新执行渲染。对于给定的资产，系统和方法还可以提供知道哪些渲染器使用其的途径。系统和方法可以允许用于3-D观看的互补立体图像的方便创建，以及镜头的版本之间差异的方便可视化。给出以下描述，包括附图和权利要求，其它优点将对本领域普通技术人员变得显然。

本发明内容的提供是要以简单的形式介绍以下在具体实施方式中进一步描述的概念的选择。本发明内容不是要识别要求保护的主题的关键特征或基本特征，也不是要用来帮助确定要求保护的主题的范围。

附图说明

图1说明了用于版本化和发布，例如用于对资产的版本保持跟踪，的现有技术系统。

图2说明了通过API与版本化和发布系统及其关联的数据库交互的多个图形工作站的示意性布局。数据库可以是如图所示分布式的并且可以构成公共数据库的不同部分。

图3是根据这里所公开的原理的VP-VCR方法的流程图，该方法用于在渲染过程中记录资产及其关联的版本，以及自由条目。

图4是根据这里所公开的原理的VP-VCR方法的流程图，该方法用于恢复之前的渲染会话，包括根据它们相应的版本恢复在之前渲染时采用的资产。

图5是根据这里所公开的原理的VP-VCR方法的流程图，该方法用于恢复之前的渲染会话，包括修改在渲染过程中采用的资产。

图6是根据这里所公开的原理的VP-VCR方法的流程图，该方法用于采用差异模型来比较利用不同资产渲染的两个镜头。

图7是根据这里所公开的原理的VP-VCR方法的流程图，该方法用于恢复之前的渲染会话，包括互补立体图像的创建，以获得3-D视图。

图8说明了示例性计算环境，根据这里所公开原理的系统可以在其中体现并且根据这里所公开原理的方法可以利用其执行。

图9说明了另一种示例性计算环境，根据这里所公开原理的系统可以在其中体现并且根据这里所公开原理的方法可以利用其执行。

相同的标号贯穿全文指相同的元素。除非另外指出，否则元素不是按比例的。

具体实施方式

参考图2的系统20，说明了通过版本化和发布API 24访问VP-VCR系统21的多个图形工作站25。版本化和发布API 24解析从图形工作站25交给其的SPREF并且评估其，以便把产品或资产的路径返回到图形工作站25。特别地，SPREF 34，以引用产品或资产的串的形式，由图形工作站25向版本化和发布API 24呈现，版本化和发布API 24解析SPREF并且尤其是确定该SPREF指向什么资产，并且从数据库26检索其。SPREF可以具有指示多个不同版本或表示的一个或多个标签，包括通过版本号、“最高的”、“当前的”、“认可的”、“发布的”以及更多。如果一个指示符不存在，例如，“当前的”，则版本化和发布API 24将检查相继的指示符，在找到第一个存在的指示符时停止。在任何情况下，在解析之后，到被引用的产品或资产的路径36都提供回图形工作站25。

图形工作站25运行建模/照明应用16并且在给定的时间点可以被用户用来对其中各种SPREF 18和22被引用的模型文件17进行操作。典型的建模/照明应用16可以包括可从位于英国伦敦和加州洛杉矶的Foundry获得的一种基于节点的照明系统。其它类型的应用也可以受益于根据本原理的系统和方法，包括，例如也可从Foundry获得的复合产品。一般而言，使用复合产品的任何应用都可受益于这里所公开的系统和方法。

一旦模型文件17处于期望渲染的点，渲染模型文件17的命令就利用文件中的模型和对象以及选定的照明和相机执行渲染。在许多大规模的运动画面生产中，渲染模型文件17的命令把具有被引用的SPRED的模型文件17发送到渲染队列32，并且随后渲染可以在渲染农场中执行，例如，每个处理器渲染期望场景的不同帧。渲染命令还可以锁定(lockdown)那个时间，例如在VNP_APPLICATION_TIME，的产品或资产查找，使得在渲染过程中可以被修改的资产只包括渲染命令时它们的样子，而不是随后被修改的样子。

当渲染命令由图形工作站25发布时，唯一会话ID 35被创建并指定给渲染器，并且会话ID的引用和源文件保存在队列档案29中。会话ID 35是在渲染之后至少部分地被用来重新组合被渲染的帧的记号。会话ID 35可以包括关于渲染开始的时间的信息，并且用户可以向会话ID添加任意元数据。为了避免用户改写模型文件的情况，模型文件17本身的拷贝也可以保存在队列档案29中。

在渲染过程中，对版本化和发布API 24进行多次调用。可以是例如或Apache/>数据库的VCR数据库28记录这些API调用，包括关于什么产品或资产被评估、它属于什么版本以及它指向什么文件的信息。利用版本化和发布系统的查找直接向VP-VCR登记，并且这可以是SPREF或其它表示。

为了清晰，资产的数据库26已经被视为与队列档案29和VCR数据库28分离的数据库。但是，一般而言，根据系统的需求，这三个数据库可以合并或者可以分布在多个不同的数据库上。

除了对版本化和发布API 24的调用，系统和方法还可以记录由在渲染期间被渲染过程使用的一个或多个应用打开的任何文件。垫片库层(shim library layer)(或者其等效物)可以被用来截取对操作系统打开文件的调用，或者作为替代，补丁(patch)可以在操作系统级被用来执行这个功能。这些记录的文件当中许多可以是被对API 24的调用引用的那些的复制，但是无论如何都可以提供关于哪些文件在渲染中被采用的有用信息。在记录这些文件时，在文件被读取的任何时候，VP-VCR都可以日志记载(journal)或收集为读取而被打开的路径。这种通过版本化和发布API 24被打开但不被引用的文件被称为“自由条目”文件或者仅仅“自由条目”。相对于作为产品或资产查找的版本化和发布条目，自由条目一般是在渲染期间被引用的文件路径。

一般而言，在操作系统级的文件打开的这种监视的结果是路径的列表、通过版本化和发布API 24被访问的引用文件以及自由条目。这些过程一般收集在渲染期间被使用的一切。应当指出，版本化和发布API 24可以包括目录被访问的信息，但是没有关于该目录中文件的细节。来自垫片库层截取系统等的文件路径信息允许对这种更具体信息的检索。所收集的信息可以添加到从版本化和发布查找所获得的信息并且组合可以被存储到一起。

所获得的信息自己可以提供用于调试的有用信息。例如，如果版本化和发布API24进行查找但是文件从未真正被打开，则这可以指示错误。以相同的方式，熟悉产品或资产的最新版本的用户可以快速地审查VCR数据库28中所存储的文件的内容，以确定最新版本是否真正被使用；如果没有，则可以推断出错误。

图3是说明根据本原理的方法的流程图30。在第一步中，构造模型并且设计诸如照明和相机位置的各方面(步骤42)。这种构造可以利用以上指出的应用执行，包括基于节点的照明系统、复合应用，等等。

然后，可以接收渲染模型文件的命令，并且渲染开始(步骤44)。在一些情况下，渲染是在本地工作站执行的，而在其它情况下，渲染被发送到渲染队列(步骤46)。在一些情况下，指出关于渲染何时开始的时间，例如称为VNP_APPLICATION_TIME(步骤47)。VNP_APPLICATION_TIME在已知期望的图像被创建的一些情况下可以是有用的。但是，在许多情况下，导演可以观看一系列之前的镜头并且简单地以艺术家为基础确定哪个是优选的。

在渲染期间，各种资产可以被锁定(步骤54)，即，使得在VNP_APPLICATION_TIME之后所进行的对资产的修改不被VP-VCR记录，并且因此对资产的后续修改不包括在渲染后的图像中。模型文件可以保存到队列档案中(步骤56)，使得其对于防止被用户无意中改写是安全的。然后，如果期望获得渲染的之前版本，则模型文件可以随后被建模应用恢复。

然后，系统可以记录在渲染期间发生了什么(步骤48)。在这么做的时候，VP-VCR创建在渲染期间被渲染应用打开的一切的列表(步骤52)，包括被打开的资产的版本的指示。如以上所指出的，该列表(可以在数据库中的文件64中)可以包括来自对版本化和发布API24的调用的条目(步骤58)以及在渲染期间被由渲染过程使用的一个或多个应用打开的文件(步骤62)。属性也可以存储在文件64中，并且属性可以包括任意输出变量(AOV)，即，包含由系统计算的数据的用户定义的变量，或者诸如帧范围的其它数据、用来开始任务的命令、所使用的相机，或者具有元数据本质的其它此类数据。一般而言，会对重新创建渲染任务有帮助的任何数据都可以被存储。

图4是说明用于恢复前一镜头的方法步骤的流程图40。在第一步中，请求者，例如导演，利用与VP-VCR关联的GUI审查并选择镜头(步骤66)。这种GUI可以提供关于从存储在其中的元数据成像的视图的信息，例如，包括渲染的时间、所包括的产品或资产(包括缩略图)，等等。一旦请求者找到期望的镜头，它就可以被选择。

每个经过渲染的镜头可以具有一个或多个关联的会话ID，并且这随后可以被查找，连同与会话ID关联的模型文件的文件名和路径(步骤68)。GUI可以指示，例如，数据库中包含在渲染期间发生的条目的文件，包括所使用的产品或资产的所有之前版本的标志。

应当理解，可以看到步骤中的各种变化。例如，选定的镜头可以专门由文件名和路径识别，没有记录的会话ID。也不需要特定于VP-VCR的GUI，因为镜头可以利用多种类型的查看器来观看。也还将看到其它变化。

一旦获得关于之前镜头的信息，用于该镜头的模型文件，即，具有各种子产品或资产的复合产品，就可以恢复(步骤74)。在一种具体的实现中，模型文件可以从队列档案利用诸如建模/照明应用的中“-restore queue_archive”的命令来恢复，所述应用例如等。存储在队列档案中的属性可以包括在渲染过程中使用的建模/照明应用的版本，并且因此恢复可以包括打开建模/照明应用到正确的版本。

在恢复之后，可以向请求者呈现在渲染过程中打开的资产列表。这些资产可以被带到在线或者以别的方式获得对其的访问(步骤76)。然后，可以发生重新渲染。

在一种实现中，重新渲染是通过导出“产品锁定表”并且在建模/照明应用中使用其来发生的(步骤82)。这种产品锁定表提供可用于所关联的渲染器的被引用资产列表。产品锁定表基本上允许期望的产品或资产集合，即，利用由VP-VCR记录的版本的之前资产，对将以别的方式被引用的产品或资产的覆盖(例如，所有产品的最新版本或者在VNP_APPLICATION_TIME时的版本)。在需要从服务器检索对象之前将需要解析的SPREF将被引用的地方，产品锁定表中列出的产品不需要这种解析，因为用户已经知道他们期望的产品的版本，因为文件64包括这些。基本上被用来创建镜头的信息的容器将保持相同，但是容器的内容将改变，以反映期望的过去的图像。换句话说，无论何时当其中一个SPREF被调用时，期望的之前版本都将被调用，而不是最新的或当前的版本(或者任何其它版本)。还应当指出，在导入建模/照明应用之后，如果期望，则锁定表可以被修改。锁定表可以交互式使用。

然后，期望的渲染器，即，复合产品，可以利用在产品锁定表中被引用的子产品或资产，包括它们的版本指示符(步骤84)，来创建。

以上系统和方法允许之前场景的正确重新创建。但是，根据本原理的系统和方法也可以被用来基于之前的渲染创建修改后的镜头。例如，并且参考图5的流程图50，第一步可以是把产品锁定表导入建模/照明应用(步骤86)。然后，产品锁定表可以被修改(步骤88)。换句话说，产品锁定表不再是“全有或全无”。某些对象可以被锁定，而其它对象可以被修改。例如，来自之前渲染的相同场景可以被渲染，但是对选定的对象具有不同的颜色纹理。或者一个对象可以被改变成另一对象，例如，为了创建具有不同建筑物的不同背景。

自由条目指向的文件也可以被修改，但这么做可能更复杂，因为这些条目不出现在产品锁定表中。例如，特定自由条目的路径可以被修改为指向不同的文件。当然，为了如实地重新创建期望的场景，既不是自由条目也不是它所指向的文件应当被修改。在任何情况下，一旦产品锁定表和任何自由条目处于最终状态，模型文件就可以被渲染(步骤92)，例如，通过把文件发送到渲染队列或者执行本地渲染。

各种益处适于能够修改产品锁定表，包括之前的渲染可以被用作随后渲染的基础，其中随后的渲染包括在之前渲染时不存在的产品的版本。

图6是根据这里所描述的原理的备选实现的流程图60。在这种实现中，导演或其他用户可以观看两个镜头或图像并且还可以观看镜头之间的差异。在第一步中，请求者利用接口，例如，与VP-VCR关联的GUI，审查和/或选择两个镜头(步骤94)。为镜头确定会话和/或文件路径(步骤96)。然后，确定用于不同镜头的对应资产集合(步骤98)。然后，差异模式可以被用来找出镜头之间的差异(步骤102)。

差异模式可以采取多种不同的形式。例如，两个镜头可以被并排刻画(步骤97)并且观看者可以从视觉上确定差异。在备选实现中(步骤99)，对其不存在差异的对象可以用黑色刻画，而只有对其存在差异的对象可以在GUI中可见。可以对对象之间的差异进行指示。在还有另一种实现中，差异模式可以被采用，其中说明了两个文件64，文件之间的差异用文本指示，例如，以“红线”类型模式。给定本公开内容，其它实现也将对本领域普通技术人员显而易见。

对本领域普通技术人员还将很清楚，差异模式类型的变化会导致之前资产需要被带到在线的程度的变化。如果只有文本差异在资产之间指示，则仅仅知道它们的路径和文件名就足够了。但是，如果可视化对资产或资产之间的差异发生，则这种可视化一般需要被带到在线并且被渲染器，例如，本地工作站或渲染农场，访问。

图7是指示根据本原理的系统和方法在为了创建3-D视图而创建互补图像，例如对应于初始图像的立体图像，的过程中使用的流程图。这种实现可以特别地关于其中2-D图像已经在过去最后确定并且工作室决定创建3-D版本的情况。

在流程图70的第一步中，请求者利用例如与VP-VCR关联的GUI审查并选择2-D镜头。就像前面一样，会话ID被确定(步骤106)，并且模型文件被恢复，包括如果需要的话把资产带到在线(步骤108)。模型文件从队列档案恢复到建模/照明应用、复合应用或者可以构造场景的其它此类应用中并且利用被引用的资产渲染其。在这么做的时候，之前存储的值可以被采用，以便在应用中给产品锁定表播种。

然后，相机产品可以被插入所构造的场景，以创建立体视图(步骤112)。相机产品是可以构造交替视图的虚拟相机，例如，从离初始成像点隔开几英寸的视点的相机，以构造立体互补图像。在许多情况下，附加的相机产品的参数将与提供初始视图的相机产品完全相同，并且唯一的差异是其成像平面之间的间距。在另一种实现中，完全不同设置的相机可以被采用，以实现新的视图，所存储的VP-VCR数据使用仅仅是提供产品锁定表的初始种子。这种情况的用例包括其中之前渲染的版本被选择但是不期望的特征在背景中存在的情况。在这种情况下，新的相机可以被采用，以虚拟化缺少不期望特征的视图。在任何情况下，期望的立体图像，例如，对应于初始视图的图像，都可以被创建(步骤114)。

图8说明了可以被用来执行以上指出的步骤或者如适于VP-VCR系统的其它步骤的计算环境80。计算环境80包括处理器116和各种模块。模块可以包含在本地计算设备中或者可以根据分布式计算的原理分布。

预处理模块118可以执行各种功能，例如，在队列档案中保存模型文件。锁定模块122可以执行功能，包括，一旦渲染器运行，就锁定在被渲染开始之后被修改的资产，以防被包括在渲染器中。记录模块124可以执行VP-VCR功能的大部分，包括记录版本化和发布API调用，以及文件打开。

其它模块也可以被采用，以执行用于这种计算环境的标准功能，这些其它模块为了简化而没有在图8中示出。这种模块包括适于输入和输出文件、运行建模/照明应用、与版本化和发布API交互的那些，等等。

所描述的是用于存储关于在渲染器中使用的资产的信息并且使用这种信息利用资产的之前版本重新执行渲染以及利用资产的修改后的版本执行新渲染的系统和方法。

一种实现包括一个或多个可编程的处理器和对应的计算机系统部件，以存储和执行计算机指令，诸如提供用于存储关于资产的信息并且恢复和修改会话以创建新渲染的镜头和场景的工具。一种这样的计算环境在以下公开。

参考图9，说明了用于内容创建工作站的示例性计算环境90的表示。

计算环境90包括控制器126、存储器132、储存器136、介质设备142、用户接口148、输入/输出(I/O)接口152以及网络接口154。部件通过公共的总线156互连。作为替代，可以使用不同的连接配置，诸如控制器处于中心的星形模式。

控制器126包括可编程处理器并且控制内容创建系统128的操作。控制器126从存储器132或嵌入式控制器存储器(未示出)加载指令并且执行这些指令，以控制系统。

可以包括非暂态计算机可读存储器134的存储器132临时存储数据，供系统的其它部件使用。在一种实现中，存储器132被实现为DRAM。在其它实现中，存储器132还包括长期或永久存储器，诸如闪存存储器和/或ROM。

可以包括非暂态计算机可读存储器138的储存器136临时或长期存储数据，供系统的其它部件使用，诸如用于存储数据或指令。在一种实现中，储存器136是硬盘驱动器或者固态驱动器。

可以包括非暂态计算机可读存储器144的介质设备142接收可移除介质并且向插入的介质读和/或写数据。在一种实现中，介质设备142是光盘驱动器或者盘刻录机，例如，可写的盘驱动器146。

用户接口148包括用于接受用户输入的部件，例如，期望镜头的用户指示或者以上讨论的其它方面，并且向用户给出例如所渲染的图像的显示。在一种实现中，用户接口148包括键盘、鼠标、音频扬声器和显示器。控制器126使用来自用户的输入，以调整计算环境的操作。

I/O接口152包括一个或多个I/O端口，以连接到对应的I/O设备，诸如外部存储或补充设备，例如，云存储设备、打印机或PDA。在一种实现中，I/O接口152的端口包括端口，诸如：USB端口、PCMCIA端口、串口和/或并口。在另一种实现中，I/O接口152包括用于与外部设备无线通信的无线接口。这些I/O接口可以被用来连接到一个或多个内容重放设备。

网络接口154允许与本地网络的连接并且包括有线和/或无线网络连接，诸如RJ-45或以太网连接或“Wi-Fi”接口(802.11)。各种其它类型的网络连接将被理解为是可能的，包括WiMax、3G或4G、802.15协议、802.16协议、卫星、，等等。

系统可以包括这种设备典型的附加硬件和软件，例如，电源和操作系统，但是为了简化，这些部件在图中没有具体示出。在其它实现中，可以使用设备的不同配置，例如，不同的总线或存储配置或者多处理器配置。

可以被采用的示例性计算环境包括关于个人计算机、膝上型电脑、笔记本电脑、上网本电脑、掌上电脑、个人数字助理、移动电话、智能电话、平板电脑、手持式游戏设备、游戏机、互联网家用电器的那些，并且还关于为这些目的具体设计的设备，在这种情况下，特殊的设备将包括至少处理器和足够的资源和联网能力，以运行内容创建应用。

已经描述了本发明的各种说明性实现。但是，本领域普通技术人员将认识到，附加的实现也是可能的并且在本发明的范围内。例如，虽然已经主要描述了在运动画面产生中的应用，但是所公开的系统和方法可以应用到来自电视、视频游戏、单个图像等的图像。此外，根据本原理的系统和方法可以在建模应用中运行或者可以完全在这种应用之外运行。

相应地，虽然已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中定义的主题不一定局限于以上所述的具体特征或动作。更确切地说，以上所述的具体特征或动作是作为实现权利要求的示例形式公开的。

Claims (12)

1.一种改进的存储关于复合产品的数据的方法，其中复合产品包括多个资产，这多个资产中至少一个具有与其关联的版本信息，该方法包括：

接收渲染用于指示期望的复合产品的模型文件的命令，复合产品是视频中的镜头，模型文件指示一个或多个计算机图形资产和构成所述计算机产品的相应版本指示符；

锁定被模型文件引用的每个资产以防修改，使得被包括在渲染过程中的一个或多个计算机图形资产为当接收到渲染命令以对模型文件进行渲染时它们的样子，而不是随后被修改的样子；

对模型文件进行渲染，在渲染期间，记录对版本化和发布应用程序接口API的调用，版本化和发布应用程序接口API使得能够访问登记的资产；以及

在渲染期间，监视对操作系统的调用，以记录关于由与所述渲染相关联的应用打开的至少一个文件的数据，所述至少一个文件没有被版本化和发布应用程序接口API引用，并且将来自对版本化和发布应用程序接口API的调用的记录和来自对操作系统的调用的监视的数据一起存储在文件中，

其中利用模型文件允许对在锁定步骤中被锁定并被模型文件引用、并且随后被修改的资产的之前版本的检索。

2.如权利要求1所述的方法，还包括在数据库中存储被模型文件调用的每个资产的记录，包括被模型文件调用的至少一个资产的版本指示符。

3.如权利要求1所述的方法，还包括在数据库中存储渲染文件的路径。

4.如权利要求1所述的方法，还包括在队列档案数据库中保存与在应用中构造的CG资产关联的模型文件。

5.如权利要求1所述的方法，还包括存储被模型文件调用的每个资产的路径。

6.如权利要求1所述的方法，还包括保存应用的版本的记录。

7.如权利要求1所述的方法，其中版本指示符是数字或者与一个或多个“发布的”、“最新的”、“当前的”或“认可的”或任何引用指示符关联。

8.如权利要求1所述的方法，还包括通过找出第一个存在的版本指示符来解析版本指示符。

9.如权利要求1所述的方法，还包括在数据库中存储关于被文件引用的自由条目文件的数据。

10.如权利要求1所述的方法，还包括用关于被文件调用的每个资产的数据填充产品锁定表，包括每个产品的版本指示符。

11.一种非暂态计算机可读介质，包括用于使计算环境执行权利要求1的方法的指令。

12.一种在非暂态计算机可读介质上实现的模块，用于存储关于复合产品的数据，其中复合产品包括多个资产，这多个资产中至少一个具有与其关联的版本信息，该模块包括：

接收模块，所述接收模块接收渲染用于指示期望的复合产品的模型文件的命令，复合产品是视频中的镜头，模型文件指示一个或多个计算机图形资产和构成所述计算机产品的相应版本指示符；

锁定模块，所述锁定模块锁定被模型文件引用的每个资产以防修改，使得被包括在渲染过程中的一个或多个计算机图形资产为当接收到渲染命令以对模型文件进行渲染时它们的样子，而不是随后被修改的样子；

渲染模块，所述渲染模块对模型文件进行渲染，在渲染期间，记录对版本化和发布应用程序接口API的调用，版本化和发布应用程序接口API使得能够访问登记的资产；以及在渲染期间，监视对操作系统的调用，以记录关于由与所述渲染相关联的应用打开的至少一个文件的数据，所述至少一个文件没有被版本化和发布应用程序接口API引用，并且将来自对版本化和发布应用程序接口API的调用的记录和来自对操作系统的调用的监视的数据一起存储在文件中，

其中利用模型文件允许对在锁定步骤中被锁定并被模型文件引用、并且随后被修改的资产的之前版本的检索。