クラウドレンダリング向けMayaのセットアップ
Configure Maya for cloud rendering with Arnold and V-Ray.
当ファームのMayaは、Arnold（Mayaのデフォルトレンダラー）、V-Ray、Redshiftの3つのプライマリレンダラーをサポートしており、XGenインタラクティブグルーミング、AlembicおよびUSDパイプライン、VFXおよびアニメーションチームが利用する主要なサードパーティプラグインにも対応しています。このページでは、プロジェクトのパッケージ化、レンダラー別のノート、XGenワークフロー、Arnold Denoiserの設定、Render SetupとLegacy Render Layersの違い、送信フロー、Mayaに特有のトラブルシューティングについて説明します。
当ファームにおけるMayaの概要（対応バージョン、ハードウェアティア、料金例）については、専用ランディングページ をご参照ください。Maya 2027リリースの新機能については、 の記事をご覧ください。
対応バージョン
Maya 2024、2025、2026はすべてのワーカーにプリインストールされています。Maya 2023はレガシープロジェクト向けにリクエストベースで利用可能ですが、分散レンダリングに必要なレンダーエクスポート機能がないため、Maya LTはサポートされていません。ファームはお使いの .ma（ASCII）または .mb（バイナリ）ファイルのバージョンを自動的に照合するため、送信UIで手動指定する必要はありません。
Autodeskは年次バージョンに加えてポイントリリース（例：2025.1、2025.2、2025.3）を提供しています。当ファームは公開から4〜6週間以内に最新GAリリースをプロビジョニングします。プラグインの互換性（Yeti、Bifrost、またはMayaマイナーバージョンにピンされたサードパーティレンダラービルドなど）により特定のポイントリリースが必要な場合は、ジョブメモに記載いただければ、そのリリースにピンされたワーカーにルーティングします。
メジャーリリース内でのクロスバージョン前方互換性は通常安全ですが（2024.0のシーンは2024.3でクリーンに開けます）、クロスメジャー移行（2023→2025）では非推奨ノードやアトリビュートの再マッピングが発生することがあります。2023のシーンを送信する必要がある場合は、まずワークステーション上の最新インストールバージョンでコピーを保存し、アップロード前にテストフレームが一致することを確認してください。
Mayaプロジェクトのパッケージ化
Mayaプロジェクトは、.ma または .mb シーンファイルと、Mayaがシーンオープン時に解決するために必要なプロジェクトフォルダー構造から構成されます：
sourceimages/— テクスチャ、HDRI、ACEScgカラー管理済み入力scenes/— マスターシーンおよびリファレンスシーン（.ma/.mb）cache/— Alembic（.abc）、パーティクル、フルイド、nClothキャッシュxgen/— XGenパッチデータ（collections/、descriptions/、patches/）assets/— Arnold standins（.ass）、V-Rayプロキシ（.vrmesh）、USDレイヤー（.usd/.usda/.usdc）data/— 補助シーンデータ（デフォーマーマップ、ベイク済みシミュレーションファイル）
Mayaの組み込み機能「File → Archive Scene」が推奨パッケージングツールです。ワークフローは以下の通りです：
- プロジェクトルートを設定します。 File → Set Project。Mayaのパス解決はプロジェクトルートが正しく設定されていることに依存します。設定されていない場合、Archive機能は構造的には有効なアーカイブを作成しますが、ワーカーで失敗する絶対パス参照が含まれます。
- File → Archive Scene を実行します。 Mayaはアクティブシーン、すべての参照ファイル（sourceimages、リファレンス、キャッシュ、XGenパッチ、Arnold standins）を収集し、単一のアーカイブに書き込みます。
- まず絶対パスを解決します。 Archive Sceneは絶対パスが存在する場合（例：
D:\Projects\shot_010\sourceimages\wood.exr）それを保持します。アーカイブ前に、Reference Editor（File → Reference Editor）とパスマネージャーを開き、絶対パスを相対形式（./sourceimages/wood.exr）に変更してください。 - Archive Sceneが
.zipを生成した場合は.tar、.tar.gz、または.7zに再アーカイブします。.zipのアップロードは受け付けていないため、送信前にファイルを再パックする必要があります。WindowsのおよびmacOS/Linuxのtar -czfはどちらもファーム互換のアーカイブを生成します。 - アーカイブを確認します。 アーカイブされたシーンをワークステーション上の新しいMayaセッションで開き、単一のテストフレームをレンダリングします。ビットマップ、リファレンス、XGenパッチなど何かが欠けている場合は、それを見つけて再リンクし、再アーカイブします。
一般的な間違いとして、.ma ファイルだけをコピーするショートカットは機能しません。Mayaシーンはアセットへの参照のみを格納しており、アセット自体は含みません。
送信前に確認すること
ワーカーに到達する前に約80%の失敗ケースを検出する短いプリフライトチェックリストです：
- アクティブレンダラーが正しく設定されていること。 Render Settings → Render Usingは、ワーカーが使用するレンダラーを決定するドロップダウンです。レンダラー設定のミスマッチは予期しない出力の一般的な原因です（Arnoldで作成されたシーンがV-Rayアクティブで送信された場合、V-Rayのデフォルトでレンダリングされます）。
- Render Setup vs Legacy Render Layers。 Maya 2017以降はRender Setupがデフォルトですが、レガシープロジェクトはまだLegacy Render Layersを使用している場合があります。送信前にRender Setupに変換してください（Window → Rendering Editors → Render Setup → Import from Legacy Render Layers）。ワーカーノードでの「Error: Legacy Render Layers」失敗パターンを回避できます。
- フレームレンジがRender Settingsに設定されていること（タイムラインだけでなく）。 ファームはRender Settings → Commonのフレームレンジを読み取ります（タイムラインからではありません）。両方が一致していることを確認してください。不一致は通常「ファームが予想より少ないフレームをレンダリングした」として現れます。
- レンダリング可能なカメラがチェックされていること。 Render Settings → Common → Renderable Camerasがレンダリングするカメラを決定します。デフォルトの
perspが誤ってチェックされたままになることが多いため、不要なカメラのチェックを外し、必要なカメラをチェックしてください。 - 出力パスにMayaトークンを使用すること。
<RenderLayer>/<Scene>.<#>.<ext>は安全なデフォルトで、ファーム上で予測可能な出力構造を生成します。絶対出力パスは避けてください。 - プリレンダーおよびポストレンダーのMELまたはPythonスクリプトが無効になっていること（ワークステーション固有のパスを参照する場合）。 ネットワークパスに
system()を呼び出すプリ/ポストレンダーフックはワーカー上でサイレントに失敗します。 - カラーマネジメントが明示的に設定されていること。 OCIOコンフィグ（ACES、カスタムスタジオコンフィグ）はプロジェクトにバンドルするか、ワーカーのデフォルトに依存する必要があります。カスタムOCIOコンフィグを使用する場合は、
.ocioファイルをアーカイブに含め、パスをプロジェクトルートからの相対パスに設定してください。
レンダラー別のノート
Maya用Arnold
ArnoldはMayaのデフォルトレンダラーで、当ファームのMayaプロジェクトで最も一般的に選択されています。特にVFX、キャラクターアニメーション、フィーチャーワークに使用されます。ArnoldはCPUワーカーティア（Dual Intel Xeon E5-2699 V4、ノードあたり最大256 GB RAM）で動作します。
設定ノート：
- ライセンス： ArnoldはAutodeskのレンダーノードライセンスのもとMayaに含まれています。当ファームでのレンダリングに別途Arnoldライセンスは不要です。当ファームはArnoldのAutodeskレンダーオンリー利用モデルで運営しています。
- サンプリング設定。 Camera（AA）サンプル、Diffuse、Specular、Transmission、SSS、Volumeサンプルは送信前にローカルでキャリブレーションしてください。ファームはプロジェクトが指定するサンプリング値をそのまま使用します。アンダーサンプリングのシーンはローカルと同様にファームでもノイズが残ります。Adaptive Samplingを有効にすると、高分散領域（明るい窓光のある室内）のショットには効果的ですが、グローバルにアンダーサンプリングなシーンを救うことはできません。
- AOV。 ArnoldはOutput Driverの設定によりマルチチャンネルEXRまたはAOVごとのファイルとして書き出します。デフォルトの
マルチチャンネルEXRはファームでサポートされています。コンポジターが別々のファイルを好む場合は、AOVブラウザーでドライバーをper-passモードに切り替えてください。 - StandinsとProcedurals。 Arnold standins（
.assファイル）とproceduralはファームで動作します。standinファイルをプロジェクトアーカイブに含めてください。パス解決は送信時に処理されます。非常に大きなstandins（5 GB超）の場合は、ブラウザーアップロードよりSFTPアップロードパスが安定しています。 - OSLシェーダー。 シーンにバンドルされたカスタムOSLシェーダーはファームで動作します。ワークステーション固有のパスに依存するシェーダー（非標準の場所にあるコンパイル済み
.osoファイル）は、アーカイブ前にプロジェクトのshaders/フォルダーに移動する必要があります。 - オペレーター（Imagers、Light Filters）。 レイトステージシーンオーバーライド（ライトフィルター、imager、カスタムAOVドライバー）用のArnoldのオペレーターグラフはサポートされています。送信前にオペレーターグラフが
defaultArnoldRenderOptionsに接続されていることを確認してください。
Arnold Denoiser（OptixとNoice）
Arnold Denoiserには2種類あり、どちらもファームで動作します：
- Optixデノイザー。 GPUアクセラレーションによる高速ポストレンダーデノイズ。Render Settings → Arnold Renderer → Denoisingで設定します。OptixはAAサンプルが6〜10の範囲で最も効果的で、6未満ではデノイザーが細かいディテールをスミアし始めます。
- Noice（CPU、テンポラル）。 アニメーションに推奨されるワークフローです。Noiceは
NAOV（分散）とZAOV（深度）がベイクされたEXRシーケンスで動作します。テンポラルデノイジング（フレーム間のノイズ分散を除去）には、テンポラルフレームレンジ（例：7フレームウィンドウの場合は-3 +3）を設定します。ファームはNoiceをポストレンダーステップとして実行します。送信前にAOVリストにAOV（N、Z、beauty）を含めてください。
グレイニーなデノイザー出力は通常3つの原因のいずれかです：不十分なAAサンプル（最低6〜10に引き上げる）、分散AOVの欠如（Optixは分散シグナルに必要）、またはNoiceのテンポラルフレームレンジの設定ミス。一貫したグルーミングやモーションブラーのあるアニメーションでは、NoiceのテンポラルモードがフレームごとのOptixよりも大幅にクリーンです。
Maya用V-Ray
Maya用V-RayはCPUワーカーティアで動作します。3ds MaxまたはCinema 4Dのワークフローで確立されたV-RayパイプラインをMayaに移行したスタジオに適しています。
設定ノート：
- ライセンス。 当ファームのV-RayはChaosパートナーライセンスで動作します。公式Chaosパートナーとして、ライセンスされたV-Rayインストールを運営しています。
- GIキャッシュ（Irradiance Map + Light Cache）。 アーキビズの静止画レンダリングでは、Irradiance MapとLight Cacheをローカルで事前計算する方が、ワーカーごとに再計算するよりも大幅に速くなります。ディスクへのプリパス、次に保存されたマップを再利用してファイナルパスという2パスワークフローは、に文書化されています。
- V-Rayアニメーションプリパス。 アニメーションには、全フレームレンジにわたってIrradiance Mapを「Animation (prepass)」モードでレンダリングし、フレームごとの部分マップを構築し、ファイナルパスに「Animation (rendering)」モードを使用することを推奨します。これによりフレームごとのGIフリッカーが除去され、すべてのワーカーフレームでGIを再計算するよりも大幅に速くなります。3ds Max用に文書化されているのと同じパターンがここに適用されます（2つのDCCバインディング間でパラメーター名が一致します）。
- VRayProxy。 サポートされています。プロジェクトアーカイブの
assets/またはproxies/に.vrmeshプロキシファイルを含めてください。シーン内のプロキシパスが相対パスであることを確認してください。 - V-Ray Frame Buffer（VFB）。 VFBカラー補正付きのEXR出力はサポートされています。補正を
.vccglbファイルとして保存し（VFB → "..." メニュー → Save Corrections）、アーカイブに含めてください。ワーカーはレンダリング中に保存された補正を適用します。 - VRaySceneファイル。 外部シーン参照としてサポートされています。
.vrsceneファイルをマスター.ma/.mbと一緒にアーカイブに含めてください。
Maya用Redshift
Maya用RedshiftはNVIDIA RTX 5090 GPUワーカーティア（カードあたり32 GB VRAM）で動作します。GPU反復速度を必要とするMayaパイプラインを持つスタジオに適しています。特にモーションデザインチーム、インディーアニメーションスタジオ、ブロードキャストグラフィックスワークに最適です。
設定ノート：
- ライセンス。 当ファームのRedshiftはMaxonパートナーライセンスで動作します。
- アウトオブコアメモリ。 デフォルトで有効。ワーキングセットの半分をストリーミングするシーンのアウトオブコアペナルティは実際に存在します。純粋にVRAM内で実行されるシーンは、ストリーミングシーンよりも大幅に速くなります。プロダクションシーケンスでは、可能な限りテクスチャサイズとプロキシ密度を調整してVRAMに収めることをお勧めします。
- Unified Sampling。 Unified Samplingの値はフレームごとのレンダリング品質を制御します。送信前にローカルでキャリブレーションしてください。アンダーサンプリングのRedshift出力はアンダーサンプリングのArnoldと同様に見えます（シャドウと反射のノイズ）が、最適化パスは異なります。
- AOV。 C4D Redshiftワークフローと同じマルチチャンネルEXRまたはAOVごとのファイルパターン。RedshiftのAOVブラウザーはRender Settings → AOVsにあります。
- Redshiftプロキシ。 サポートされています。インスタンス化されたジオメトリや他のDCCからエクスポートしたヒーローアセットには
.rsプロキシファイルを使用してください。 - Redshift IPR vs ファイナルレンダー。 IPR（インタラクティブプレビュー）で許容可能に見える設定が、ファイナルパスの品質ではアンダーレンダリングになることがあります。アニメーションバッチを送信する前に、必ずローカルでファイナルパスサンプリングでテストフレームをレンダリングしてください。
Maya XGen
キャラクターワーク、散布オブジェクト、オーナメントワーク用のXGenインタラクティブグルーミングはファームでサポートされています。XGenはシーンファイルの外にパッチデータを持つため、パッケージ化には特別な注意が必要です。
XGenプロジェクトのワークフロー：
- XGenパッチが保存されていることを確認します。 ローカルでプロジェクトを開き、各XGendescriptionをリフレッシュし（Generate → Refresh）、シーンを保存します。XGenはセッションを明示的に保存するまでパッチデータをワーキングセッションにのみ保持することがあります。
- アーカイブに
xgen/フォルダーを含めます。 MayaのArchive Sceneは通常このフォルダーをキャプチャしますが、アップロード前に確認してください。このフォルダーにはcollections/、descriptions/、patches/サブフォルダーが含まれます。 - シーン内のXGen Collection Pathを確認します。 パスが絶対ワークステーションドライブ（例：
D:\Projects\shot\xgen\）を参照している場合、Mayaはワーカー上でコレクションを見つけられません。アーカイブ前に相対パス（./xgen/）に設定してください。 - Procedural XGen（インスタンスジオメトリ、アーカイブ）。 参照されているアーカイブがプロジェクトフォルダー内にあることを確認してください（ワークステーションの別ディレクトリではなく）。AlembicベースのXGenアーカイブの場合は、
.abcファイルをcache/またはassets/に含めてください。 - グルーミングスプラインをプリキャッシュします。 密なヘアシーンでは、グルームをキャッシュ状態にベイク（Cache → Create Cache File）してから送信すると、ワーカーごとのセットアップ時間が短縮されます。
XGen重いシーンのフレームあたりレンダリング時間は静的ジオメトリよりも大幅に高く、密なヘアシーンでは上位ティアワーカーでも1フレームあたり10〜30分かかることがあります。グルーミングが静的（フレームごとのシミュレーションなし）なアニメーションワークでは、XGenをAlembicジオメトリにプリベイクすることが一般的な最適化です。XGen descriptionをポリゴンまたはカーブに変換してAlembicにキャッシュし、Alembicをレンダリングシーンで参照します。ファームはキャッシュされたAlembicを予測可能なフレームあたりコストでレンダリングします。
Mayaプラグインのサポート
Maya用Super Renders Farm送信プラグインは、アセット検証、レンダー設定チェック、Maya内から直接ワンクリック送信を処理します。アカウントダッシュボードのダウンロードセクションからインストールしてください。インストール後、プラグインは SuperRenders というシェルフボタンと、Mayaのメインメニューバーの SuperRenders メニュー項目として表示されます。
プラグインの機能：
- Maya内からのワンクリック送信 — アクティブなレンダー設定（レンダラー、フレームレンジ、出力パス、AOV、レンダーレイヤー）を取得し、Maya を離れることなく送信します。
- アセットパス検証 — 送信前に欠落しているテクスチャ、リファレンス、XGenパッチ、standins、プロキシにフラグを立てます。「ワーカー上でアセットが見つからない」という失敗モードをワークステーションレベルで検出します。
- レンダーレイヤー / Render Setup対応 — レイヤーオーバーライドとレンダー時の表示フラグを含む正しいレイヤー設定を送信します。
- ライセンストークンチェック — Render Settingsで選択したレンダラーがファームでサポートされていることを送信前に確認します。
- ジョブメモのパススルー — プラグインのメモフィールドに記入した内容は送信キューに届き、ジョブでチケットを発行した場合にサポートスタッフが参照できます。
プラグインのインストール手順とトラブルシューティング（「プラグインがシェルフに表示されない」パターンを含む）については、をご参照ください。
送信フロー
Maya プロジェクトには3つの送信チャンネルが利用できます：
- 送信プラグイン（反復作業に推奨）。 プラグインをインストールした後、Maya内から送信します。プラグインがライブレンダー設定を読み取るため、最も短い反復ループを実現します。古いUI状態で送信するリスクがありません。
- ウェブアップロード + ダッシュボードからの送信。 アーカイブされたプロジェクトをアップロードし、ウェブサイトから送信します。プラグインなしで動作し、単発のジョブや、プラグインインストールがブロックされているロックダウンされたワークステーション上のユーザーに適しています。
- クライアントアプリ。 アップロード + 送信 + 自動ダウンロードを1つのラッパーで処理します。ブラウザーを使わずにフルラウンドトリップを管理するデスクトップアプリケーションを望む、定期的なMayaジョブを持つスタジオに最適です。
クロスDCCのアップロード・送信・ダウンロードフローについては、をご参照ください。
Mayaに固有の失敗のトラブルシューティング
すべてのDCCに適用される一般的なトラブルシューティングについては、をご参照ください。Mayaに固有のケース：
- すべてのレンダリングが黒または空白で返される。 Render Settings → Common → 「Renderable Camera」が意図したカメラ（デフォルトの
perspではなく）に設定されていることを確認してください。また、レンダーカメラがOutlinerで非表示になっていないことも確認してください。これはMayaジョブでの黒いレンダーの最も一般的な原因です。 - 「Missing plugin」またはプラグインがシェルフにない。 送信プラグインはPlugin Manager（Window → Settings/Preferences → Plug-in Manager）でロードされている必要があります。SuperRenders プラグインを検索し、「Loaded」と「Auto load」の両方にチェックを入れてください。プラグインファイルが
plug-ins/フォルダーにない場合は、アカウントダッシュボードからインストーラーを再実行してください。 - 再インストール前に古いプラグインを削除すること。 以前に古いバージョンの送信プラグインをインストールした場合は、新しいバージョンをインストールする前に
Documents/maya/<version>/plug-ins/から古い.mll（Windows）または.bundle（macOS）ファイルを削除してください。両方が存在すると、Mayaが古いバージョンを優先してロードすることがあります。 - TX自動変換の失敗。 Arnold Render Settingsで「Automatic TX texture update」が有効になっている場合、Mayaはレンダリング時にテクスチャを
.txに変換しようとします。ファームでは、ワーカーのパーミッションがローカルセットアップと一致しない場合、この変換が失敗することがあります。信頼性の高い回避策は、maketx（Arnoldに同梱）を使用してテクスチャをローカルで.txに事前変換し、.txファイルをアーカイブに含め、送信前に「Automatic TX texture update」を無効にすることです。 - 「Error: Legacy Render Layers。」 Maya 2017以降はRender Setupがデフォルトです。Legacy Render Layersを持つ古いプロジェクトを開くと、ファームでこのエラーが発生することがあります。送信前にローカルでRender Setupに変換してください（Window → Rendering Editors → Render Setup → Import from Legacy Render Layers）。この変換は非破壊的で、元のLegacy Render LayersデータはシーンにMISS残ります。
- Arnold Denoiserがグレイニーな出力を生成する。 デノイザーが十分な入力サンプル（最低AAサンプル6〜10）で設定されていること、および分散AOV（
N）が有効になっていることを確認してください。テンポラルデノイジングを使用するNoiceの場合は、テンポラルフレームレンジがデノイズするフレームに対して正しく設定されていることを確認してください。 - シーンファイルでiRayレンダリングが有効になっている。 iRayはAutodeskによって廃止されており、ファームではサポートされていません。シーンでiRayがアクティブレンダラーとして設定されている場合は、送信前にRender Settings → Render UsingでArnold（またはV-Ray / Redshift）に切り替えてください。
- シーンロード時にアセットが見つからない。 ワークステーションでAsset Tracking（Window → General Editors → File Path Editor）を開き、欠落しているアイテムを見つけ、再リンクして再アーカイブします。ファームでの「アセット欠落」失敗のほとんどは、最後のArchiveパス後に変更されたパスに起因します。
- Locked View to Renderによる間違ったカメラ。 シーンでカメラがビューポートにロックされている場合（
Panels → Perspective → camera → Lock Camera）、MayaがRender Settingsで設定されたカメラよりそのカメラを優先することがあります。送信前にビューポートにロックされたカメラのロックを解除してください。 - 出力イメージが全体でない / クリップされている。 Render Settings → Common → 「Use Render Region」を確認してください。有効になっているサブ領域に設定されている場合、ワーカーはその領域のみをレンダリングします。フルフレーム出力のためには無効にしてください。
- YetiまたはOrnatrixがプリインストールされていない。 YetiとOrnatrixはデフォルトではワーカーイメージにプリインストールされていません。送信前にサポートに連絡してワーカーへのプラグイン追加について相談するか、グルーミングをAlembicジオメトリにベイクしてキャッシュを参照してください。ベイクされた出力はプラグインなしでファームでレンダリングされます。
クロスリファレンス
- — アップロード、送信、ダウンロードのワークフロー
- — Mayaジョブのコスト計算方法
- — Irradiance Map、Light Cache、アニメーションプリパス
- — SFTPガイド、アーカイブ形式
- — クロスDCCトラブルシューティング
- — Maya送信プラグインのインストール
- — ランディングページ
- — バージョンカバレッジ記事
- — Arnold専用ランディング
- — Redshift専用ランディング
FAQ
Q: ファームはどのMayaバージョンをサポートしていますか？ A: Maya 2024、2025、2026はすべてのワーカーにプリインストールされています。Maya 2023はレガシープロジェクト向けにリクエストベースで利用可能です。分散レンダリングに必要なレンダーエクスポート機能がないため、Maya LTはサポートされていません。ファームはお使いの .ma または .mb ファイルのバージョンを自動的に照合します。
Q: ファームでレンダリングするためにMayaライセンスを移転する必要がありますか？ A: いいえ。当ファームはAutodeskのレンダーノードライセンスのもとで、ワーカーフリート全体にライセンスされたMayaインストールを運営しています。ローカルのMayaライセンスはお手元に残ります。
Q: Arnold、V-Ray、Redshiftのどのレンダラーを選ぶべきですか？ A: ArnoldはキャラクターアニメーションとVFXワーク（Mayaのデフォルト、最も深いパイプライン統合）に。V-RayはGIが重い確立されたV-Rayスタジオパイプラインやアーキビズに。Redshiftはモーションデザインやインディーアニメーションの高速GPU反復に適しています。3つのレンダラーはすべて、当ファームで検証済みライセンスを持ち、ワーカーノード全体で予測可能な出力を生成します。
Q: プロジェクトでキャラクターグルーミングにXGenを使用しています。レンダリングできますか？ A: はい。XGenパッチファイル（.xgen および .xpd）がプロジェクトアーカイブに含まれていれば可能です。シーン内のXGen Collection Pathが相対パス（./xgen/）に設定されており、ワークステーションの絶対パスではないことを確認してください。XGenが重いシーンのフレームあたりレンダリング時間は静的ジオメトリよりも大幅に高くなります。グルームが静的なアニメーションでは、グルーミングをAlembicにプリベイクすることが一般的な最適化です。
Q: XGenの代わりにYetiやOrnatrixでグルーミングしたMayaシーンがあります。サポートされていますか？ A: YetiとOrnatrixはデフォルトではプリインストールされていません。送信前にサポートに連絡して、ワーカーイメージへのプラグイン追加について相談してください。または、グルーミングをAlembicジオメトリにベイクして送信してください。ベイクされた出力はプラグインなしでファームでレンダリングされます。
Q: クリーンなアニメーション出力のためにArnold Denoiserをどのように設定すればよいですか？ A: アニメーションには、Noiceのテンポラルワークフローが最もクリーンな結果を生成します。beauty出力と並行して N（分散）と Z（深度）AOVを有効にし、AAサンプルを最低6〜10に設定し、テンポラルフレームレンジ（例：7フレームウィンドウの場合は -3 +3）でNoiceを設定します。Optixはフレームごとに速いですが、Noiceのテンポラルほどフレーム間のノイズ分散をクリーンに処理しません。
Q: ファームがシーンをロードしようとすると「missing plugin」エラーが発生します。何を確認すればよいですか？ A: クリーンなMayaセッションでローカルにシーンを開いてください（すべてのウィンドウを閉じ、Mayaを再起動してからシーンを開く）。「missing plugin」の警告についてScript Editorを確認してください。ファームにプリインストールされていないプラグインは、シーンのプラグインリストから削除（Edit → Unknown Plug-ins → Remove）するか、同等のものに置き換える必要があります。
Q: Maya Softwareレンダラーまたはハードウェアレンダラー2.0のジョブをレンダリングできますか？ A: Maya Softwareはサポートされていますが、ほとんどすべてのプロダクションワークにArnoldを推奨します。ハードウェアレンダラー2.0はビューポートプレイブラスト用で、分散レンダリング向けに設計されていません。ワークステーションでローカルにレンダリングしてください。
Q: ファームでTXテクスチャ変換が失敗しています。何が起きていますか？ A: Arnoldの「Automatic TX texture update」オプションにより、ワーカーがレンダリング時にテクスチャを .tx に変換しようとしますが、ワーカーのユーザーパーミッションがローカルセットアップと異なる場合、失敗することがあります。信頼性の高い修正：maketx を使用してすべてのテクスチャをローカルで .tx に事前変換し、.tx ファイルをプロジェクトアーカイブに含め、送信前にArnold Render SettingsでAutomatic TX updateを無効にします。
Q: 4Kステレオアニメーションで12,000フレームあります。ファームで対応できますか？ A: はい。そのサイズのプロジェクトでは、ブラウザーではなくSFTP経由でアップロードすること（再開可能な転送で数時間のアップロードを安全に処理）と、クリーンなジョブオーサリングのために送信プラグインを使用することをお勧めします。フレームあたりのレンダリング時間とそれに伴うコストは、シーンの複雑さとレンダラーの選択によって異なります。でお使いの入力に基づいた見積もりを確認できます。
---
