Ep.25 — Fast-Ref vs 競合製品 比較

3ds Maxでキャラクターリファレンスを管理し、リグが変わってもアニメーションを守り、エンジンへ送るパイプラインが必要な方に向けた資料です。
S製品など他のリファレンスツールとの違い、Fast-Refが合っているかどうかを正直にまとめました。

一言で言うと

Fast-Ref は、ゲームキャラクターパイプライン向けに作られたリファレンスツールです。
- リグの .max をスロット単位で読み込み
- リガーがファイルを更新したとき、Replace 一回でアニメーション・Constraint・IK などを 3ds Max 公式復元 API と OtakuSolutions 独自復元アルゴリズムで再調整し
- Unity / Unreal 向け FBX Export とバッチ処理まで連携します

S製品もアニメーションリファレンスを目的に作られています。ただし Maya 式のデルタ（変更差分）オーバーライド方式で、マスターシーンにキー・コントローラー・マテリアル・モディファイアなどの変更差分をレイヤーのように積み重ね、元データの更新と共存する汎用リファレンスに近い製品です。

同じ「アニメーションリファレンス」でも、アプローチが違います。

2つのアプローチ — 何が違うのか

Fast-Ref は 3ds Max 組み込みの XRef を「置き換える」汎用ツールではありません。ゲームスタジオのキャラクターリファレンスパイプラインを対象としています。

Fast-Refが特に優れている領域

1. リグ更新後のアニメーション維持（Replace）

リガーがボーンを追加したり Rig_v02 をアップロードしたとき、アニメーターが設定したキーが失われてはならない状況に対応しています。

Replace 時に 3ds Max 公式復元 API と OtakuSolutions 独自復元アルゴリズムを組み合わせて以下を保存・復元します：
- Biped · Bone · Prop アニメーション
- TCB · Position List · Rotation List などの複雑なコントローラー形式を完全サポート（サブチャンネル・レイヤー単位の復元含む）
- Constraint（内部・外部、キャラクター↔小道具の連結を含む）
- IK · Script Controller を含む複雑なリグ
- Selection Set（Rig Info ノード活用時は Replace / Reload 後も維持）

実務での採用理由として最も多い機能です。数十〜数百本のアクションシーンごとに手動でキーを移動していた作業を、Replace 一回に減らすことができます。

2. ゲームエンジン Export

• Reset Root、Remove Namespace
• Unity / Unreal / Unreal_Skel / Unreal_Ani プリセット
• スロット単位・全体 FBX Export
• Fast Ref Batch — 複数の .max を順次 Reload / Export

3. 単一ファイル引き渡し · パイプライン独立性

Merge するとリファレンスデータがシーン内に完全に統合された単一 .max になります。元データのパスなしにファイル一つだけ渡しても開けます。

S製品は C++ ベースのプラグインであり、チーム全員のインストールが必須です。未インストール環境でファイルを開くとシーンが壊れる可能性があります。Maya 式のデルタ構造上、単純に「Max ファイル一つだけを渡す」のも困難です（Embedded など別途機能が必要）。

Fast-Ref は Merge / Unpack 後に純粋な 3ds Max ノードに戻ります。プラグインがインストールされていない外注先にファイルを渡しても正常に開きます。
（クライアントの TA チーム向けシーンリセットスクリプトも別途提供）

4. 複数キャラクター · Namespace

Character_01:Head 形式の Namespace + .r1 suffix により、同じリグを一つのシーンに複数配置する際の名前の衝突を低減します。
Smart Switch + Safe Mode で Space OFF リファレンス作業時の Unpack/Repack を自動処理します。

5. スクリプト自動化

Script API v2.1（Python、UI 独立）— パイプラインスクリプトから Add / Replace / Export などを直接呼び出せます。
（S製品は MaxScript API を提供します。）

意図的に異なる設計方針

以下は Fast-Ref の「不足」ではなく、パイプラインの安全性を確保するための設計選択です。

ネスト参照（A→B→C）

Fast-Ref はネスト参照を推奨しません。

• どのリファレンスツールでも、ネスト構造は追跡・デバッグ・チームコラボレーションにおいてリスクが高くなります。
• ゲームのキャラクターパイプラインでは、A→B→C チェーンが必要な実務シナリオはほとんどありません。
• すでに Fast-Ref 化されたファイルを Add すると N 警告で通知します。

→ 環境やプロップを参照の中に参照として入れ子にする必要がある場合は、S製品または別のパイプラインの方が適しているかもしれません。

モディファイア · マテリアル — 「マスターシーンで上書き」ではない

Fast-Ref はマスターシーンで Edit Poly を積み上げたりマテリアルをローカルオーバーライドしたりする方式ではありません。

• 元の .max がマスターです。
• Reload / Replace 時に元データのモディファイア・マテリアル・メッシュ構造が自然に反映されます。
• リグ構造やシェーディングの変更は、元リグファイルで行うことが前提です。

