AOVとは?レンダリングのレンダーパスをわかりやすく解説

はじめに

レンダリングにおけるAOVとは何でしょうか。AOVは「Arbitrary Output Variable(アービトラリー・アウトプット・バリアブル)」の略で、レンダラーが完成画像と並べて書き出す別個の画像です。拡散光、カメラからの距離、各サーフェスが向いている方向など、完成画像を構成する要素を1つずつ保持します。ソフトウェアによって、レンダーパス、レンダーエレメント、マルチパスとも呼ばれます。呼び方は複数ありますが、考え方は1つです。

ここで補足しておきます。この略語はほかの分野でも使われます。オンライン小売ではAOVは通常「平均注文額(average order value)」を指し、カメラの話題では画角(angle of view)を指すことがあります。この記事で扱うのは、レンダリングにおける意味だけです。

AOVが必要とされるのは、レンダラーがすべてを焼き込んだ後の完成フレームは変更しにくく、1か所を直すために長いフレームを再レンダリングするのは負担が大きいためです。要素を別々に保存しておけば、コンポジターは数分で調整できます。このガイドでは、代表的なパスが保持する内容、Arnold、V-Ray、Redshift、Cycles、Coronaでの命名と有効化の方法、複数ファイルよりマルチレイヤーEXR 1つが適している場面、そしてレンダーファームでフレームをレンダリングする際にAOVが何を変えるのかを解説します。

Arnold固有のデノイザー設定はAOVを効果的にデノイズする方法、カラーマネジメントはACESカラーマネジメント解説、シーンがフレームになるまでの全体像はレンダリングとは?完全ガイドをご覧ください。

AOVとは何か(やさしい説明)

Autodeskの Arnold ユーザーガイド(2026年11月10日閲覧)では、AOVを、任意のシェーディングネットワークの構成要素を別々の画像にレンダリングする仕組みと定義しています。Maxonの Redshift ドキュメント(2026年11月10日閲覧)は、データの側から説明しています。AOVとは、レンダラーが出力できるピクセルごとの情報の種類です。通常のレンダリングではピクセルごとに1つの色が得られますが、AOVではピクセルごとの別の量が得られ、それが独立した画像として、またはファイル内のレイヤーとして保存されます。

こうした量は2つの系統に分かれます。

ライティング成分。 光とマテリアルが生み出したものを、ディフューズ、スペキュラ、トランスミッション、エミッションなどに分けます。Arnoldのガイドによると、これらのAOVを単純に足し合わせるだけでビューティーAOVを再構成できます。そのため、コンポジターに好まれています。各成分を単独でグレーディングでき、合計は常にフレームと一致します。

データパス。 光ではなく、シーンに関する情報を保持します。カメラからの距離、サーフェスの向き、オブジェクトの識別、フレーム間のモーションなどです。Redshiftのドキュメントではユーティリティ AOVと呼ばれ、V-Rayではジオメトリおよびユーティリティのエレメントタイプに分類されています。

トレードオフについては、Arnoldのガイドがはっきり述べています。AOVを増やすとコンポジットでの制御は増えますが、扱う作業も増え、特にライトグループと組み合わせるとメモリとディスク容量も多く必要になります。

5つのライティングパス(ディフューズ直接光、ディフューズ間接光、スペキュラ、トランスミッション、エミッション)が、パスの合計である「ビューティー」と書かれた1つのボックスに入る図

ビューティーパスとユーティリティパス

名前はエンジンごとに異なりますが(次のセクションで説明します)、内容は共通しています。

パス	保持する内容	コンポジットでの主な用途
ビューティー(Beauty)	ライティングを含む完成画像	ベースレイヤー。ほかのすべてのパスはこれを基準に確認します
ディフューズ(直接光と間接光)	マットな表面で散乱した光を、届き方で分けたもの	反射に影響を与えずに、表面の光だけを再調整
スペキュラまたはリフレクション	ハイライトと鏡面反射	ハイライトの強調や抑制
トランスミッションまたはリフラクション	ガラスや水を通過する光	ガラスを背後の映像と切り離して調整
エミッション	発光するサーフェスが放つ光	グローの追加や整形
アルベド	ライティングや影を含まないサーフェスの色	デノイズの補助とクリーンアップ
Zまたは深度	ピクセルごとのカメラからの距離	被写界深度、フォグ、大気表現
ノーマル	各サーフェスが向いている方向	リライティングやエッジを考慮したエフェクト
モーションベクター	各ピクセルのスクリーン空間での動き	コンポジットで適用するモーションブラー
オブジェクトID、マテリアルID、Cryptomatte	ピクセルがどのオブジェクトまたはマテリアルに属するか	再レンダリングなしでの選択とマスク
ライトグループまたはライトセレクト	選択したライトだけで照らした画像	個々のライトのバランス調整

