モーションデザイン向けレンダーファーム活用ガイド

はじめに

モーションデザインには、多くのレンダーファームガイドが見落としているレンダリング上の課題があります。それは、そうしたガイドが想定しているアーキビジュアライゼーションやVFXのワークフローとは形が違うからです。モーグラフのプロジェクトは、最後に一発勝負のビューティーレンダーを行うものではありません。クライアントが修正を重ねるたびに5回、6回、時には10回も再レンダリングされる「動く標的」であり、そのコストは毎回、納期に直撃します。モーションデザイナーが実際に知りたいのは「どのファームがピークスループット最速か」ではなく、「クライアントが納品前日の午後4時に気持ちを変えたとき、どうすればレンダリングで締め切りを飛ばさずに済むか」です。

このガイドは、モーションデザインのパイプラインに具体的にレンダーファームがどう関わるかについてです。Cinema 4DからAfter Effectsへの受け渡し、生の速さよりもフレーム単価の計算が重要になる修正の経済学、そしてファームを足かせではなく武器にするキャッシュとプロキシの運用規律を扱います。私たちは毎日、自社ファームでAfter EffectsとCinema 4Dの案件をレンダリングしているので、この内容の多くはモーグラフの案件が実際にどこで詰まるかを見てきた経験に基づいています。プロバイダーを横並びで比較したい場合はまた別の話です — After Effectsファーム比較とCinema 4Dファーム比較は別記事にまとめています。この記事は、その判断の土台となるワークフローについてです。

Cinema 4DのMoGraphとRedshiftの3Dレイヤーが最終コンポジットのためにAfter Effectsへと流れ込む様子を示すモーションデザインパイプライン図

Cinema 4Dのモーションデザイン作業に合うレンダーファームとは？

正直に言うと、「モーションデザイン向けレンダーファーム」という独立した製品カテゴリーは存在しません。それは、もっと一般的な2つのユースケースにまたがる使い方のパターンです。モーションデザインの作業の多くは、Cinema 4Dで構築される3Dレイヤー（多くの場合MoGraphとRedshiftのようなGPUエンジンを使用）と、After Effectsで組み立てられる2D／コンポレイヤーに分かれます。モーションデザインに合うレンダーファーム（Render Farm）は、プロジェクトを再設計させることなく、この両サイドに対応できなければなりません。

具体的には、3つの条件が必要です。第一に、実際に使っているレンダーエンジンでCinema 4Dをサポートしていること — 2026年時点で多くのモーグラフアーティストにとってそれはRedshiftであり、これはGPU専用エンジンなので、ファームには後付けで転用したCPUノードではなく、本物のGPUフリートが必要です。第二に、After Effectsのレンダリングをサポートしていること。コンプレイヤーは、3Dのパスがタイプ、エフェクト、2Dアニメーションと組み合わされる場所だからです。第三に — モーションデザインに固有の点として — プロジェクト単位の経済性が修正サイクルに耐えられなければなりません。モーグラフの案件は一度きりのレンダリングでは終わらないからです。

私たちのファームでは、フルマネージド型のモデル（fully managed）がこの最初の2点を直接カバーしています。Cinema 4DとRedshiftはレンダー単価にライセンス料込みでサポートされ、After Effectsのレンダリングも、リモートデスクトップ操作なしで同じ提出・ダウンロードのフローで処理されます。第三の点は、このガイドの残りで扱うワークフローの規律が効いてくるところです — キャッシュとプロキシの設定次第で、修正が1時間で済むか、一晩かかるかが決まります。

モーションデザインのパイプライン：レンダーファームが実際に入る場所

「モーションデザイン向けレンダーファーム」が意味することは、どのレイヤーの話をしているかによって変わります。典型的な放送用・SNS向けのモーグラフ作品は、次のように分解できます。

