
不動産アニメーションと3Dウォークスルー向けレンダーファーム(2026年版)
概要
はじめに
不動産ウォークスルーは、外から見ると単純に見えます。キッチンからテラスへ、階段を上って、ゴールデンアワーのリビングルームのヒーローショットで締めくくる、なめらかなカメラワークです。しかし、完成したクリップの裏にはフレーム数という現実が隠れています。25fpsで60秒のフライスルーは1,500枚の個別画像であり、それぞれがグローバルイルミネーション、反射、そして動きがちらつかない程度のアンチエイリアシングを備えたフルレイトレースレンダリングです。1台のワークステーションでは、金曜日に開始して月曜日の掲載開始までに終わることを祈るような作業になります。
このガイドでは、不動産アニメーションと3Dウォークスルーの制作において、レンダーファーム(render farm)がどこで役立ち、そして同じくらい重要な「どこで役立たないか」を扱います。Super Renders Farmではフルマネージド(fully managed)のクラウドレンダーファームを運営しており、物件のフライスルー、掲載開始前の追い込み作業、直前の修正対応が常にキューに流れてきます。その前に、整理しておくべき用語の問題があります。「不動産レンダリング」を検索する人の多くは、実はレンダーファームを求めているわけではありません。レンダリングを作ってくれるスタジオを求めているのです。この2つはまったく別の商品であり、混同すると双方にとって時間の無駄になります。まずこの点を整理し、次にワークフロー、フレーム単価の考え方、そしてリアルタイムエンジンについての正直なスコープの話に進みます。

