为什么用ma格式

记得刚入行的时候某前辈曾强硬的要求我,一定要用mb格式,理由是:

  • 体积小
  • 速度快


以至于这样的思维影响了我很长时间,后来参与了一个要求用ma格式的项目,并在解决实际问题过程中慢慢改变了对它的看法。

案例一:检查动画文件技术规范

想像这么一个情况:动画发给外包公司制作,返回后必然先做检查,启动maya –> 打开文件 –>等待 loading –> 检查 –>记录问题,事实上在loading这个环节往往耗时巨大(尤其是一个包含很多角色reference的场景),占了整个检查过程很大的时间比重,还会额外增加检查者的烦躁度以及maya意外crash的机率。

记得过去很多人通过修改ma版本号字串的方式来兼容老版本maya,而事实上ma的价值远不止于此,我们完全可以用程序对内容做扫描、筛选、提炼、修改……达到的目的是:

  • 无需启动maya
  • 无需等待漫长的loading
  • 扫描速度极快、准度极高


在这个案例中,我用python对动画文件做扫描,检查时间栏设置、摄像机命名、动画废节点数量、文件体积异常等,多数文件1秒左右可反馈结果。

以下是对比数据:程序方式检查完一个文件返回结果 vs 传统方式仅仅打开文件(没做检查)的耗时对比。
***注意:文件打开速度是在maya standalone模式进行,如果是UI模式,速度更慢!

campare1

总耗时对比:

campare2

案例二:修复断连动画节点

有时候Rigging文件出于某些原因更改了控制器命名,导致动画丢失,用python修复动画文件,以下是一组程序方式修复速度数据:

campare3

总结

本文仅对ma的实用价值做探讨,并非为ma、mb分出孰优孰劣,虽然在应对特殊情况方面ma确实存在天然优势,并且还有更多价值可挖,但我依然认同mb即小又快的特点。也许计算机性能的提升、存储成本的降低将缩短它们的距离,但技术本无对错,关键是流程如何运用。

Creative Commons License
为什么用ma格式 by Webber Huang, unless otherwise expressly stated, is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License.

, , , ,

  • JerryKon

    用mb也可以来检查啊,用python在后台启动maya,想做什么检查就做什么检查,不用启动maya界面。

    • http://riggingtd.com XRacZ

      文件大,而且reference太多的话会很慢

  • yoking

    如何用python扫描并修复断连的动画节点??

    • http://riggingtd.com/ xracz

      先找到修复的方法和规律,不是每种断连的情况都一样,根据这些规律写成修复的方法,用python逐行扫描,满足条件即执行修复。