Cinema 4D — 3Dレイヤー。 MoGraphのクローナー、エフェクター、ダイナミクス、ライティングをRedshiftでレンダリングし、マルチパスのEXRシーケンス（ビューティーに加え、深度、モーションベクトル、Cryptomatteなど、コンプに必要なAOV）に出力します。これは最も計算負荷が高く、ファームの恩恵を最も受けるレイヤーです。Redshiftの処理はGPU依存であり、10秒のクローナーアニメーションを30fpsで1台のワークステーションでレンダリングすると、反復作業には遅すぎるからです。
After Effects — コンプレイヤー。 C4Dのパスはフッテージとして取り込まれ、2Dのタイプアニメーション、グロー、カラー、トランジションと組み合わされて、納品用コーデックへ書き出されます。AEのレンダリングは計算プロファイルが異なり、ほとんどのエフェクトはCPUとRAMに依存し、一部のエフェクトのみGPUアクセラレーションが効きます。最終マスターが生まれるのはここです。
両者のつなぎ目。 モーグラフのパイプラインが最もこじれやすい継ぎ目です。C4Dレイヤーがパスをレンダリングし終えてから初めてAEのコンプが最終レンダリングでき、3Dレイヤーの変更は下流全体の再レンダリングを引き起こします。

レンダーファームの役割は、遅い部分 — 通常はCinema 4D／Redshiftレイヤー — を圧縮し、AEのコンプがそれを待たずに済むようにすることです。モーグラフの案件がスムーズに進むとき、それはほぼ必ず、アーティストがC4Dのパスを夜間にファームでレンダリングし、EXRシーケンスをダウンロードして、インタラクティブなやり取りが速いローカル環境でAEのコンプを行っているからです。詰まるときは、たいてい2つのレイヤーが分離されていなかったことが原因です — 3Dレイヤーの1つの変更が、すべての全面的な再レンダリングを強制してしまうのです。

After Effectsのプロジェクトをファームに載せるための実務的なセットアップ（aerenderの受け渡し、collect-files、プラグインのパリティ）については、専用のAfter Effectsクラウドレンダリングセットアップガイドにまとめています。ここではパイプラインのレベルにとどめます。

修正の経済学：なぜ速さよりフレーム単価が重要なのか

ここが、モーションデザインのレンダリングが一発勝負のレンダー案件と経済的に異なる点です。アーキビジュアライゼーションでは、ヒーローフレームをレンダリングし、クライアントが承認し、アニメーションを一度レンダリングすれば完了です。モーションデザインでは、クライアントがモーション — タイミング、イージング、ロゴが着地する正確な瞬間 — に対して反復を重ね、その1回ごとにスチルではなくフレームレンジ全体が再レンダリングされます。30fpsの10秒の作品は300フレームです。5回の修正ラウンドがそれぞれフルシーケンスを再レンダリングすれば、300フレームを納品するために1,500フレームをレンダリングすることになります。

つまりモーションデザインにおいて重要な数字は、1回のパスにおけるピークレンダー速度ではなく、修正サイクル全体を通したフレーム単価です。1フレームあたりのレンダリングが速くても単価が高いファームは、実プロジェクト全体で見ると、遅くても安いファームより高くつくことが十分にあり得ます。フレーム分のコストを1回ではなく5回支払うことになるからです。

私たちの料金は従量制で、単位ごとに公開されています。GPUレンダリング（Redshift、Octane、V-Ray GPU）はOctaneBench時間あたり0.003ドル、CPUレンダリングはGHz時間あたり0.004ドルからで、レンダーエンジンのライセンス料はこの単価に含まれます。モーグラフのプロジェクトを見積もる実務的な方法は、単位あたりの単価だけを見ることではなく、シーケンス1回分のフルパスの計算コストに、現実的な修正回数を掛け合わせることです。300フレームのRedshiftフルパスが一定の金額だとすれば、1回分ではなく4〜5回分を見込んで予算を組んでください。

5回の修正サイクルにわたる、1回分のレンダーコストと総レンダーコストを比較する棒グラフ

修正の経済学は、ファームに送るべきものも変えます。クライアントとのやり取りがまだ初期段階で3Dレイヤーがまだ動いている場合、フル品質の4Kマルチパスのシーケンスをレンダリングしても意味がありません。承認用には低サンプルまたはプロキシ解像度のパスをレンダリングし、モーションが確定してから初めて高コストのフル品質レンダリングにコミットしてください。これから変わるものの高コスト版をレンダリングしてしまうことこそ、モーグラフの予算が蒸発する最も一般的な原因です。