Camera path through a 3D architectural interior showing keyframes for a property walkthrough animation
レンダリングサービススタジオとレンダーファーム:本当に探しているのはどちら?
「不動産レンダリングサービス」を検索すると、まったく異なる2種類の会社がほぼ同じような言葉で表現され、同じ検索結果ページに並びます。価格を比較する前にどちらが必要かを把握しておくことで、無駄なやり取りを避けられます。
レンダリングサービススタジオはクリエイティブ制作会社です。間取り図や参考写真、SketchUpやRevitのモデル、ムードボードを送ると、スタジオが3Dシーンを構築し、ライティングを行い、カメラワークを設定し、完成したアニメーションを納品します。買っているのは労力とアーティストの技術です。自分では3Dアプリケーションに触れず、モデリング、テクスチャリング、ルック開発はスタジオのアーティストが行います。「不動産レンダリング」や「3Dウォークスルーアニメーションサービス」といった検索の多くは、実際にはビジュアルを一から作成してくれる誰かを求めています。
**レンダーファーム(render farm)**はコンピューティングサービスです。すでに完成した3Dシーンがあり、3ds Max、Blender、Cinema 4Dなどでご自身(またはアーティスト)が構築し、カメラを設定し、ライティングを調整済みです。足りないのは、1,500フレームを一晩でレンダリングする処理能力だけです。レンダーファームはその処理能力を貸し出します。シーンをアップロードすると、ファームが多数のマシンにフレームを分散させ、完成した画像をダウンロードできます。ファーム側の誰かがシーンを開いて演出を加えることはありません。クリエイティブな判断はすでに完了しているためです。
必要なのがどちらかを見極める正直な基準はこうです。自分でシーンを開いて「レンダリング」を実行でき、唯一の問題が1台のコンピューターでは3日かかってしまうことであれば、レンダーファームが必要です。 間取り図はあるが3Dモデルがなく、作り方も分からない場合は、レンダリングサービススタジオが必要です。Super Renders Farmはレンダーファームであり、コンピューティング層であって、クリエイティブスタジオではありません。私たちはシーンを作りません。持ち込まれたシーンをレンダリングするだけです。この違いは重要です。なぜなら、両者の価格モデルは比較できないからです。スタジオはアーティストの作業時間に基づいてプロジェクト単位で見積もりを出しますが、ファームは消費したコンピューティング単位で課金します。スタジオの2,000ドルのアニメーション見積もりとファームのフレーム単価を比較するのは、まったく異なる2つの購入を比較しているようなものです。
このコンピューティングサービス側についてより詳しく知りたい場合は、レンダリングサービスとレンダーファームの比較のガイドで、納品モデルの違いをさらに詳しく解説しています。不動産案件における要点は次のとおりです。レンダリングがすでに作られていて、あとは計算するだけであれば、このまま読み進めてください。
なぜウォークスルーは1台のワークステーションでは対応しきれないのか
不動産アニメーションは、静止画の集まりに比べてレンダリング面で意外なほど負荷が高くなります。パンフレットには通常8〜12枚のヒーロー静止画が必要です。ウォークスルーには、それらのビューティーショットの間のすべてのフレームが必要であり、カメラが動いているため、1つの解像度でしか閲覧されない静止画のように品質を妥協することができません。
主に3つの要因が積み重なります。
- フレーム数。 25fpsで1分のクリップは1,500フレームです。2分の物件ツアーなら3,000フレームです。各フレームはキャッシュされた画像のバリエーションではなく、フルレンダリングであり、カメラ位置、反射、ソフトシャドウがフレームごとに変化します。
- フレームあたりのレンダリング時間。 リアルなグローバルイルミネーション、ガラス、磨かれた床、細かい家具のあるインテリアは、解像度とサンプリングにもよりますが、性能の高いワークステーションでも1フレームあたり10〜40分かかることがあります。植栽のあるエクステリアはさらに時間がかかる場合があります。
- モーションの品質。 静止画は多少のノイズであれば後から修正して許容できます。アニメーションはそうはいきません。残留ノイズがフレームをまたいで這うようにちらつくため、ウォークスルーには通常、より高いサンプル数か、しっかりとしたデノイジング処理が必要になり、フレームあたりの時間がさらに伸びます。
これらを掛け合わせてみましょう。1,500フレーム、楽観的に見積もって1フレームあたり12分とすると、1台のマシンで1フレームずつレンダリングする場合、1分間の映像のために約300時間、つまり12日半にわたる連続レンダリングが必要になります。これが掲載期限を静かに壊してしまう計算です。レンダーファームは多数のフレームを並行してレンダリングすることでこれを解決します。同じ1,500フレームのジョブを大規模なマシン群に分散させれば、数日ではなく数時間で戻ってきます。アニメーションは「驚くほど並列化しやすい(embarrassingly parallel)」処理だからです。フレーム1とフレーム900の間には依存関係がなく、異なるノードで同時にレンダリングできます。
対応しているウォークスルーのパイプライン:レイトレースによるオフラインレンダリング
オフラインのレンダーファームの恩恵を最も受けるワークフローは、各フレームがリアルタイムでラスタライズされるのではなく、実際の光の伝搬計算でレンダリングされるレイトレース系のパイプラインです。当ファームでは、不動産・建築アニメーションで最もよく使われる組み合わせは次のとおりです。
- 3ds Max + V-Ray または Corona。 これはアーキビズの主流です。当社で確認している外観・室内の不動産アニメーションスタジオの多くは、ホストアプリケーションとして3ds Maxを使用し、レンダラーにはV-RayまたはCoronaのいずれかを採用しています。どちらもCPUに強いレイトレーサーであり(V-RayにはGPUモードもあります)、物件ウォークスルーに欠かせないガラス表現、GI、マテリアルのリアリズムに対応します。このパイプラインでよく使われるプラグイン(植栽用のスキャッタツールなど)は、お使いの環境とファーム側でバージョンを一致させる必要があるため、大きなジョブの前にプラグインのサポート状況を確認しておく価値があります。
- Blender + Cycles。 CyclesはBlenderの物理ベースのパストレーサーで、当ファームで完全にサポートされているエンジンです。独立系のビジュアライザーや小規模スタジオが、Blenderで不動産ウォークスルーを制作するケースが増えており、Cyclesは商用エンジンと同等のGI精度でレンダリングします。アニメーションがCyclesプロジェクトであれば、V-Rayのジョブと同じようにファーム全体に分散されます(正直なスコープの注記として、当社のBlenderサポートはCyclesのオフラインレンダリングを対象としています。これはレイトレースアニメーションについての話であり、後述するリアルタイムのビューポートエンジンは対象外です)。
- Cinema 4D + Redshift、Corona、または Arnold。 モーションデザイン寄りのスタジオは、Cinema 4Dで物件ビジュアルを制作することがよくあります。RedshiftはGPUベース、CoronaとArnoldはCPU側をカバーします。いずれもオフラインアニメーションレンダリングに対応しています。
V-Ray、Corona、Redshift、Arnold、Octaneといった商用エンジンのライセンス費用は、別途課金されるのではなく1時間あたりのレンダリング料金に含まれています。Cyclesは無料かつオープンソースであるため、ライセンス費用自体が発生しません。フルマネージド(fully managed)のファームであるため、提出モデルはアップロード・レンダリング・ダウンロードの形です。リモートデスクトップは不要で、ライセンスサーバーの手動セットアップも、借りた仮想マシンへのレンダーエンジンのインストールも必要ありません。クライアントまたはプラグインを通じてシーンを提出すると、フレームが利用可能なノードに分散され、完了したフレームから順に戻ってきます。そのため、長いアニメーションでも最後のフレームが終わる前に先行フレームのダウンロードを始められます。
アニメーションだけでなく建築ビジュアライゼーション全体像については、建築ビジュアライゼーション完全ガイドがワークフローを一通り解説しており、アーキビズ向けベストクラウドレンダーファームの記事では、この種の作業に合ったプロバイダーの評価方法を具体的に扱っています。