これらの一部には、ベンダー自身による定義があります。Arnoldのガイドでは、Zはカメラから見たシェーディングポイントの深度、Pはワールド空間での位置、Nはスムーズなワールド空間ノーマル、IDはシェイプ名から導かれる乱数です。モーションベクターAOVはスクリーン空間の動きを表す2Dベクターで、ガイドにはカメラにインスタントシャッターを設定する必要があるとも書かれています。試行錯誤で見つけようとすると、午後が丸ごとつぶれかねない種類の注意点です。

主要エンジンでの命名と有効化の方法

どのエンジンも同じ考え方を、それぞれ独自の用語とパネルで提供しています。ここで示すのは操作手順ではなく全体の地図です。メニューのパスはホストアプリケーションやバージョンによって変わるため、お使いのバージョンのドキュメントで確認してください。

エンジン	呼び方	有効にする場所	知っておきたい点
Arnold	AOV	レンダー設定のAOVsタブ(Arnold for MayaにはAvailableとActiveのAOV一覧があります)	深度、位置、ノーマル、ID、ライティング成分、モーションベクターなどの組み込みAOVは常に利用できます
V-Ray	レンダーエレメント(レンダーパスとも呼ばれます)	レンダー設定のRender Elementsタブ	数十種類のエレメントタイプが、ビューティー、マット、ジオメトリ、ユーティリティに分類されています
Redshift	AOV	レンダー設定のAOVリスト	インテグレーテッド、ユーティリティ、カスタムに分類されます。Cryptomatteは独立したAOVです
Cycles(Blender)	レンダーパス	Properties、View Layer、Passes	データパス、ライトパス、Cryptomatte、ライトグループがあります
Corona	レンダーエレメント(3ds Max)、マルチパス(Cinema 4D)	ホストアプリケーションのレンダーエレメントまたはマルチパスの設定	Virtual Beautyとマットパス、Cryptomatteエレメントを含みます

各行の詳細と、2026年11月10日に確認した情報源は次のとおりです。

Arnold。 Arnold for MayaのAOVページによると、各AOVは3つのノード(AOV本体、ドライバー、フィルター)で構成されます。また、Output Denoising AOVsオプションはdiffuse_albedo、Z、Nを書き出し、Mayaでは現在、Merge AOVsを有効にしたEXRが必要であるとも記載されています。

V-Ray。 V-Ray for Mayaのレンダーエレメントのページでは、レンダーエレメントを、ディフューズカラー、リフレクション、シャドウ、マットなどの構成要素にレンダリングを分解する方法として説明しています。つまずきやすい点も書かれています。V-Rayがエレメントをファイルに書き出すのは、V-Ray raw image fileの出力のいずれか、またはSeparate render channelsオプションを有効にした場合に限られます。

Redshift。 MaxonのAOV入門では、インテグレーテッドAOV(リフレクション、リフラクション、グローバルイルミネーション)、ユーティリティAOV(深度、モーションベクター、ワールド位置)、自分で定義するカスタムAOVを挙げています。ライトグループはインテグレーテッドAOVを拡張します。各AOVのファイル名は、共通のファイル名プレフィックスにサフィックスを付けたものになり、これは後で命名を決める際に重要です。

Cycles。 Blenderマニュアルの Passes ページには、データパス(Depth、Position、Normal、Vector、UV、オブジェクトおよびマテリアルのインデックスなど)とライトパス(ディフューズ、グロッシー、トランスミッションを直接光、間接光、カラーに分けたもの、さらにエミッション、環境光、アンビエントオクルージョン)が載っており、続いてCryptomatteとライトグループが説明されています。