キャッシュとプロキシの規律：スムーズな案件と苦しい案件を分けるもの

レンダーファームはシーンを多数のマシンに分散させ、それぞれのマシンがシーンを正確に再現しなければなりません。モーションデザインでは、他の多くのワークフロー以上にこの再現性がキャッシュとプロキシにかかっています。MoGraphとダイナミクスはシミュレーション駆動であり、キャッシュされていないシミュレーションはワーカーノード上で異なる結果を再計算するか、まったく失敗するからです。モーグラフの案件をクリーンに保つ規律は、いくつかの習慣に集約されます。

提出前にMoGraphのダイナミクスとシミュレーションをキャッシュする。 クローナーのダイナミクス、ソフトボディシミュレーション、パーティクルシステムなど、時間経過で解を計算するものはすべて、シーンと一緒に移動するキャッシュファイルに焼き込む必要があります（MaxonのCinema 4Dシミュレーションドキュメントに、各システムのキャッシュ運用が解説されています）。ライブのまま残すと、各レンダーノードがそれぞれ独立して再計算し、フレームレンジ全体で非決定的な結果になります。あるクローナーがフレーム1〜150では一つの落ち着き方をし、151〜300では別の落ち着き方をする、といったことが2台のマシンが別々に解を出した結果として起こります。キャッシュを焼き込み、収集アセットに含め、参照されていることを確認してください。
重いポリゴンジオメトリはプリレンダーまたはプロキシ化する。 高ポリゴンのインスタンスジオメトリに対するRedshiftプロキシは、各ノードでのシーン読み込み時間を抑え、メモリ負荷を軽減します。100万ポリゴンのオブジェクトを分散するクローナーは、各ノードで毎回ライブ評価されるより、プロキシとして扱う方がはるかに軽量です。
After Effectsのコンプは、ライブのC4Dファイルではなくレンダリング済みの3Dパスを参照させる。 Cinema 4DとAfter Effects間のCineware連携はデザイン作業には便利ですが、ファームに送るには不向きです。まずC4Dレイヤーを先にEXRシーケンスへレンダリングし、AEのコンプにはそれをフッテージとして参照させてください。これにより2つのレイヤーが分離され、AEのレンダリングパスからライブの3D計算が完全に取り除かれます。

この3点を正しく押さえれば、モーグラフの案件は予測可能に振る舞います。間違えると、典型的な失敗モードに陥ります。レンダリングは「完了」しても、出力はどこか微妙に間違っている — シミュレーションが飛ぶ、一部のフレームでジオメトリが欠落する、プロキシが正しく移動していない — といったことが起き、真夜中のコンポジット作業になって初めて気づくことになります。

メカニカルな受け渡し：クリーンなAfter Effectsコンプに向けたCinema 4D書き出し設定

ここまでのパイプラインレベルのガイダンスで、受け渡しの形はすでに定まっています——C4D／Redshiftレイヤーはビューティーではなく EXR のパスとしてレンダリングし、After Effects側をライブの3Dソルブから切り離すということです。ここでカバーしていないのは設定そのものであり、初めてモーグラフの受け渡しを行う際に実際につまずくのはまさにこの部分です。提出前にCinema 4D側で押さえておくべき点は3つあります。

AOVの選択。 ビューティーに加えて、Redshiftが出力できるものすべてではなく、コンプ側が実際に必要とするものだけをレンダリングしてください。典型的なモーグラフのコンプであれば、それはCryptomatte（個々のMoGraphクラスターやオブジェクトを、再レンダリングなしでマット分離するためのもの）、Depth AOV（コンプ側の被写界深度や大気霧の表現用）、Motion Vectors（C4D側のレンダリングでモーションブラーがすでに焼き込まれていない場合のコンプ側モーションブラー用、あるいはオプティカルフローベースのエフェクト用）です。Diffuse、Specular、Reflection、GIといったAOVは、コンプ側で実際にリライト作業を行う場合にのみ追加してください——AOVを1つ増やすごとにレンダー時間は伸び、移動させるEXRも重くなります。「コンプ側が必要とするものだけ」という条件は、この文の中で実際に効いてくる制約です。