Diagram of a single 1,500-frame walkthrough job distributed across many render nodes in parallel
実際のウォークスルーにおけるフレーム単価の計算
コストは誰もが本当に知りたい質問なので、抽象論ではなく具体的な例で計算してみましょう。現実的な掲載開始向けアニメーションを想定します。25fpsで60秒、1080pでレンダリングする室内ウォークスルー — 1,500フレームです。
当ファームはCPUレンダリングを1GHz時間あたり0.004ドルで課金します(これは公表されているベースレートで、優先レンダリング枠はより高く、ターンアラウンドを速める場合は最大で1GHz時間あたり約0.016ドルになります)。CPUジョブの計算式はシンプルです。
コスト = (1フレームあたりのレンダリング時間[時間単位])×(マシンの合計GHz数)×(フレーム数)×(1GHz時間あたりの料金)
固定値ではなく必要な入力値が1つあり、それはマシンの合計GHz数です。おおよそCPUコア数にクロック速度を掛けたものです。今回の例のシーンで現実的な数値を使うと、次のようになります。
| 入力項目 | 値 |
|---|---|
| フレーム数 | 1,500 |
| 1フレームあたりのレンダリング時間(1080p室内、GI) | 15分 = 0.25時間 |
| 実効マシンサイズ(計算例) | 100GHz |
| CPU料金 | 0.004ドル / GHz時間 |
| 1フレームあたりのコスト | 0.25 × 100 × 0.004ドル = 0.10ドル |
| 1,500フレーム全体のジョブ | 1,500 × 0.10ドル = 150ドル |
つまり、このシナリオでは、1分間の1080p室内ウォークスルーのレンダリングコストはおよそ150ドルになります。そして、フレームは多数のノードで並行してレンダリングされるため、1台のワークステーションが必要とする12日以上ではなく、数時間で戻ってきます。前提を変えれば、数値は予測どおりに動きます。1フレームあたりの時間を30分に伸ばす(GIを重くする、サンプル数を増やす)と約300ドルに倍増し、1080pではなく4Kでレンダリングすればフレームあたりの時間もコストもさらに上がり、30秒のクリップに短縮すれば半分になります。GPUジョブ(Redshift、Octane、V-Ray GPU)は異なる単位で課金されます。1OctaneBench時間あたり0.003ドルです。計算は異なりますが、原理は同じです。実際に消費したコンピューティングに対して支払う、ということです。
競合他社の価格はここでは意図的に紹介していません。すぐに古くなり、マシンのクラスによっても変わるためです。しかし、上記の方法はどのファームにも当てはめられます。単価を確認し、テストレンダリングから1フレームあたりの時間を見積もり、掛け合わせるだけです。新規アカウントには25ドルの無料トライアルクレジットも付与されており、これで短いテストシーケンスをレンダリングし、フル案件を発注する前に実際の1フレームあたりの時間を測定できます。業界全体の価格モデルについてより詳しく知りたい場合は、レンダーファームのフレーム単価ガイドで、フレーム単価とサブスクリプション方式の計算方法を詳しく解説しています。
掲載開始の締切に追われる状況
レンダーファームと不動産アニメーションが相性が良い理由は、単なるコストだけではありません。締切の形にあります。不動産の仕事は波があります。物件が市場に出ると、掲載には固定の公開日があり、ウォークスルーはその日までに完成、修正、アップロードを終える必要があります。前日ではなく、その日までにです。そして次の物件が出るまでパイプラインは静かになります。
このパターンは自社ハードウェアの所有には向いていません。ウォークスルーを一晩でレンダリングできるほど強力なワークステーションを購入しても、物件と物件の間はほとんど遊休状態になります。短いバースト利用のためにピーク性能分の費用を払っていることになります。レンダーファームはその逆で、必要な数時間だけ大量のコンピューティングをレンタルし、次の追い込みまでは費用がかかりません。よく見られる典型的な失敗パターンは、金曜午後の修正依頼です。クライアントがキッチンアイランドの位置変更を求め、アニメーション全体の再レンダリングが必要になり、月曜が締切という状況です。1台のマシンでは、その修正は週末に収まりません。ファームに分散させれば、1,500フレームの全体再レンダリングは、最悪でも一晩で終わるジョブです。
これは、フルマネージド(fully managed)モデルが特に小規模チームにとって重要である理由でもあります。個人のビジュアライザーや3人規模のスタジオであれば、レンダーノードを見守るパイプラインTDはいません。リモートデスクトップ不要のアップロード・レンダリング・ダウンロード方式であれば、ノードの状態管理、失敗フレームの再キュー登録、ライセンスの割り当てといった運用面は、自分たちの側ではなくファーム側で処理されます。夕方に提出して帰宅し、朝には完成フレームを受け取れます。このような規模のスタジオ向けには、10人未満の建築事務所向けレンダーファームガイドで、小規模チームの経済性について詳しく掘り下げています。
リアルタイムツールが代わりに適するケース:正直なスコープの注記
「不動産向けレンダーファーム」を扱う多くのコンテンツが省略している、しかし重要な部分がここにあります。不動産ウォークスルーの大きな、そして増え続ける割合は、オフラインのレンダーファームをそもそも必要としません。リアルタイムエンジンで制作されているからです。
Lumion、Twinmotion、D5 Renderのようなツールはリアルタイムのラスタライズエンジンです。自分のGPU上でウォークスルーをインタラクティブ、あるいはほぼインタラクティブな速度でその場でレンダリングします。1分のアニメーションが1台の性能の良いグラフィックカードで数日ではなく数分でエクスポートされることもあります。これは、ファームが対応するレイトレース方式のフレーム単位オフラインレンダリングとは根本的に異なるパイプラインです。ワークフロー全体がLumionやTwinmotionで完結している場合、レンダーファームは基本的に関係ありません。エクスポートは自分のマシンで行われ、分散すべき1,500フレームの一晩がかりのキューは存在しません。これらは高速で反復的な不動産ビジュアライゼーションに優れたツールであり、誰もがオフラインファームを必要としているかのように語るのは不誠実でしょう。
ここで当社自身のスコープについても正直にお伝えします。当ファームがレンダリングするのは、先に挙げたオフラインのレイトレースパイプライン(3ds Max + V-RayまたはCorona、Blender + Cycles、Cinema 4D + Redshift、Corona、またはArnold)です。リアルタイムエンジン向けのレンダリングサービスではありません。したがって、実際の振り分けは次のようになります。
- Lumion、Twinmotion、D5でウォークスルーを制作していますか? 自分のGPUがローカルでエクスポートを処理するため、レンダーファームは通常必要ありません。反復作業は速くなりますが、フルパストレーサーと比べると最終的なフォトリアルの品質にはトレードオフがあります。
- 最大限のフォトリアリズムのために3ds Max/V-Ray、Blender/Cycles、C4D/Redshiftで制作していますか? そこがファームが力を発揮するオフラインの領域です。品質の上限は高くなりますが、フレームの計算コストは高く、それこそがファームが解決する課題です。
どちらの道も普遍的に「優れている」わけではありません。中堅マーケットの掲載向けであれば、Twinmotionでの簡単なエージェントフライスルーが最適かもしれません。高級開発物件のヒーロー映像であれば、フルのV-Rayオフラインレンダリングが正当化されるかもしれません。重要なのは、案件に合ったパイプラインを選び、オフライン側にいるときだけレンダーファームに頼るということです。この進化し続ける領域におけるAIとビジュアライゼーションの視点については、3D建築レンダリングとAIビジュアライゼーションの記事で、新しいツールがワークフローをどのように再構築しているかを解説しています。