Corona。 ChaosのCoronaの機能ページによると、Coronaは3ds Maxでは多数のレンダーエレメントを、Cinema 4Dではマルチパスを提供しており、Virtual Beautyやマットパスも含まれます。また、Cryptomatteレンダーエレメントがマルチチャンネルの OpenEXR ファイルに保存されるレンダーチャンネルを生成することも説明されています。

Cryptomatteとライトグループ:2つの特別なケース

フレームが運ぶデータ量を変えるパスが2種類あります。

Cryptomatte は、シーン内にすでにあるオブジェクト名とマテリアル名からIDマットを自動生成します。前のセクションで見たとおり、Redshift、Cycles、Coronaのいずれも対応しています。実際には、Cryptomatteパスを使うと、フレームごとに複数のチャンネルが加わります。こうしたマットをPhotoshopで使う手順はEXR-IOとCryptomatteのガイドで説明しているため、ここでは繰り返しません。

ライトグループ は、特定のライトだけが点灯しているかのようにシーンをレンダリングし、グループごとに1枚の画像を作ります。Blenderのマニュアルでは、ライトグループを、特定のライトだけでシーンを照らす限定的なCombinedパスと説明しています。グループを使うとコンポジットでライトごとの制御ができますが、ライティングパスをグループごとにさらに分割できるため、画像の枚数は何倍にも増えます。Arnoldがメモリとディスクについて警告しているのは、このケースです。グループを作るのは、バランスを調整する予定のライトだけにして、シーン内のすべてのライトに作らないようにしてください。

マルチレイヤーEXRと個別ファイルの比較

AOVを選んだら、次はその保存方法を決めます。

検討項目	フレームごとに1つのマルチレイヤーEXR	パスごとに個別のファイル
フレームあたりのファイル数	1つ。すべてのパスをレイヤーとして保持します	パスごとに1つ。10パスなら、フレームごとに10ファイルになります
パス同士の同期	1フレーム分のパスがまとまって移動します	すべてのシーケンスが欠けなく、フレームが揃っている必要があります
コンポジットでの読み込み	1回の読み込みの後、レイヤーを分割します	シーケンスごとに1回の読み込み
パスごとの設定	ファイルオプションは1セット	エンジンが対応していれば、パスごとに別の圧縮方式を使えます
主な利用場面	VFXとコンポジットのパイプライン	シンプルなパイプライン、またはレイヤー付きファイルを読めないツール

そこに至る方法はエンジンごとに異なります。Arnoldでは、Merge AOVsでマルチチャンネルEXRが有効になり、Mayaのドキュメントによると、マルチパートおよび非マージのEXR AOVでは異なる圧縮方式を使えます。Redshiftでは、マルチレイヤーEXRを使う場合、同じカスタムプレフィックスを持つすべてのAOVが同じEXRファイルに保存されます。V-Ray for Mayaでは、前述のとおり、エレメントの出力はraw image fileまたはSeparate render channelsオプションに依存します。

個別ファイル(1フレームから4つの別々のEXRファイルが生成される)と、マルチレイヤーEXR(同じフレームから4つのレイヤーを持つ1つのファイルが生成される)を比較した2つのレーン

ほとんどのコンポジット作業では、フレームごとに1つのマルチレイヤーファイルのほうが持ち運びやすく、壊れにくくなります。コンポジットがこうしたファイルで何をするか、必要になるメモリも含めてVFXコンポジットとクラウドレンダリングで解説しています。また、After Effectsへのマルチパート EXR の受け渡しはモーションデザイン向けレンダーファームで紹介しています。

レンダリングするAOVの選び方

すべてのチェックボックスにチェックを入れたくなる気持ちは理解できますが、たいていは適切ではありません。実用的な進め方は次のとおりです。

コンポジットで何に手を加えるかを確認します。 深度ベースのフォグだけが必要なショットに、12個のライティングパスは要りません。
ビューティーは必ず残します。 パスを足し合わせた結果がビューティーに一致するかを確かめる基準になります。
データパスは具体的な用途に合わせて追加します。 デフォーカスやフォグには深度、ブラーにはモーションベクター、選択にはCryptomatte、リライティングにはノーマルや位置を使います。
デノイズ用データは別のカテゴリーとして扱います。 ArnoldのOutput Denoising AOVsオプションはdiffuse_albedo、Z、Nを書き出し、CyclesにはDenoising Dataパスがあります。これらはデノイザーに渡すためのもので、クリエイティブ用のパスではありません。Arnold固有の設定はデノイザーのガイドをご覧ください。
最初に1フレームだけテストします。 すべてのパスが揃っていて、ビューティーを再構成できることをコンポジットで確認します。