マルチパートEXR、1フレームにつき1ファイル。 AOVはAOVごとに個別のフラットなEXRを書き出すのではなく、1フレームにつき1つのマルチパートOpenEXRにまとめて書き出してください。SRFがサポートするAfter Effectsのすべてのバージョン（2024以降）はマルチパートEXRをネイティブに読み込み、取り込み時に各パートを選択可能なレイヤーとして一覧表示するため、フレームを手作業で揃え続けなければならない複数の並行シーケンスを管理する代わりに、1本のクリーンなファイルシーケンスで済みます。

Takeをまたいでも壊れない命名規則。 プロジェクトがC4DのTake System（テイクシステム）——カメラアングル、ライティングバリエーション、クライアント要望のバリエーションごとに別テイクを持つ仕組み——を使っている場合は、各テイクをショット名だけでなくテイク名も含めた専用のサブフォルダにレンダリングしてください。テイク間で統一された命名規則（shotName_takeName.####.exr、ゼロ埋めのフレーム番号、スペースなし）を使うことで、フレームレンジを手作業で選ぶ代わりにAfter Effects側でシーケンス全体を自動検出できるようになり、また共有の出力フォルダ内で2つのテイクのフレーム0001が気づかないうちに互いを上書きしてしまう事態も防げます。

ここで扱っていない点が一つあります。マッチムーブやトラッキングを行ったショットのカメラデータです。これはライブのCineware連携ではなく、専用のカメラ書き出しパスを通じてC4Dのカメラを書き出す、別のローカルなインターチェンジ工程です。ファームに何かを送る前に自分のマシン上で完結するため、上記のレンダー側のガイダンスには一切影響しません。

メカニカルな受け渡し：マルチパスEXRの取り込みとaerenderによるコンプのレンダリング

C4D側のパスがファームから戻ってきたら、After Effects側にも最初から正しく押さえておく価値のある設定がいくつかあります。

取り込み。 フォルダ全体をドラッグ＆ドロップするのではなく、File > Import > File でシーケンスオプションにチェックを入れ、シーケンスの最初のフレームを取り込んでください。これが、上記の命名規則に基づいたAEのシーケンス自動検出をトリガーする方法です。マルチパートEXRの場合、AEは各レイヤーを個別のフッテージ項目として抽出するかを確認してきます——リビジョンごとに再抽出するのではなく、ショットごとに一度だけ行ってください。コンプを組む前に、Interpret Footage設定をC4D側がアルファをどう書き出したか（ストレートかプリマルチプライドか）と一致させておいてください。ここが食い違うと、MoGraph要素の周りに暗い、あるいは明るいフリンジが出る最も一般的な原因になり、クライアントに指摘されるまで誰も気づかないことがよくあります。

コンプの構成。 ビューティーをベースレイヤーとして配置し、AOVはデフォルトですべて有効にするのではなく、必要に応じてその上に重ねてください——再レンダリングなしでクラスターを分離するためのCryptomatteエフェクトを適用したCryptomatteレイヤー、被写界深度や霧のエフェクトに使うDepthレイヤー、コンプ側モーションブラーに使うMotion Vectorsなどです。ショットが実際に必要とするまでAOVレイヤーはオフのままにしておいてください。すべてをオンにしたまま使っていないマルチパスコンプは、何のメリットもなくレンダリングが遅くなるだけです。

aerenderによるコンプのレンダリング。 コンプ自体は、ファーム上の他のAfter Effects案件と同じaerenderベースの提出フローでレンダリングされます。モーグラフのコンプに特有の、押さえておくべきフラグは次のとおりです。プロジェクトに複数のコンポジションがある場合に正しいコンポジションを指定する -comp "CompName"、フレームレンジを指定する -s と -e（上述の段階的レンダリングのパターン——ショットの後半がまだ動いている間に、確定済みの前半フレームをレンダリングする——に便利です）、プロジェクトファイルで最後にアクティブだった設定ではなく正確なレンダーおよび出力モジュール設定を固定する -RStemplate と -OMtemplate、そしてマスターの出力先を制御する -output です。テンプレートは明示的に固定してください。誰かがプレビュー用のプリセットをアクティブにしたままだったせいで間違った出力モジュールでコンプがレンダリングされてしまうのは、無駄なレンダーパスです。

