obj是什么意思_什么是流程

几年前&＃xff0c;在我还没毕业的时候&＃xff0c;教我建模的一个老师问我知不知道影视后期的流程&＃xff0c;我就画了一张图&＃xff0c;大概长这个样子&＃xff1a;

我问&＃xff0c;流程就是这个意思吗&＃xff1f;那个时候我基本上这些方面都有过制作经验&＃xff0c;因为有时候突发奇想的一些东西没办法从网上下载&＃xff0c;就自己从头做到尾。老师说是这个东西&＃xff0c;但不是这个意思(不记得原话了)&＃xff0c;建议我去大公司学习学习流程。

当时我比较纳闷&＃xff0c;这个不对吗&＃xff1f;

流程&＃xff0c;英文单词Pipeline&＃xff0c;直译过来是‘管线’&＃xff0c;搜的话是这个&＃xff1a;

这张图很形象&＃xff0c;我们做流程TD的就是这些安装管道的工人&＃xff0c;那这些管道里装的是什么呢&＃xff1f;这就是我们这次需要了解的流程中的‘数据’。

我这里所说的‘数据’&＃xff0c;指的范围很大&＃xff0c;可以是实际的文件&＃xff0c;也可以是虚拟的状态。比如&＃xff0c;模型部门和绑定部门之间传输的数据&＃xff0c;就应该是模型文件&＃xff0c;可能是maya文件也可能是obj文件&＃xff0c;再比如艺术家提交了一个Publish&＃xff0c;那么这个任务的状态就可以改为‘通过’&＃xff0c;它对应的下游组的任务状态就可以是‘制作中’(这里只是一个例子&＃xff0c;并不是必须这样)。

模型师做好了模型&＃xff0c;怎么给绑定师呢&＃xff1f;公司小&＃xff0c;可以直接吼一声“我做好了&＃xff0c;放在一个地方了啊&＃xff01;”&＃xff0c;公司大&＃xff0c;想温柔点就可以发个微信通知一下&＃xff0c;绑定师就去那个文件夹找到那个文件导入maya开始绑定。其他的制作环节也是类似。

这个过程没有错误&＃xff0c;我在一段时间内也是这样认为的&＃xff0c;包括我自己在做短片的过程中也是这样做的。但是逐渐开始发现一些问题&＃xff1a;

1.文件存放路径。即使是我自己一整套做下来&＃xff0c;也没有很规范地输出文件&＃xff0c;经常找不到输出的文件在哪里。

2.修改记录。没有地方记录我每一次修改的内容。

3.没有版本化管理。当需要修改的时候&＃xff0c;我会直接在源文件上进行修改&＃xff0c;并覆盖之前输出的文件&＃xff0c;当我想找回之前的效果的时候就很麻烦。

4.插件管理混乱。以nuke为例&＃xff0c;我一般都将插件安装在.nuke文件夹下(点击原文可查看nuke插件安装教程)。因为插件种类繁多&＃xff0c;在使用起来也不好找。

工作之后&＃xff0c;我发现公司的工作过程很不一样&＃xff0c;不是指制作有什么不一样&＃xff0c;在输出规范上&＃xff0c;我们会输出到指定的文件夹&＃xff0c;而且这个文件夹不是用户手动指定的&＃xff0c;说大众一点&＃xff0c;就是我点渲染的时候文件自己就渲到那个地方了。我们使用shotgun进行项目管理&＃xff0c;自己的任务&＃xff0c;反馈都很容易找到&＃xff0c;没什么问题的话基本上不用口头沟通。我们被要求每修改一个反馈就升级一个版本&＃xff0c;自己时不时也会升版本。在nuke中的各种插件都被按照类型整理起来&＃xff0c;用户也可以上传自己制作的gizmo等&＃xff0c;查找时方便很多。