ライティングパスのカラーマネジメントはカラーパイプラインの領域であり、ACESの記事で説明しています。

レンダーファームでレンダリングするとAOVは何を変えるか

レンダーファームは、フレームを多数のマシンに分散します。AOVはその仕組みを変えません。変わるのは、1フレームあたりの出力量と、後で手元に戻す必要があるデータです。

1フレームあたりの出力サイズ。 パスを1つ増やすごとに、ピクセルあたりのチャンネルが増えます。OpenEXRはハーフフロートのチャンネルを2バイト、フルフロートのチャンネルを4バイトで保存します。仮に1920 x 1080のフレームを考えると、ピクセル数は2,073,600です。ビューティーのみのRGBA画像(ハーフフロート)は1ピクセルあたり8バイトで、非圧縮で約16.6 MBです。次に、ビューティーに3チャンネルのAOVを12個、さらにフルフロートの深度チャンネルを1つ加えたとします。すると1ピクセルあたり84バイト、1フレームあたり約174 MBとなり、およそ10倍になります。240フレームでは、約4.0 GBに対して41.8 GBです。実際のEXRファイルは圧縮によって小さくなりますが、その程度は画像によって異なるため、これらの数値は予測値ではなく比率としてお読みください。

1920 x 1080の1フレームあたりの出力サイズ。ビューティーのみは1ピクセル8バイト、1フレーム16.6 MB、240フレームで4.0 GB。ビューティー+RGB AOV 12個+深度は1ピクセル84バイト、1フレーム174 MB、240フレームで41.8 GB(いずれも非圧縮の仮定値)

転送とストレージ。 レンダリングが終わっても作業は完了ではありません。ファイルをお手元のドライブに届ける必要があります。Super Renders Farmでは、結果をWebインターフェースからダウンロードするか、SuperRenders Client Appで自動的に取得できます。シーケンスが10倍大きければ、移動にかかる時間もそれに応じて長くなり、必要なローカルディスク容量も増えます。

エンジンとホストの対応状況。 当社ではArnold、V-Ray、Redshift、Corona、Cyclesのジョブをレンダリングしており、上記のAOVワークフローはそれぞれに当てはまります。RedshiftはGPUノードでレンダリングします。Redshift for Blender、V-Ray for Blender、Arnold for Houdiniなど、一部のホストとエンジンの組み合わせはご依頼に応じて用意しますので、それらに依存するシーンをアップロードする前に、お問い合わせのうえご確認ください。クレジットと料金の仕組みは料金ページで説明しています。

コンポジットがすべてを拾えるようにする命名規則

AOVの問題の中には、レンダリングの問題ではなく命名の問題であるものがあります。シーケンスを開くコンポジターは、すべてのパスを見つけられ、すべてのフレームが揃っていることを求めます。たとえばRedshiftでは、選んだプレフィックスがすべてのAOVファイル名の土台になります。担当者が替わっても通用する命名規則は次のとおりです。

要素	例	理由
プレフィックスにショットとバージョンを含める	`shot010_v003`	バージョンを区別でき、並べ替えもできます
パス名をサフィックスにする	`_beauty`、`_depth`	ファイル名からパスの種類がわかります
フレーム番号の桁数を固定する	`.1001.exr`	シーケンスが正しく並び、ツールが範囲を検出できます
バージョンごとに1フォルダー	`shot010/v003/`	再レンダリングで承認済みのものが上書きされません
使う文字は基本的なものに限る	英字、数字、アンダースコア	スペースや記号はスクリプトやリンクの再接続を壊します

この命名規則はシーンテンプレートに組み込み、ローカルのテストレンダリングでも使ってください。そうすれば、レンダーファームから戻ってきたフレームの名前がワークステーションでレンダリングしたものと完全に同じになり、コンポジットでリンクをやり直す必要がありません。