提出前のプラグインパリティ確認。 Element 3D、Trapcode、Sapphireなど、サードパーティ製のAfter Effectsプラグインはあらかじめインストールされておらず、リクエストがあった場合にのみ用意されます。コンプでこれらを使用している場合は、締め切り直前のクランチの最中ではなく、その前にプロビジョニング済みであることを確認してください。

Cavalryの立ち位置：モーグラフスタックにおける高速ローカルレイヤー

2026年のモーションデザインは、Cinema 4DとAfter Effectsだけではありません。Cavalryは、2Dおよびデータ駆動型モーションデザインのツールとして本当に人気が高まっています。プロシージャルで反復が速く、フル3Dパイプラインを必要としないインフォグラフィックやUIモーションの作業に強みがあります。レンダーファームとの関係を明確にしておく価値があります。正直に言えば、答えは「ほとんどの場合、必要ない」です。

Cavalryの強みは高速なローカルレンダリングです。自分のマシン上で2Dプロシージャル作業をすばやくプレビュー・書き出しできるように作られており、多くのCavalryプロジェクトでは、そのローカル書き出しがレンダリングの全工程です。これは欠点ではなく特徴です。レンダーファームがCavalryを含むパイプラインに入る場所は、どのモーグラフパイプラインでも同じです。重い処理は3Dレイヤーとコンプレイヤーにあります。Cavalryで作った2D要素と、RedshiftでレンダリングされたCinema 4Dレイヤー、最終的なAfter Effectsのコンプを組み合わせる作品であれば、ファームはC4D／RedshiftのパスとAEのマスターを担当し、Cavalryのレイヤーはローカルに留まって他のすべてと同様にフッテージとしてAEのコンプに取り込まれます。それぞれが得意なことをする形です。

納期のプレッシャー：代理店の納品日に向けたレンダリング

代理店・放送向けのモーグラフ作業は、外部で設定された厳しい締め切りで動きます — スポットが放送される日、ローンチイベントが開催される日があり、レンダリングは「承認」と「納品」の間にある最後の工程です。クライアントが翌朝納品のために午後6時に最終モーションを承認した場合、残りのレンダリング全体を一晩の時間枠に収めなければなりません。

ここでファームが真価を発揮し、キャッシュ／プロキシの規律が報われます。ファームが締め切りを圧縮できるのは、案件が一発でクリーンに走った場合だけだからです。締め切りのプレッシャー下で機能するパターンは次のとおりです。

パスを段階的にレンダリングし、一括処理しない。 コンプがまだ最終形でなくても、モーションが確定した時点ですぐにCinema 4D／Redshiftレイヤーを提出してください。私たちのファームでは、完了したフレームは順次戻ってくるため、長いシーケンスはレンジ全体が終わる前に部分的な出力をダウンロードでき、後半のフレームがレンダリングされている間に前半のフレームをコンポジットできます。
プロキシとキャッシュはあらかじめ焼き込んでおく。 締め切り直前にシミュレーションがキャッシュされていないと気づく余裕はありません。その確認はもっと早い段階で済ませておくべきで、午後6時にやることではありません。
コミットする前に、現実的なフレームレンジのレンダリング時間を把握しておく。 最悪の締め切り失敗は、フル品質のパスに実際どれくらい時間がかかるかを測らないまま納品時刻に合意してしまうことから生まれます。早い段階で短いテストレンジをレンダリングし、時間を計測し、そこから外挿してください。

マネージド型のファームがここで役立つのは、締め切りのプレッシャー下でマシンを管理する必要がないからです。提出するだけで、ライセンス、ノードの健全性、失敗時の再キューイングはファーム側で処理されます。通常の締め切りではこれは便利さの問題ですが、「午後6時承認・翌朝納品」というクランチでは、レンダリングに専念できるか、時計が進む中で環境のトラブルシューティングに追われるかの分かれ目になります。

翌朝納品の締め切りに向けて後半のフレームがレンダリングされ続ける中、段階的なフレームレンダリングが部分的な出力のダウンロードを開始する様子を示すタイムライン

モーションデザインをレンダーファームで進めるための実務チェックリスト

ファーム上でクリーンに進むモーグラフの案件が、提出前におおむね備えているものは次のとおりです。