后来在接触了各个环节的制作规范&＃xff0c;上下游交接等之后&＃xff0c;我才意识到之前的想法太单纯了。导出有专门的导出工具&＃xff0c;确保文件在正确的位置&＃xff0c;导入也使用工具导入&＃xff0c;导入后也会自动命名&＃xff0c;完全不需要进入文件夹手动拖拽&＃xff0c;使用版本管理也可以很方便的切换上游组文件的版本。规范的结构也很容易批量导入素材或者多镜头对比。新的版本的发布会触发任务状态的改变&＃xff0c;艺术家可以很快搞明白状况和更新。

所以&＃xff0c;怎么样算是流程&＃xff0c;我不定一个标准&＃xff0c;即使是简单的一个人从头做到尾&＃xff0c;也算是流程&＃xff0c;中间都有数据&＃xff0c;只是不太舒服&＃xff0c;没有把这些数据用的很好。一个令人舒服的流程应该是&＃xff0c;一条数据产生后&＃xff0c;它知道自己需要‘流’向哪里&＃xff0c;在中间会发生什么改变&＃xff0c;这个过程应该是负责流程的程序去控制的(我这里不讨论制作过程中的工具插件等)。

试想一下这样一个工作模式(以下仅使用常用软件作为示例)&＃xff1a;

模型师打开maya根据概念设计制作模型&＃xff0c;完成后导出&＃xff0c;他不需要关心导出的路径&＃xff0c;格式&＃xff0c;继续开始下一个制作&＃xff1b;

绑定师打开maya导入模型文件&＃xff0c;绑定&＃xff0c;导出&＃xff0c;当然他也不需要知道导出了什么&＃xff1b;

跟踪师导入原素材进行跟踪&＃xff0c;并且导入场景需要的资产模型匹配位置&＃xff0c;导出场景文件&＃xff1b;

贴图师打开mari导入模型导出的模型文件&＃xff0c;绘制贴图&＃xff0c;导出&＃xff1b;

材质师打开katana导入模板&＃xff0c;自动更新当前资产的模型文件(之后的文章会提到自动更新的相关思路)&＃xff0c;艺术家制作材质&＃xff0c;导出材质文件&＃xff1b;

动画师打开maya导入绑定文件&＃xff0c;制作动画&＃xff0c;导出并自动与场景文件合并形成最终缓存文件&＃xff1b;

灯光师打开katana导入模板&＃xff0c;自动更新当前镜头上游组缓存文件并且赋予材质&＃xff0c;艺术家仅仅需要打光&＃xff0c;渲染。

可以看到&＃xff0c;我在流程后期用到了很多‘自动’字样&＃xff0c;这是需要上游组的规范作为前提的&＃xff0c;流程的前期数据越规范化&＃xff0c;后期就越容易实现自动化操作。

再举一个例子&＃xff0c;很多公司使用exr作为中间过程和最终交货的格式&＃xff0c;但是需要输出一个mov提供总监或者客户预览&＃xff0c;并且需要添加slate和时间码等等。在我刚工作的时候&＃xff0c;这个mov是合成师自己输出的&＃xff0c;使用一个模板&＃xff0c;替换里面的Read节点&＃xff0c;填写提交描述&＃xff0c;修改输出路径&＃xff0c;渲染完成后连同exr一起提交就好了。其实这个过程就完全可以交给流程工具自动处理&＃xff0c;比如在提交的过程中开一个nuke后台进程&＃xff0c;导入模板替换文件等全部后台完成&＃xff0c;这就可以减少很多重复性劳动和出错概率。但是&＃xff0c;如果艺术家输出的exr文件不规范&＃xff0c;这个方法就无法实现。

很多情况下&＃xff0c;我们不知道规范的好处&＃xff0c;所以认为没有规范的必要。这一点很好解决&＃xff0c;请尽量试着想办法去让一些过程自动化&＃xff0c;很多不需要动脑的事情都可以自动化&＃xff0c;当我们有这样的需求和想法&＃xff0c;才会暴露出更多的问题和可能性&＃xff0c;流程才能向一个更加舒适和智能的方向发展。