NieR Re[in]carnationにおける3Dアセット管理の話

2021.03.25

皆さまはじめまして、
３Dアニメーター出身のテクニカルアーティストやっております堀井です。

本作ではデザイナー用Maya/Unity内エディタ拡張ツール開発やプログラマと連携・相談役やアセット仕様決め、アセットにまつわるワークフローやパイプラインの効率化・最適化や本業だったアニメーションに関わるリギング関連を担当しています。

今回は本作で行った3Dアセット管理・パイプライン構築と、
ちょっとしたTA視点ならではの小話を綴らせていただきます。

※本記事内には情報公開できない情報が含まれるため使用画像を加工しております。

1. 作業は極力Mayaだけで

今回アセット管理ではPerforce4を利用しているのですが、
「チェックアウトやサブミットの度にいちいちP4V（P4操作のためのGUIアプリケーション）を起動して状態を切り替える」などというちょっとした一手間がスピードが求められる本作においてはかなり致命的でした。

なぜ切り替えるかというとすでにP4管理のファイルはチェックアウト（編集状態に切り替え）しないと保存などができないからです。

そのためUnity管理側のワークスペースファイルなどを先にチェックアウトしておかないとエクスポーターがエラーになるなど障害が多く発生していました。

そこに同僚から「P4コマンドが便利」と聞きつけたので、独自に開発していたMaya内のブラウザ機能（現在は通称APB Browser）にP4操作機能を搭載しました。

APB_BrowserのP4操作の様子
ファイルオープンなどファイル操作全般を行うことができる

Mayaで使われているPyQt/PySideにはWindowsのエクスプローラー機能のようなものをもつQFileSystemModelというものがあり、それを継承したクラス内でデコレーションロールという装飾実装を行うことで目的にあわせてモデルに装飾を行うことが可能でした。

これによりP4の状態管理もMayaで行えるようになりました。

def data(self, index, role):
    col = index.column()
/-----------------< 省略 >----------------------/
    role == Qt.DecorationRole:
        # １列目がファイル名
        if col == 0:
            fileIcon= QFileSystemModel.data(self, index, role)
            painter = QPainter(pixmap)
                painter.drawPixmap(
                    QRect(3, 1, 16, 16),
                    fileIcon.pixmap(QSize(16, 16))
                    )
            p4status = self.workSpace_PathDict[path] if path in self.workSpace_PathDict else None
            if p4status:
                if 'headRev' in p4status and 'haveRev' in p4status:
                    mapOverRay = QPixmap(":/apb_tools/icons/P4_mapped.png")
                    painter.drawPixmap(
                        QRect(24, 10, 6, 6),
                        mapOverRay
                        )

ファイルアイコンを別のものにできたり、TortoiseSVNのアイコンオーバーレイ機能のようにアイコンに付属マークをつけることができます。

ローカルが古い時のオーバーレイ、そして
他人がチェックアウトしている場合は青色になるなどP4Vと見た目は同じにしている

P4操作機能をモジュール化して、エクスポーター等でも利用することでMayaからチェンジリストを個々に作成したりが可能になりました。

モーション、モデル出力時には関連するアセットがまとまったチェンジリストを自動作成したりできるので便利です。
かなりの手間が省けました。

2. バリデーションはUnityで

本作では、Maya側のアセットバリデーションは汎用的なものにとどめていました。

仕様的にも複雑な設計になっていないためよくあるバグチェックに留め、Maya内では汎用的に使う自身の関数をすべて検証しエラーがあれば返す基底クラスを作成し、キャラ、背景、モーション、３Dスパインなどのアセット毎の検証内容を関数に追加したクラスを増やしていきました。

#Maya側のバリデーター基底クラス
class Validator(object):
    ErrorMessagelist = []

    def __init__(self):
        self.ErrorMessagelist = []

        for method in [ method[0] for method in inspect.getmembers(self, inspect.ismethod) ]:
            if method == '__init__' or method == 'get_Error':
                continue
            MethodObj = getattr(self, method)
            Condition = MethodObj()
            if Condition:
                self.ErrorMessagelist.append(Condition)

    def get_Error(self):
        if len(self.ErrorMessagelist) > 0:
            return self.ErrorMessagelist
        return None

それよりもUnityエディタ上での整形・設定が多く、Unityの知識がない方が使用することも考慮してバリデーションはUnity内で極力行うという形で進めました。

アセットブラウザという、3D周りのアセットを閲覧・設定編集するツールにバリデーターを搭載することでデザイナーの確認・設定作業時にバリデーションできるようになっています。

public class AssetsValidator
    {
        /// <summary>
        /// Unityバリデーション基底クラス
        /// </summary>
        public class Validator
        {
            protected List<ErrorObjectsInfo> m_errorInfoList = new List<ErrorObjectsInfo>();
            /// <summary>
            /// こちらにバリデーション内容を記載する
            /// バリデーションしたら結果をm_errorInfoListに格納
            /// </summary>
            public void RunMain(){}

            /// <summary>
            /// バリデーションが持つ、エラー情報を吐き出すジェネレータ
            /// エラー受け取り側はこちらを受け取る
            /// </summary>
            /// <returns></returns>
            public IEnumerable<ErrorObjectsInfo> getErrors() {
                if(m_errorInfoList.Count > 0)
                {
                    for (int i = 0; i < m_errorInfoList.Count; i++)
                    {
                        yield return m_errorInfoList[i];
                    }
                }
                yield break;
            }
        }