段階	確認すること	モーションデザインにとって重要な理由
3Dレイヤー（C4D／Redshift）	レンダーエンジンがサポートされ、GPUフリートが本物で、ライセンスが含まれているか	RedshiftはGPU専用。CPU優先のファームは3Dレイヤーに対応できない
キャッシュ	MoGraphのダイナミクス、シミュレーション、パーティクルがすべてキャッシュに焼き込まれ、収集されているか	ライブのシミュレーションはノード間で非決定的に再計算される
プロキシ	重いインスタンスジオメトリがプロキシ化されているか（Redshiftプロキシ）	ノードごとの読み込み時間とメモリ負荷を削減する
パス	ビューティー＋AOVがCineware連携ではなくEXRシーケンスとしてレンダリングされているか	3Dとコンプを分離し、AEのレンダリングパスからライブ計算を取り除く
コンプレイヤー（AE）	コンプがレンダリング済みEXRフッテージを参照し、プラグインのパリティが確認されているか	AEがマスターをレンダリングする。ライブの3Dリンクはファーム上で壊れる
修正段階	承認用にプロキシ／低サンプルパス、確定後のみフル品質か	修正の経済学 — 動く標的の高コスト版をレンダリングしない
締め切り	納品日にコミットする前に、テストレンジのレンダリング時間を計測しているか	「レンダリングが間に合わない締め切り」に合意するのが典型的な失敗

これは特別なことではありません。レイヤーを分離し、焼き込むべきものを焼き込み、モーションが確定するまで安価な版をレンダリングするという、ごく普通の規律です。レンダーファームはその規律に報い、その欠如に罰を与えます。

作業がモーションデザインの中でも3D色の強い側 — タイトルシークエンス、ゲームシネマティクス、3Dレイヤーが主役となるトレーラー作品 — に寄っている場合は、計算のバランスが3Dパイプライン側に傾きます。その領域については、ゲームシネマティクス・トレーラー向けレンダーファームガイドでさらに詳しく解説しています。

FAQ

Q: Cinema 4Dのモーションデザイン作業に合うレンダーファームはどれですか？ A: Cinema 4Dのモーションデザインに合うレンダーファームとは、実際に使っているレンダーエンジン（多くのモーグラフアーティストにとってはRedshiftで、GPU専用のため本物のGPUフリートが必要です）をサポートし、コンプレイヤー用にAfter Effectsのレンダリングにも対応しているものです。「モーションデザイン向けレンダーファーム」は独立した製品カテゴリーではなく、Cinema 4D／Redshiftの3DレイヤーとAfter Effectsのコンプレイヤーにまたがる使い方のパターンです。私たちのファームでは、レンダーエンジンのライセンス料込みのフルマネージド型の提出・ダウンロードフローで両方に対応しています。

Q: After Effects向けのレンダーファームとCinema 4D向けのレンダーファームを併用できますか？ A: はい。ほとんどのモーションデザインのパイプラインでは実質的に両方を使っています。一般的なパターンは、Cinema 4D／Redshiftの3DレイヤーをファームでEXRパスとしてレンダリングし、それをダウンロードしてから、その3Dパスをフッテージとしてローカルまたは同じファームでAfter Effectsのコンプをレンダリングするというものです。この2つのレイヤーは計算プロファイルが異なり（RedshiftはGPU依存、After EffectsはCPUとRAMに依存）、分離することで一つの巨大なレンダリングとしてではなく、それぞれ最も効率的な場所でレンダリングできます。

Q: クリーンなAfter Effectsコンプのために、Cinema 4Dのどのレンダー設定が必要ですか？ A: ビューティーに加え、コンプ側が実際に使用するAOVだけを書き出してください——一般的には、要素を分離するためのCryptomatte、コンプ側の被写界深度や霧に使うDepth、コンプ側のブラーに使うMotion Vectorsです。AOVごとに1つのフラットファイルではなく、1フレームにつき1つのマルチパートEXRシーケンスとして書き出します。各フレームはショット名とテイク名で一貫して命名し（shotName_takeName.####.exr）、After Effects側で手作業で組み立てる代わりにシーケンス全体を自動検出できるようにしてください。また、Interpret Footageのアルファ設定をAOVの書き出し方と一致させ、MoGraph要素周辺のフリンジを避けてください。