よくあるAOVのミスと見つけ方

V-Ray、Merge AOVs、モーションベクターの落とし穴については、前のセクションで説明しました。エンジンを問わず発生するミスがさらに3つあります。

症状	考えられる原因	対処
深度やノーマルがクリップされたり、バンディングが出たりする	データパスをJPEGやPNGなどの8ビット形式で書き出している。これらは浮動小数点値を保持できません	データパスはEXRで書き出します
コンポジットでパスが見つからない、またはフレームが揃わない	プレフィックス、サフィックス、フレーム桁数が統一されていない	すべてのパスに1つの命名規則を適用します
ダウンロード量やディスク使用量が想定を大きく超える	すべてのフレームが長いパスリストを持ち、ライトグループが含まれる場合もある	リストをコンポジットで使うものだけに絞ります

まとめ:AOVチェックリスト

AOVはArbitrary Output Variableの略で、ビューティーと並べて書き出される、ピクセルごとの追加画像です。
ライティングパスはビューティーを再構成し、データパスはシーンを記述します。
名前とパネルはエンジンごとに異なるため、お使いのバージョンのドキュメントで確認してください。
フレームごとに1つのマルチレイヤーEXRを基本とし、コンポジットで使うパスだけをレンダリングして、送信前に出力サイズを見積もります。
ローカルでもレンダーファームでも同じ命名規則を使い、シーケンス全体の前に1フレームをテストします。

FAQ

Q: レンダリングにおけるAOVとは何の略ですか? A: AOVはArbitrary Output Variableの略です。ビューティーレンダリングと並べてレンダラーが書き出す追加の画像または画像レイヤーで、ディフューズライティング、深度、ノーマル、オブジェクトIDなど、ピクセルごとの量を1つ保持します。

Q: AOVとレンダーパスは同じものですか? A: 実際にはほぼ同じです。ArnoldとRedshiftはAOV、V-Rayはレンダーエレメント、Blender Cyclesはレンダーパスと呼び、Coronaは3ds Maxではレンダーエレメント、Cinema 4Dではマルチパスと呼びます。

Q: ビューティーパスとユーティリティパスの違いは何ですか? A: ディフューズ、スペキュラ、エミッションなどのビューティーパス(ライティングパス)は光を保持しており、足し合わせて最終画像を再構成できます。深度、ノーマル、位置、モーションベクター、IDなどのユーティリティパス(データパス)は、光ではなくシーンの情報を保持しており、コンポジットでのエフェクトや選択に使われます。

Q: AOVはマルチレイヤーEXR1つで保存すべきですか、それとも個別ファイルにすべきですか? A: コンポジット用途では、フレームごとに1つのマルチレイヤーEXRのほうが通常は簡単です。1フレーム分のすべてのパスがまとまって移動し、同期がずれることがないためです。個別ファイルが向いているのは、ツールがレイヤー付きファイルを読めない場合や、パスごとに異なる圧縮方式を使いたい場合です。

Q: AOVを使うとレンダリングは遅くなったり、サイズが大きくなったりしますか? A: サイズは大きくなります。Arnoldのドキュメントによると、AOVを増やすと、特にライトグループと組み合わせた場合に、より多くのメモリとディスク容量を使います。レンダリング時間への影響はエンジンやパスによって異なるため、シーケンスを送信する前に、追加パスありとなしで1フレームの時間を計測してください。

Q: AOVをレンダーファームでレンダリングできますか? A: はい、可能です。フレームは通常どおりレンダリングされ、それぞれが有効にしたパスを書き出します。当社のレンダーファームではArnold、V-Ray、Redshift、Corona、Cyclesのジョブをレンダリングしており、一部のホストとエンジンの組み合わせはご依頼に応じて用意します。それらに依存するシーンをアップロードする前に、お問い合わせのうえご確認ください。まず1フレームをテストして、すべてのパスが戻ってくることを確認してください。

Q: レンダリングのAOVと、eコマースのAOVは同じものですか? A: いいえ、別のものです。レンダリングではArbitrary Output Variableを意味します。オンライン小売では通常、平均注文額(average order value)を意味し、写真の分野では似た略語が画角(angle of view)を指すことがあります。共通しているのは文字だけです。