→ マスターシーンでマテリアルやモディファイアをローカル上書きする作業が多い場合は、S製品のデルタオーバーライドがより適しているかもしれません。

機能比較 — 実務基準

リファレンス · シーン管理

アニメーション · リギング

パイプライン · サポート

正直な制限 — 導入前にご確認ください

Fast-Ref は万能ではありません。以下は公式ガイド・実務フィードバックに基づく情報です。

自分に合っているか — 30秒チェック

よくある質問（FAQ）

Q. S製品の代わりに Fast-Ref を使うべきですか？

A. どちらもアニメーションリファレンスを扱います。違いは方式です。
S製品はマスターシーンでのデルタオーバーライドでキー・マテリアル・モディファイアなどの変更差分を維持し、Fast-Ref はリグ Replace 時に専用復元エンジンで Biped IK・TCB List・FBX Export などゲームキャラクターパイプラインに合わせて復元します。
リグ更新が頻繁なゲームキャラクターアニメが中心なら Fast-Ref、アニメーション・ルックデブ・環境を一つのツールのデルタ方式でまとめたいなら S製品をご検討ください。

Q. マスターシーンでアニメーションキーを設定できますか？

A. できます。 Fast-Ref でもマスターシーンでのキー・コントローラー操作が可能です。リグファイルが更新されると Replace 時に 3ds Max 公式復元 API と OtakuSolutions 独自復元アルゴリズムでアニメーション・Constraint・IK などを再調整します。TCB · Position List · Rotation List などの複雑なコントローラー形式も完全サポートします。Selection Set は Rig Info ノードを活用しているとき、Replace / Reload 後も維持されます。

Q. 元データなしで Max ファイルを一つだけ渡せますか？

A. Fast-Ref は Merge で可能です。 リファレンスがシーンに完全に統合された単一 .max になるため、元データのパスなしに渡すことができます。S製品は Maya 式のデルタ構造上、単純な引き渡しは困難で Embedded などの別途手順が必要です。

Q. プラグインなしでファイルが開きますか？外注先に渡しても大丈夫ですか？

A. Fast-Ref は可能です。 Merge / Unpack 後は純粋な Max ノードのみになるため、プラグインがインストールされていない外注先にファイルを渡しても正常に開きます。
一方 S製品は C++ ベースのプラグインのためチーム全員のインストールが必須であり、未インストール環境ではシーンが壊れる可能性があります。

Q. ネスト参照はなぜ推奨しないのですか？

A. ネスト構造はどのツールでもリスクが高く、キャラクターパイプラインでの実益も少ないです。単一レベルのリファレンスを推奨しており、ネストされたファイルは N 警告で表示されます。

Q. モディファイアやマテリアルは変更できませんか？

A. マスターシーンで上書きする方式ではありません。元データが変わると Reload/Replace 時に自動反映されます。変更は元リグファイルで行います。

Q. スクリプトで自動化するには？

A. Fast-Ref は Python API（v2.1）を提供します。S製品は MaxScript API を提供します。社内パイプラインの言語に合わせて選択してください。

Q. smartAnim と CAT はサポートされていますか？

A. Fast-Ref の開発・検証の焦点は、3ds Max リギングの大半が Biped ベースという点に合わせて Biped / Custom Bone に当てています。
CAT・smartAnim パイプラインは公式の主力対象外です。ただし、該当リグへの需要が十分に確認された場合はサポートを検討することがあります。

• smartAnim ベースのリギングが中心の場合 → まず S製品を検討することをお勧めします。
• 導入前には 14日間 Trial で実際のリグファイルを使い Replace / Reload を必ずテストしてください。
• Trial でも不十分でサポートが必要な場合 → contact@otakusolutions.com にリグサンプルとともにお問い合わせください。

Q. 日本語・韓国語・中国語で使えますか？

A. UIは日本語・英語・韓国語・中国語に対応しています。 ツール画面や案内文は該当言語で利用できます。
ただし、プロジェクトのフォルダ・ファイルパスは Python のエンコードの問題を避けるために英語に統一することをお勧めします。（例：C:\project\rig\character.max）

まとめ

┌──────────────────────────────────────────────────────────────┐
│  S製品    →  アニメーション・マテリアル・モディファイアなどの  │
│              変更差分をデルタで積み重ね、                     │
│              元データが変わっても維持する汎用リファレンス      │
│              (MaxScript)                                     │
│                                                              │
│  Fast-Ref →  元リグを基準として管理し、                      │
│              リグが変わっても 3ds Max API + 独自アルゴリズムで │
│              アニメーション等を復元                           │
│              (Rig Info 時 Selection Set 維持)                 │
│              Merge · Export                                  │
└──────────────────────────────────────────────────────────────┘

Fast-Ref はゲームキャラクターアニメーション制作のために作られました。
すべての 3ds Max リファレンスニーズに最善の答えではありません — それを明確にお伝えすることが、導入後の満足度を高める道だと確信しています。

OtakuSolutions · Fast-Ref v1.2.3 基準 · お問い合わせ：otakusolutions.com