ACESカラーマネジメント解説：ワークステーションからレンダーファームまで色を一貫させる方法
概要
はじめに
「ACES color」や「Academy Color Encoding System」で検索された方への短い答えは次のとおりです。ACESは、無料でオープンなフレームワークです。カメラ、3Dレンダラー、コンポジットソフトのいずれから来た画像であっても、制作内のすべての画像に対して、その色が何を意味するのかという共通の基準を与えます。Academy of Motion Picture Arts and Sciences（映画芸術科学アカデミー）が10年以上にわたって開発・維持してきましたが、2025年8月にオープンな技術運営委員会のもとでAcademy Software Foundation（ASWF）に移管されました（Academyのプレスリリース、2026年10月13日閲覧）。
本ガイドでは、ACESを平易な言葉で、正確さを損なわずに解説します。主要なカラースペース、入力トランスフォームと出力トランスフォーム、ACES 2.0での変更点、そしてOpenColorIO（OCIO）が3Dソフトウェア内でACESをどのように実現するかを扱います。そのうえで、多くの解説が触れない部分、つまりシーンがワークステーションを離れて他のマシンでレンダリングされるときに色に何が起こるのかを取り上げ、ジョブを送信する前に実行できるチェックリストを紹介します。レンダリングそのものについては、レンダリングの基礎ガイドをご覧ください。
| ACESの概要 | |
|---|---|
| 正式名称 | Academy Color Encoding System |
| 管理元 | Academy Software Foundation（2025年8月以降） |
| 一次情報源で確認できた最新リリース | ACES 2.0（2025年4月4日） |
| 主要なカラースペース | ACES2065-1、ACEScg、ACEScct |
| 3Dソフトウェアでの提供方法 | OpenColorIO（OCIO）設定ファイル |
ACESとは何か、どのような問題を解決するのか
Academyは、ACESを、映画制作のライフサイクル全体にわたるカラーマネジメントと画像交換のためのオープンソースのフレームワークと説明しています。構成要素は3種類あります。エンコーディング（カラースペース）、トランスフォーム（画像をACESに取り込み、ACESからディスプレイへ出力するための計算）、そしてACES Metadata File（AMF）やTransform IDなどの仕様です。ACES2065-1はSMPTE ST 2065-1:2021として標準化されており、ACESのドキュメントによると、数十社がACESの構成要素を自社ツールに組み込んでいます（ACESドキュメント、2026年10月13日閲覧）。
問題は単純です。すべてのデバイスは、ピクセル値が何を意味するかについて独自の解釈を持っています。カメラはメーカー固有のエンコーディングで記録し、テクスチャはsRGBで届き、レンダラーは自身の作業空間で計算し、モニターごとに色域も少しずつ異なります。共通の基準がなければ、同じ数値でも場所によって異なる色を意味してしまいます。ACESは契約のような役割を果たします。各ソースは既知のトランスフォームを通して一度だけ共通の基準へ変換され、作業はその基準の中で行われ、結果は既知のトランスフォームで各ディスプレイにマッピングされます。レンダリング結果を見栄えよくするフィルターではありません。その価値は一貫性にあり、シーンがマシン間を移動するときに問われるのがまさにそこです。
主要なカラースペース：ACES2065-1、ACEScg、ACEScct
| スペース | プライマリ | エンコーディング | 主な用途 |
|---|---|---|---|
| ACES2065-1 | AP0 | リニア | ACESの基本エンコーディング（SMPTE ST 2065-1） |
| ACEScg | AP1 | リニア、16ビットまたは32ビット浮動小数点 | CGのレンダリングとコンポジット |
| ACEScct | AP1 | 準ログ、0.0078125未満はリニアのトウ | カラーグレーディング用。ソフトウェア内部で使用 |
出典は、ACES2065-1、ACEScg、ACEScctの各ページです（いずれも2026年10月13日閲覧）。
- ACEScgはリニアで、シーンリファードです。 その値は相対的な露出を直接エンコードします。負の値も有効であり、できるだけ保持することが望ましいです。1.0を大きく超える値は想定されたものなので、意図的なカラーコレクションの場面を除いてクランプしないでください。
- ACEScgはCGの計算のために存在します。 ドキュメントによると、CGIの計算ではRGBを反射率として扱うことが多く、非常に広いAP0プライマリでは挙動が不安定になります。ACEScgは、より小さいAP1プライマリ（赤 0.713, 0.293、緑 0.165, 0.830、青 0.128, 0.044）と、同じホワイトポイント（CIE xy 0.32168, 0.33767）を使用します。両者の間の変換は固定のマトリクスで行います。
- ACEScctはレンダリング用のスペースではありません。 ドキュメントでは、一時的なもので、ソフトウェアまたはハードウェアの内部で使われると説明されています。レンダラーはACEScgで動作し、グレーディングツールはACEScctに切り替える場合があります。
実用上のルールは、CGのレンダリングとコンポジットはACEScgで行い、ファシリティから求められた場合にはACES2065-1を交換用の形式として扱うことです。
入力トランスフォームと出力トランスフォーム：パイプの両端
外部の世界とACEScgの作業空間の間には、2種類のトランスフォームがあります。
- 入力トランスフォームは、ソースを作業空間に変換します。テクスチャには保存時の方法に合ったものが必要で、カラー画像では通常sRGBです。3Dソフトウェアでは、各画像ノードの入力カラースペースフィールドがこれに当たります。
- 出力トランスフォームは、シーンリニアのACESデータを受け取り、トーンマッピングとガマットマッピングを適用しながらディスプレイ用に準備します（About rendering、2026年10月13日閲覧）。3Dソフトウェアでは、ビューポートとレンダーウィンドウのビュートランスフォームまたはディスプレイの設定がこれに当たります。
ファームでのレンダリングで最も重要な点は次のとおりです。ビュートランスフォームは画像を見るためのものであり、画像自体はシーンリニアのままにしておくべきです。
ACESパイプライン：テクスチャとカメラ映像は入力トランスフォームを通ってレンダリング用のACEScgになり、リニアEXRが保存され、出力トランスフォームで画像がディスプレイにマッピングされます
ACES 2.0での変更点
プロジェクトの変更履歴では、ACES 2.0は2025年4月4日付とされています（aces-core CHANGELOG、2026年10月13日閲覧）。ACESのドキュメントは、リリースの中心に、再設計されたレンダリングトランスフォーム群を置いています（About ACES 2、2026年10月13日閲覧）。
- 新しい出力トランスフォームは、ACES 1.xと比べてトーンスケールが穏やかで、中間調のコントラストが抑えられ、ハイライトのロールオフもなだらかです。
- ガマットマッピングがより堅牢になり、クリッピングによるアーティファクトが減ります。
- 特殊なディスプレイ向けのより直感的なパラメーター、ディスプレイプリセット、最適化された逆トランスフォームが加わります。
CGにとって何が変わるのでしょうか。私たちが読んだページでは、変更はパイプの終端であるディスプレイ側にあるとされており、ACEScgエンコーディング自体が変わったという記述は見つかりませんでした。実際には、同じシーンリニアのEXRでも、ACES 1.xの出力トランスフォームで見るか、ACES 2.0の出力トランスフォームで見るかによって、画面上の見え方が変わることがあります。ワークステーションでは一方、ファームのノードでは他方でプレビューしている場合、同じデータの2つの見え方を比較していることになります。
バージョン表記についての注意です。OpenColorIOのドキュメントには、OCIO 2.6以降向けにaces-v2.1というラベルのビルトイン設定が掲載されており、OCIO 2.6.0は2026年10月1日に公開されました（OCIO Studio configとOCIO releases、2026年10月13日閲覧）。私たちが読んだACESの資料には2.1の項目がないため、2.0を、ACESの一次情報源から確認できた最後のリリースとして扱っています。バージョンを思い込まず、ご自身の設定名に含まれるバージョン文字列を確認してください。
OpenColorIOがソフトウェア内でACESを提供する仕組み
ACESは色の計算を定義し、OpenColorIOはアプリケーションがそれを利用するための仕組みです。OCIOはAcademy Software Foundationのプロジェクトで、映画制作向けに作られた完全なカラーマネジメントソリューションと説明されています（OpenColorIO documentation、2026年10月13日閲覧）。設定（configuration）ファイルは、利用可能なカラースペース、アプリケーションが依存するロール（レンダリング用スペースなど）、そしてディスプレイとビューを定義します。ほとんどのアプリケーションでは環境設定から選択でき、OCIO環境変数で使用する設定のファイルパスを指定することもできます（Using OCIO、2026年10月13日閲覧）。
OCIOには、パスではなく名前で参照するビルトイン設定も付属しています。CG設定は一般的なDCCアプリ向けの軽量なセットで、たとえばocio://cg-config-v4.0.0_aces-v2.0_ocio-v2.5です。Studio設定にはACESのカラースペース、ディスプレイ、ビューの完全なセットが含まれ、たとえばocio://studio-config-v4.0.0_aces-v2.0_ocio-v2.5です。名前は、設定の種類、設定のバージョン、ACESのバージョン、最小OCIOバージョンの順に読めます。ビルトインであるため、外部のLUTファイルは不要です（CG configおよびStudio configの各ページ、2026年10月13日閲覧）。
アプリケーションごとに、この仕組みの組み込み方は異なります。各ベンダーのドキュメントの記載は次のとおりです（すべて2026年10月13日閲覧のページ）。
| アプリケーション | ドキュメントの記載 | 出典 |
|---|---|---|
| Blender 5.2 | ビルトイン設定には、ACEScgの作業空間、ACES 2.0のビュートランスフォーム、ACES2065-1またはACEScgでのEXR保存が含まれます。公式のACES設定はOCIO変数で指定できます | マニュアル |
| Maya 2022 | ACEScgがデフォルトのレンダリング空間です。デフォルトのビューは、sRGB向けのACES出力トランスフォームです。OCIOが設定されている場合、設定のパスは読み取り専用になります | Arnold for Maya、環境設定 |
| Cinema 4D（2026 SDKマニュアル） | OCIOモードでは、ACEScgのレンダリング空間、sRGBディスプレイ、ACES 1.0 SDRビデオのビューが使われます。各ドキュメントはOCIOの状態と設定のパスを保存します。レガシーモードもあります | Maxonデベロッパーマニュアル |
| Redshift | ACESがデフォルトのレンダリング空間です。OCIO設定があればそれを使用し、なければ同梱のACES設定を使用します | Redshiftドキュメント |
デフォルトはアプリケーションやバージョンによって異なり、色を決める設定の一部は、シーンファイルの外、つまり環境変数やご自身のディスク上のパスにあります。問題はそこから始まります。2026年のCinema 4Dサイクルについては、機能まとめをご覧ください。
シーンがワークステーションを離れるとき、色はどこで狂うのか
ご自身のマシンでは、カラーマネジメントは普段目にしないものに支えられています。環境変数、環境設定ファイル、1年前に設定したフォルダー内の設定などです。シーンまたはファームがそれらを提供しない限り、レンダーノードにはどれもありません。マネージドファームでは、プロジェクトをアップロードしてフレームを受け取るだけで、マシンにログインすることはないため、デスクトップで行うように、ノード上で変数をこっそり設定することはできません。最初に確認したい失敗が4つあります。
1. OCIO設定の相違または欠落。 OCIO変数は、それを設定したマシンの環境に存在し、シーンファイルには含まれません。また、Cinema 4Dのドキュメントは設定へのパスを保存します。ワークステーション上のドライブへのパスは、シーンを開くマシンが同じファイルを読める場合にのみ役立ちます。読めない場合、アプリケーションが未知のカラースペースを報告したり、別の設定にフォールバックしたりすることがあり、結果は承認した内容と一致しなくなります。異なるACESバージョンを含む設定でも、同じ問題がより気づきにくい形で起こります。
2. テクスチャの入力カラースペースのタグ付けミス。 JPEGやPNGなどのカラーテクスチャはsRGBとして、リニアHDR画像はシーンリニアとして、データマップ（ノーマル、ラフネス、マスク）はrawまたはnon-colorとして読み込む必要があります。AutodeskのArnold for Mayaのページはまさにこの区分を推奨しており、Redshiftのドキュメントは自動変換が誤る場合があると警告しているため、アセットごとに確認する必要があります。誤ったタグは自分から知らせてはくれません。色が白っぽく見えたり暗すぎたりするほか、ラフネスマップによってマテリアルが気づかないうちに変わることもあります。ファームは、シーンが指定する内容を、フレームごとにそのままレンダリングします。
3. ビュートランスフォームが出力に焼き込まれる。 Mayaのドキュメントによると、「Apply Output Transform to Renderer」をオンにしない限り、OCIOビューはレンダリングされた画像ファイルに適用されません。ディスプレイトランスフォームがフレームに焼き込まれ、さらにコンポジターが別のトランスフォームを適用すると、画像は二重に変換されます。コントラストはつぶれ、ハイライトはクリップし、元に戻すのは困難です。
4. リニアEXRではなく、ディスプレイリファードの8ビット出力。 OpenEXRは、ハイダイナミックレンジのシーンリニア画像データを表現するよう設計されています（OpenEXR、2026年10月13日閲覧）。8ビットのPNGやJPEGはディスプレイ向けの値を保持しており、ACEScgが想定する1.0を超える値を持てません。そのため、本番ジョブを8ビットでレンダリングすると、ハイライトのディテールと再グレーディングの余地が失われます。マルチレイヤーEXRファイルの構造については、EXRとCryptomatteのガイドで解説しています。
ワークステーションとレンダーファームの間で色がずれる4つの原因：設定の不一致、入力スペースの誤り、焼き込まれたビュートランスフォーム、8ビット出力
送信前の一貫した色のためのチェックリスト
7つのポイントは数分で確認でき、800フレーム目で不一致に気づく場合と比べて、手間ははるかに小さくて済みます。
- 設定を書き留める。 シーンがビルトインの
ocio://名とファイルパスのどちらを使っているかを記録し、名前に含まれるACESバージョンを読み取り、ワークステーションのOCIO変数がそれを供給しているかどうかも記録します。その変数はシーンと一緒には移動しません。 - プロジェクト内で作業空間を設定する。 デフォルトに頼らず、レンダリング空間を明示的に選択します（ほとんどのCGパイプラインではACEScg）。Cinema 4Dでは、ドキュメントがレガシーモードになっている場合があることに注意してください。
- すべてのテクスチャのタグを確認する。 カラー画像はsRGB、リニアHDRはシーンリニア、データマップはrawにします。いくつかのマテリアルを抜き取りで確認してください。
- ビュートランスフォームは表示用にとどめる。 パイプラインで必要な場合を除き、ディスプレイトランスフォームが出力に焼き込まれていないことを確認します。
- 本番ジョブではシーンリニアEXRで出力する。 8ビット形式はプレビューにのみ使用し、コンポジター向けにEXRのカラースペースを記録しておきます。
- プロジェクトを完全にパッケージする。 プロジェクトフォルダーを解凍した状態でアップロードし、シーンファイルと参照されるすべてのアセットを所定の位置に置きます。カスタム設定やスタジオ設定を使用する場合は、事前にファームにお知らせください。
- 1フレームをテストレンダリングする。 ワークステーションでのレンダリング結果とファームでのレンダリング結果を、同じビュートランスフォームで同じビューアーに開き、目視だけでなくカラーピッカーでもいくつかのピクセル値を比較します。サンプリングやデノイジングによる小さな差は正常ですが、色相の目に見えるずれは正常ではありません。
送信前の色チェックリスト（7ステップ）：設定、作業空間、テクスチャのタグ、ビュートランスフォーム、EXR出力、パッケージ化したプロジェクト、テストフレーム
マネージドファームで1フレームをテストする
Super Renders Farmはフルマネージドのクラウドレンダーファームであるため、マシンにログインしたり、ソフトウェアをインストールしたり、ライセンスを自分で管理したりする必要はありません。これは便利ですが、チェックリストが重要な理由でもあります。ワークステーションが自身の環境から得ているものはすべて、シーンとアップロードするファイルで運ばなければならないからです。
カスタムOCIO設定について公開されている互換性リストはありません。パイプラインがスタジオ固有の設定に依存する場合は、アップロードの前に、24/7対応のライブチャットまたはsupportcenter@superrendersfarm.comからサポートにご連絡のうえ、設定を1フレームのテストとともにお送りください。ここで重要なアップロードのルールが1つあります。ファームはアーカイブ（.zip、.rar、.7z、.tar、.tar.gz）を展開しないため、アーカイブの中身はレンダリングされません。
テストフレームは小さなジョブです。新規アカウントには$25分の無料レンダークレジットが付与され、利用の課金方法は料金ページで説明しています。Cinema 4DとRedshiftのシーンについては、ジョブの送信方法をCinema 4Dクラウドレンダーファームのページで説明しており、Redshift、Maya、Blenderのページでは、それぞれのアプリケーションを扱っています。
FAQ
Q: ACESは何の略ですか？ A: ACESはAcademy Color Encoding Systemの略で、Academy of Motion Picture Arts and Sciencesが作成し、2025年8月からAcademy Software Foundationが維持している、カラーマネジメントと画像交換のためのオープンなフレームワークです。
Q: ACES2065-1とACEScgの違いは何ですか？ A: どちらもリニアで、ホワイトポイントを共有しています。ACES2065-1は広いAP0プライマリを使用し、SMPTE ST 2065-1で定義された基本エンコーディングです。ACEScgはより小さいAP1プライマリを使用し、CGのレンダリングとコンポジット向けの作業空間です。
Q: レンダーファームを使うのにACESは必要ですか？ A: いいえ、必要ありません。単純なリニアsRGBのパイプラインを含め、一貫したカラーパイプラインであれば機能します。重要なのは、ジョブに関わるすべてのマシンで、シーン、テクスチャ、出力設定が明示的かつ同一であることです。ACESは、文書化された共通の標準であるため、広く使われています。
Q: ACES 2.0で何が変わりましたか？ A: 主な変更は、レンダリングトランスフォームと出力トランスフォームが再設計され、トーンスケールがより穏やかになり、ガマットマッピングがより堅牢になったことです。リリースはプロジェクトの変更履歴で2025年4月4日付とされています。私たちが読んだドキュメントは、パイプラインのディスプレイ側での変更を説明しており、新しいACEScgエンコーディングについての記述はありません。
Q: レンダリング結果がワークステーションとファームで違って見えるのはなぜですか？ A: よくある原因は、OCIO設定の相違または欠落、テクスチャの入力カラースペースの誤り、出力に焼き込まれたビュートランスフォーム、8ビットの出力形式です。この順に確認し、そのうえでテストフレームを1枚レンダリングして、同じビューアーでワークステーションのレンダリング結果と比較してください。
Q: EXRとPNGのどちらでレンダリングすべきですか？ A: 本番ジョブはシーンリニアのEXRでレンダリングし、ディスプレイトランスフォームは表示と最終納品のために取っておいてください。8ビットのファイルはディスプレイ向けの値を保持し、1.0を超える値を持てないため、PNGやJPEGはプレビューに使用します。
Q: Super Renders FarmはカスタムOCIO設定に対応していますか？ A: カスタム設定について公開されている互換性リストはありません。パイプラインで使用する場合は、アップロードの前に24/7対応のライブチャットまたはメールでサポートにご連絡のうえ、ワークステーションでのレンダリング結果と比較できるよう、1フレームのテストを添えてください。
About Thierry Marc
3D Rendering Expert with over 10 years of experience in the industry. Specialized in Maya, Arnold, and high-end technical workflows for film and advertising.
