闲话Pipeline In Maya

在整个行业都在高呼“农业学大寨，流程学xx”的大背景下，你想推出一个新的更好的流程有着极大的难度。

在2014年的时候行业内大部分公司就有了资产的概念，会成立资产部门去专门创建资产，供后续环节多次重用，提升单一项目的效率，甚至会供后续其他项目多次使用。由此可见资产的概念已经广为接受，但提出概念容易，要让概念落地就不是一回事了。

       如何整理资产的组织逻辑，如何建立基于资产组织逻辑的配套工具在国内依然缺乏成熟的框架。

近年Pixar为了提升流程的灵活程度，推出了USD这样一个稳定可伸缩的资产组织工具，这个工具充分考虑到了资产组织过程中会涉及的各个节点，对后续资产的复用也提供了任意粒度的重写机制。基于USD如此多的优点，我们来看一下USD是如何组织资产的。

简单举四个例子：

1. 资产部门创建了一匹马，这匹马有低中高三个不同精度的模型，USD提供了variant功能来支持这种需求；
2. 资产部门创建了一匹马，马会有多套skin shading network供后续环节选择使用，skin shading network就是马的材质部分，USD提供了reference-layer功能来支持这种需求；
3. 资产部门创建了一匹马，马鞍是马的道具部分，与马的材质部门分属两个不同层面的粒度，现在马鞍也希望有多套版本供后续环节使用，USD变通地提供了reference-asset功能来涵盖这种需求；
4. 当资产部门创建的这匹马地可替换部分无法满足后续环节需求的时候呢？USD提供了override机制来化解，你可以inherit这匹马，修改之后发布。

USD通过一套成系统的概念及关系网络来实现这四种特例，是不是很心动？

然而现实很残酷，USD对Maya的支持是有限的，即使是对Presto的支持也是有限的。很多USD中的概念在Maya中并无对应的节点，.usd文件中的层级关系导入到Maya后只能用Group来替代，Maya制作体系中要采用USD是难以覆盖全部环节的。很多人认为USD对Presto是全面支持的，这是一个误解，在Pixar中USD依然是作为Cache使用的，只不过这个Cache更为高级，具备丰富的组织能力。

话题回到Maya，Maya作为国内三维制作中普及率最高的软件，在大多数公司中的绝对位置不容撼动，而当前大部分基于Maya的配套流程工具都采用Maya-Cache-XML-Katana的混合方案，这种方案有几种非常明显的缺点：

1. 这种方式并未对资产概念做充分实践，大抵还是model->shade->rig->layout->animation->lighting的套路，没有把资产环节单独提炼出来独立设计，粒度不清晰，在资产复用时，这种方案缺少力度。
2. 装配环节过于简陋，将多个场景文件的配置信息记录在xml中再组装起来的过程层级过于单一，并未形成装配网络的概念体系。
3. 即使个别公司实现了多层的装配网络，每一个层级也并未组件化，更遑论成熟的配套工具了。

实际上这种方案的极限可以参考Golaem，该插件将XML的方案用到的了极致，并提供了一系列配套工具来构建资产，使用资产，但这个级别的开发可能国内所有视效公司都是望尘莫及的。

那么公司内部的Maya自研流程真的就到极限了吗？显然不是，我下一篇文章将会介绍如何在Maya中成体系的快速建立资产体系，将资产环节的问题一劳永逸的解决！