Q: モーションデザインでは、なぜレンダリング速度よりフレーム単価が重要なのですか？ A: モーションデザインは修正が多いワークフローだからです。クライアントがタイミングとモーションに対して反復を重ね、その1回ごとに1枚のスチルではなくフレームレンジ全体が再レンダリングされます。30fpsの10秒の作品は300フレームで、5回の修正ラウンドがあれば、300フレームを納品するために1,500フレームをレンダリングすることになります。このサイクル全体では、1回のパスでのピーク速度よりも、フレーム単価に現実的な修正回数を掛けた値の方がはるかに重要です。フレームあたりわずかに速くても単価の高いファームは、実プロジェクトではより高くつくことがあります。

Q: レンダーファームでモーションデザインのプロジェクトをレンダリングする費用はどれくらいですか？ A: シーンの複雑さ、解像度、サンプル数、そしてモーションデザインにとって特に重要な修正ラウンドの回数によって変わります。私たちの料金は従量制で、GPUレンダリングはOctaneBench時間あたり0.003ドル、CPUレンダリングはGHz時間あたり0.004ドルからで、レンダーエンジンのライセンス料はこの単価に含まれます。モーグラフの案件を見積もる実務的な方法は、シーケンス1回分のフルパスにかかる計算コストを算出し、想定される修正回数を掛け合わせることです。シーケンスは一度きりではなく、何度もレンダリングすることになるからです。

Q: MoGraphのダイナミクスやシミュレーションがレンダーファーム上で壊れないようにするにはどうすればよいですか？ A: 提出前にキャッシュへ焼き込んでください。レンダーファームはシーンを多数のマシンに分散させ、ライブのシミュレーション（クローナーのダイナミクス、ソフトボディ、パーティクル）はどれも各ノード上で独立して再計算され、フレームレンジ全体で非決定的な結果を生みます。シミュレーションをファイルにキャッシュし、そのキャッシュを収集アセットに含め、シーンから参照されていることを確認してください。これは、レンダリングは「完了」するものの、結果がどこか微妙に間違っているモーグラフ案件の、最も多い原因です。

Q: レンダーファームはモーションデザインでCavalryをサポートしていますか？ A: Cavalryは2Dおよびデータ駆動型モーションデザインの高速ローカルレンダリング向けに作られており、多くのCavalryプロジェクトでは、そのローカル書き出しがレンダリングの全工程です。基本的にはファームを必要としません。ファームがCavalryを含むパイプラインに入る場所は、どのモーグラフスタックでも同じで、計算負荷の高い3Dレイヤーとコンプレイヤーです。典型的な構成では、Cavalryのレイヤーはローカルで高速にレンダリングしたまま、RedshiftでレンダリングされたCinema 4Dレイヤーと合わせてAfter Effectsのコンプにフッテージとして取り込み、ファームはC4Dのパスと最終マスターを担当します。

Q: 代理店の厳しい締め切りに対して、モーションデザインを最も上手くレンダリングする方法は何ですか？ A: 一括処理ではなく段階的にレンダリングしてください。モーションが確定した時点ですぐにCinema 4D／Redshiftの3Dレイヤーを提出し、コンプを仕上げている間にそのパスをレンダリングさせ、完了したフレームが戻り次第、早い段階のフレームからコンポジットを始めます。クランチに入る前にキャッシュとプロキシをあらかじめ焼き込んでおき、短いテストレンジを早めにレンダリングして時間を計測し、合意する納品日をレンダリングが実際に間に合うものにしてください。

Q: クライアントレビュー用にはフル品質版をレンダリングすべきですか、それともプロキシですか？ A: クライアントがまだ確定していないものについては、承認用にプロキシ解像度または低サンプルのパスをレンダリングし、モーションが最終確定してから初めてフル品質のレンダリングにコミットしてください。まだ変わる可能性のあるものの高コストなフル品質版をレンダリングすることこそ、モーションデザインのレンダリング予算が蒸発する最も一般的な原因です。修正の経済学は、モーションが確定するまで安価な版をレンダリングし、確定後に一度だけ高コスト版をレンダリングすることに報います。