Comparison of a real-time engine local export workflow versus an offline ray-traced render farm workflow for real estate animation
ウォークスルーをファームに送る前の実務チェックリスト
プロジェクトがオフライン側に該当し、ファームの利用が理にかなうと判断した場合、事前にいくつか確認しておくことで、作業途中の多くのトラブルを防げます。
- エンジンとプラグインのバージョンが一致しているか確認する。 ファーム側がV-Rayやスキャッタプラグインのバージョンを1つでも古く使っていると、出力結果が静かに変わってしまうことがあります。フルのアニメーションをアップロードする前に、正確なレンダラーのバージョンとシーンが依存するプラグインがサポートされているか確認してください。
- まずテストフレームまたは短いシーケンスをレンダリングする。 室内1つ、屋外1つ、ガラスの多い難しいカット1つなど、代表的なフレームをいくつかレンダリングし、実際のフレームあたりの時間を測定し、1,500フレーム全体を発注する前にテクスチャの欠落やマテリアルの想定外の挙動を確認してください。25ドルのトライアルクレジットはまさにこのために用意されています。
- 出力の保持期間を確認する。 レンダリングされたフレームは一定期間(当ファームでは45日間)だけ保持され、その後自動的に削除されます。締切のある案件では、速やかにダウンロードするか、自動ダウンロードを設定して、保持期限に追われないようにしてください。
- アセットを正しくパッケージ化する。 テクスチャの欠落やアセットパスの破損は、再レンダリングの最も一般的な原因です。レンダーエンジンのアセット収集ツールを使い、すべてのテクスチャと参照ファイルがシーンと一緒に確実に移動するようにしてください。
- 修正対応の分を見込んでおく。 不動産のクライアントは修正を求めるものです。最初のレビュー後に少なくとも1回の全体再レンダリングが発生することを前提に、レンダークレジットとスケジュールを確保してください。掲載案件ではそれが例外ではなく通例です。
Blender固有のアニメーション設定・エクスポートについては、Blenderアニメーションレンダリング完全ガイドで、ファームのレンダリング時間とコストに最も影響するフレーム範囲、出力、サンプリング設定について解説しています。
植栽とスキャッタ:ランドスケープによるコスト増要因
不動産特有の落とし穴として、初めての屋外アニメーションで驚かれることが多いため、特に触れておく価値があります。ランドスケープのレンダリングにはコストがかかるということです。屋外ウォークスルーは、樹木、生け垣、芝生、グラウンドカバーなど、スキャッタされた植栽に大きく依存しており、多くの場合、シーン内に数百万ポリゴンをインスタンス化するスキャッタプラグインで配置されています。これらのインスタンスはメモリ上では軽量ですが、レンダリング時間においては無料ではありません。特に、屋外を本物らしく見せるソフトシャドウやグローバルイルミネーションと組み合わさると顕著です。屋外のフライスルーは、同程度の解像度の室内に比べて、単に植栽と開けたシーン内で跳ね返る光の量が多いという理由だけで、フレームあたりのレンダリング時間が2〜3倍になることも珍しくありません。
コスト見積もりにおける実務上の含意は、室内のフレームあたりの時間が屋外のショットにそのまま当てはまるとは考えないことです。両方をテストしてください。ウォークスルーが室内から屋外へ移動する場合(リビングルームから庭へ滑らかにつなぐ、不動産でよく使われるビューティーな演出)、屋外部分がレンダリング費用の大部分を占める可能性があります。ファーム上でのスキャッタ・植栽パイプラインについては、Forest Packアニメーションのレンダーファームワークフローで、インスタンス化された植栽が分散ノード上でどのように振る舞うか、そしてレンダリング時間の急増を防ぐ方法を解説しています。
まとめ:レンダーファームが不動産パイプラインに適する場面
ここまでの内容を1つの表にまとめます。
| 状況 | 必要なもの |
|---|---|
| 3Dモデルがなく、ビジュアルを作成してもらう必要がある | レンダーファームではなく、レンダリングサービススタジオ |
| シーンは完成済み、ウォークスルーはLumion / Twinmotion / D5で制作 | ローカルGPUでのエクスポート。ファームは通常不要 |
| 3ds Max/V-Ray、Blender/Cycles、C4D/Redshiftでオフライン制作したシーン | レンダーファーム — これが適したケース |
| 時折の掲載ラッシュがあり、遊休ハードウェアの予算はない | 必要なときだけ借りるファームのモデル |
| 個人のビジュアライザーや小規模スタジオで、パイプライン担当者がいない | フルマネージド(fully managed)のファーム(アップロード・レンダリング・ダウンロード、RDP不要) |
レンダーファームは、不動産アニメーションにとって万能の答えではありません。完成したレイトレースのシーンがあり、締切までに1台のマシンでは処理しきれないほどのフレーム数がある、その特定のケースに適したツールです。案件に合ったパイプラインを選び、フル案件の前にトライアルクレジットでのテストを行えば、12日がかりのワークステーションの問題は一晩で終わる問題に変わります。
FAQ
Q: 不動産アニメーションや3Dウォークスルーにレンダーファームは必要ですか? A: ウォークスルーが3ds Max + V-RayまたはCorona、Blender + Cycles、Cinema 4D + Redshift、Corona、またはArnoldといったオフラインのレイトレースパイプラインで制作されていて、なおかつフレーム数が多すぎて締切までに自分のマシンでレンダリングしきれない場合にのみ必要です。1分間のクリップは1,500フレームであり、1台のワークステーションでは1週間以上かかることもあります。Lumion、Twinmotion、D5のようなリアルタイムエンジンでウォークスルーを制作している場合は、自分のGPUでローカルにエクスポートできるため、レンダーファームは通常不要です。
Q: 不動産レンダリングサービスとレンダーファームの違いは何ですか? A: レンダリングサービススタジオは3Dビジュアルをあなたのために制作します。間取り図や参考資料を送ると、スタジオのアーティストがシーンを構築し、ライティングを行い、アニメーションを制作します。レンダーファームはコンピューティングのみを提供します。すでに構築済みのシーンを持ち込むと、ファームがフレームを並行してレンダリングします。簡単な判断基準は、自分でシーンを開いてレンダリングを実行できるかどうかです。唯一の問題が1台のコンピューターでは時間がかかりすぎることであれば、必要なのはスタジオではなくレンダーファームです。
Q: レンダーファームで3Dウォークスルーアニメーションをレンダリングするにはどれくらいの費用がかかりますか? A: フレーム数、フレームあたりのレンダリング時間、解像度によって変わります。具体例として、60秒の1080p室内ウォークスルー(1,500フレーム)を1フレームあたり約15分でレンダリングすると、1GHz時間あたり0.004ドルのベースレートで、CPUレンダリングコストはおよそ150ドルになります。グローバルイルミネーションを重くする、サンプル数を増やす、4K解像度にするといった要素はフレームあたりの時間とコストを押し上げ、短いクリップにすればコストは下がります。どのファームでも通用する確実な方法は、数フレームをテストレンダリングし、実際のフレームあたりの時間を測定し、フレーム数とレートを掛け合わせることです。
Q: レンダーファームは掲載開始の締切ラッシュに対応できますか? A: はい、それがまさに中心的なユースケースです。アニメーションのフレームは互いに依存関係がないため、ファームは多数のマシンで一度に多くのフレームをレンダリングでき、1台のワークステーションでは12日以上かかる1,500フレームのジョブが数時間で戻ってきます。そのため、月曜の公開前に金曜午後の全体再レンダリングすら現実的になります。これが、遊休期間があるハードウェアを所有するよりも、波のある締切主導の不動産の仕事に「必要なときだけ借りる」モデルが適している理由です。
Q: 不動産ウォークスルーに対応しているソフトウェアとレンダーエンジンは何ですか? A: 不動産・アーキビズの仕事で最も一般的なオフラインのレイトレース系の組み合わせは、3ds Max + V-RayまたはCorona、Blender + Cycles、Cinema 4D + Redshift、Corona、またはArnoldです。商用エンジンのライセンス費用は1時間あたりのレンダリング料金に含まれており、Cyclesは無料かつオープンソースです。Lumion、Twinmotion、D5のようなリアルタイムエンジンは自分のGPUでレンダリングするもので、オフラインファームとは別のワークフローです。
Q: フルマネージドのファームを利用するのに、マシンへのリモートデスクトップ接続やライセンス管理は必要ですか? A: いいえ、必要ありません。フルマネージド(fully managed)のレンダーファームはアップロード・レンダリング・ダウンロード方式を採用しています。クライアントまたはプラグインを通じてシーンを提出すると、ファームがライセンスの割り当て、ノードの状態管理、失敗フレームの再キュー登録を処理し、完了したフレームは順次ダウンロードされます。リモートデスクトップの手順もライセンスサーバーの手動セットアップも不要なため、専任のパイプライン担当者がいない個人のビジュアライザーや小規模スタジオに適したモデルです。
Q: なぜ屋外の不動産アニメーションは室内よりもレンダリングコストが高くなるのですか? A: 屋外のウォークスルーには通常、樹木、芝生、生け垣といったスキャッタされた植栽が含まれ、大量のジオメトリをインスタンス化するスキャッタプラグインで配置されることが多く、さらに開けたシーンでの光の跳ね返りも多くなります。どちらもフレームあたりのレンダリング時間を押し上げるため、屋外のフライスルーは同程度の室内に比べてフレームあたりの時間が2〜3倍になることがあります。コストを見積もる際は、1つのフレームあたりの時間がアニメーション全体をカバーすると想定せず、室内と屋外のショットを別々にテストしてください。
Q: レンダリングされたウォークスルーのフレームはどのくらいの期間ダウンロード可能な状態で保持されますか? A: 当ファームでは、レンダリングされた出力はジョブ完了後45日間利用可能な状態で保持され、その後自動的に削除されます。締切のある掲載案件では、完成したフレームを速やかにダウンロードするか、ローカルストレージへの自動ダウンロードを設定し、保持期間の期限に追われないようにしてください。
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.


