リニアワークフローとは？
色管理の仕組みとソフト別の設定を解説

レンダリングした画像が思ったより白く飛んでしまう。実写素材と合成すると、CGの部分だけ色が浮いて見える。その原因を調べていくうちに「リニアワークフロー」という言葉にたどり着いた方も多いのではないでしょうか。リニアワークフローとは、レンダリングや合成の計算を、光の量と数値が正比例する「リニア（線形）」な色空間で行い、最後に画面表示用の色へ変換する制作手法です。この記事では、なぜその手順が必要なのかという理屈から、自分の使っているソフトのどこを設定すればよいのかまでを、2026年8月時点の各社公式ドキュメントをもとに整理します。読み終えるころには、作品の色がずれている原因を切り分けられるようになるはずです。

リニアワークフローとは？光の計算を現実と同じ線形で行う制作手法

リニアワークフローとは、レンダリングや合成の計算を、光の量と数値が正比例する「リニア（線形）」な色空間で行い、最後に画面表示用の色へ変換する制作手法です。すべての映像素材が現実世界と同じ見え方になるように管理する、カラーマネジメント（色管理）の考え方のひとつにあたります。

SideFX社のHoudini公式ドキュメントでは、「リニアカラー」を扱うことを、数値のカラー値と「絶対的な色」との対応づけが一直線になる色空間でライティングとレンダリングを行うことだと説明しています。用語の確認にはクリエイティブ用語辞典もあわせてご覧ください。

「リニア（線形）」とはどういう状態か

1という量の光に、1という量の光を重ねると、2という強さの光になる。現実世界の光は量に対して正比例します。この状態を「リニア（線形）」と呼びます。

Houdini公式ドキュメントでは、リニアな色空間で色の数値を2倍にすると強度が2倍になり、精度の損失がないと説明されています。一方、非線形の色空間で数値を2倍にしても、強度は2倍より多くなったり少なくなったりし、精度が失われることがあるとされています。

レンダラーが行っているのは光のシミュレーションです。足し算や掛け算が現実と同じ比率で成り立つ空間で計算しなければ、結果はずれます。3DCGの制作でリニアという言葉が繰り返し出てくるのは、この一点に理由があります。

カラーマネジメントとリニアワークフローの関係

このふたつは同じ意味ではありません。Blender公式マニュアルでは、カラーマネジメントを、パイプラインのすべての部分が色を正しく解釈することの担保と、ルック（見た目）に関する作家的な選択の、両方に使われるものだと説明しています。リニアワークフローは、そのうち「計算をリニアな空間で行う」という進め方です。含まれる関係であり、どちらかを選ぶものではありません。

なぜガンマ補正が必要なのか｜「2.2」という数値の由来

計算前にガンマ補正を取り除く工程が必要なのは、手元にある画像データがそのままではリニアではないからです。

理由はディスプレイの歴史にさかのぼります。Houdini公式ドキュメントによれば、ブラウン管（CRT）ディスプレイでは電子ビームが画面の蛍光体を非線形に励起し、ビームの出力を2倍にしても蛍光体の明るさは2倍になりませんでした。そこで機器側が、あらかじめ1/2.2乗した信号を出すようにキャリブレーションされ、これが「2.2のガンマ補正値」として知られるようになったと説明されています。

「人間の目の特性に合わせるため」という説明もよく見かけます。人間の視覚が暗い側に敏感で、限られたデータ量で階調を配分するうえで相性が良かったのは事実です。ただし2.2という数値の由来としては、上記のCRTの特性が公式ドキュメントに記載されている説明にあたります。

要点は、私たちが普段扱う画像がすでにガンマ補正済みだという点です。Houdini公式ドキュメントでは、PNG・JPEG・TIFFといったフォーマットはsRGB色空間を前提としていると記載されています。写真もテクスチャも、そのままではリニアではありません。

sRGBとリニアは何が違うのか

Blender公式マニュアルは、sRGBを「Rec.709の色度座標とD65白色点を用いる標準的なRGB表示空間」と定義しています。一方Linear Rec.709は、同じRec.709の色度座標とD65白色点を持つリニアな色空間とされています。

つまり両者は、扱える色の範囲は同じで、数値と明るさの対応のさせ方だけが違います。同じ色を別のものさしで測っている、とイメージすると分かりやすいでしょう。変換はおおむね2.2乗・1/2.2乗の関係にありますが、sRGBには規格として定められた変換式があり、厳密には単純な2.2乗ではありません。

ノンリニアワークフローとの違い｜白とび・合成で何が変わるか

違いは「計算をどの空間で行うか」の一点にあります。従来のノンリニアワークフローでは、ガンマ補正がかかったままの画像を計算に使っていました。リニアワークフローでは、いったんリニアな状態に戻して計算し、最後に表示用の変換をかけます。

この考え方はソフト側にモードとして実装されています。Autodesk社の3ds Max公式ヘルプでは「Gamma Workflow」というモードが、色の入力からガンマエンコードを取り除き、ライティング計算を行ったあとで表示・出力用に再適用する方式として説明されています。

分かりやすいのは、光を足し合わせる場面です。ノンリニアのまま加算すると白とびしていた部分が、リニアで計算すると自然な明るさに収まりやすくなります。合成やブラー処理でくすんで暗くなりがちだった結果も、より明るくリアルな色合いになりやすい傾向があります。リニアな空間では数値を2倍にすれば強度も2倍になるため、光を重ねる・ぼかす・混ぜるといった処理が現実と同じ比率で成立するからです。

光の計算をする工程はリニアで行い、人が見るための変換は最後にまとめてかける。この切り分けが本質です。実写素材とCGをなじませるコンポジット（合成）の工程では、これがそのまま作業の前提になります。

View Transformはガンマ変換ではない｜表示のための「見え方」の設定

色空間の変換（ガンマ変換）と、View Transform（表示のためのトーンマッピング）は別の処理です。ここを混同したまま設定をいじると、原因の切り分けができなくなります。

Autodesk社のMaya公式ヘルプでは、View Transformを、レンダービュー・ビューポート・UVエディタで色をプレビューする際に既定で使う変換だと説明しています。計算結果そのものではなく「見せ方」を決める設定です。

Blender公式マニュアルに記載されている選択肢を見ると、役割の違いがはっきりします。

• Standard：ディスプレイのための変換以外に、余分な変換を行いません
• AgX：Filmicを改良したトーンマッピングで、広いダイナミックレンジを扱えるようにしたうえで、強く露出した色の彩度を落として、光に対するフィルムの自然な反応を模倣します
• Filmic：非推奨（deprecated）とされ、彩度の高い色の扱いを改善したAgXに置き換えられました
• Khronos PBR Neutral：PBRの色の正確さのために設計され、入力のsRGBベースカラーに忠実なsRGBの色を出力レンダーで得るためのものです
• Raw：色空間の変換を一切行いません。画像の確認用で、最終的な書き出し用ではありません

レンダリング結果が「思ったより眠い」と感じるとき、原因がレンダリング設定ではなく表示側の変換にあることは珍しくありません。

現在の標準はOpenColorIOとACES｜「リニアワークフロー」という言葉の位置づけ

2026年8月時点の実務では、リニアで計算するという考え方は、OpenColorIO（OCIO）という仕組みの上で運用されるのが一般的になっています。

3ds Max公式ヘルプは、OpenColorIOを、多くの制作・編集・仕上げアプリケーションに統合されている業界標準のオープンソースのカラーマネジメント手法だと説明しています。コンフィグファイルで入力・レンダリング・表示・出力に使う色空間を定義し、それらの間の変換を自動化する仕組みです。

Blender公式マニュアルによれば、コンフィグの中では scene_linear（レンダリングとコンポジット用）や data（色ではない情報用）といった役割（roles）を定義します。

「リニアワークフロー」は広く使われた表現で、現在のソフトでは「シーンリニア」「Rendering Space」「Color Management」といった名称で扱われることが多くなっています。3ds Maxが従来型の運用を「Gamma Workflow」というモード名で残していることは、その実例です。考え方は標準として残り、呼び名と設定の場所が変わったと捉えるのが正確でしょう。 レンダリングの基本もあわせて確認しておくと理解が早まります。

ACES・ACEScgとは

ACESは Academy Color Encoding System の略です。Blender公式マニュアルでは、ACEScgを、レンダリングとコンポジットで使うために設計されたACESの色空間と定義しています。AP1の色域原色、D60白色点、リニアな伝達関数を用いる、ACESワークフローにおける標準的なワーキングスペースだとされています。

Maxon社のRedshift公式ドキュメントによれば、ACESは基礎となるACES2065-1、CG作業用のACEScg、カラーコレクション用のACEScc・ACEScctといった色空間で構成されます。3ds Maxの内蔵コンフィグもACESベースで、そのレンダリング空間はすべてシーンリニアです。

主要ソフトでの設定はどこにあるか【対応表】

設定項目の名前はソフトごとに違いますが、決めることは3つです。どの空間で計算するか、どう表示するか、入力素材をどう解釈するか。

使っているレンダラーの種類によって置き場所は変わりますが、名前と役割さえ押さえておけば項目を探せます。

Blender・Houdiniの場合

Blender公式マニュアルでは、レンダリングとコンポジットはシーンリニアの色空間で行うのが最良であり、それが自然界により近く、計算を物理的により正確にすると説明されています。表示側はView Transformで切り替え、Standard、ACES 1.3、ACES 2.0、Khronos PBR Neutral、AgX、Filmic、Filmic Log、False Color、Rawが用意されています。

BlenderはOpenColorIOの標準コンフィグを同梱し、環境変数 OCIO で別のコンフィグに差し替えられます。Blenderだけを差し替えたい場合は BLENDER_OCIO を使います。Houdini公式ドキュメントには、リニアなライティングとカラーの考え方そのものの解説があります。

Maya・3ds Maxの場合

Mayaでは、カラーマネジメントの環境設定で4項目を指定します。OCIO Config Path（使用するコンフィグファイルの絶対パスとファイル名）、Rendering Space（レンダリングを行うワーキング色空間。2Dのファイルテクスチャなどは入力色空間からこの空間へ自動的に変換されます）、Display（表示デバイスの特性に最も合う空間。標準的なsRGBモニタならsRGBなど）、View Transform（プレビューに既定で使う変換）です。

3ds Maxのカラーマネジメントは、Unmanaged、Gamma Workflow、OCIO - 3ds Max Default、OCIO - Custom Config File などのモードがあります。Unmanagedは色を未変換の生の値として扱います。Rendering Color Spaceの選択肢には、AP1の原色を用いるACESのシーンリニアなワーキングスペースであるACEScgなどが含まれます。

Unreal Engine・Redshiftの場合

Unreal EngineのWorking Color Spaceは、レンダラーの色空間を定義する設定です。選択肢には sRGB / Rec.709、Rec.2020、ACES AP0、ACES AP1 / ACEScg、P3DCI、P3D65 と、色度座標を自分で入力するカスタムがあり、公式ドキュメントの記載では既定は sRGB / Rec.709 系です。表示側にあたるフィルミックトーンマッパーは、テレビと映画向けにACESが定めた業界標準に一致するとされ、広い範囲のHDR（ハイダイナミックレンジ）の色を、ディスプレイが出力できるLDR（ローダイナミックレンジ）に対応づけることが目的だと説明されています。

Redshiftは、OCIOのネイティブサポートにより、ACESカラーエンコーディングシステムをACEScgという形で新しい既定のレンダリング色空間として活用すると公式に説明されています。入力素材は、カラーデータのテクスチャならJPG・PNGはsRGB、EXR・HDRは Scene-Linear Rec.709-sRGB、ノンカラーデータは Raw とされています。

※設定名と選択肢は2026年8月時点の各社公式ドキュメント（Blender公式マニュアル／SideFX Houdini公式ドキュメント／Autodesk公式ヘルプ／Unreal Engine公式ドキュメント／Maxon Redshift公式ドキュメント）の記載にもとづく整理です。バージョンによって名称や配置が変わるため、導入時は公式ページで最新の情報を確認してください。

つまずきやすい3つのポイント

設定の名前を覚えるより、次の3つを避ける方が結果に直結します。

①ノーマルマップなどを「色」として読み込んでしまう

ノーマルマップ、ラフネス、ディスプレイスメントは色ではなく数値データなので、色の変換をかけてはいけません。Blender公式マニュアルは、Non-Colorを「色ではない一般的なデータで、色変換を一切適用しない（ノーマルマップやディスプレイスメントマップなど）」と定義しています。Maxonの公式ドキュメントでも、ノンカラーデータには Raw を指定すると記載されています。sRGBのまま読み込むと、凹凸の向きや反射の強さが意図とずれます。

②表示の設定とレンダリング結果を混同する

View Transformを変えても、計算されたリニアな結果そのものは変わりません。変わるのは画面での見え方だけです。

③素材ごとに入力色空間がばらつく

PNG・JPEG・TIFFはsRGBを前提としたフォーマットです。一方、工程間の受け渡しにはリニアのまま保持できる形式が使われます。カラー素材はsRGB、EXR・HDRはシーンリニア、ノンカラーはRaw。この対応づけを読み込みの段階で決めておけば、後から原因を探す手間が減ります。

リニアワークフローを実務レベルで身につけるには

色管理は、独学で気づきにくい領域のひとつです。理屈を理解できても、自分の作品のどこがずれているかは、正しい状態を見たことがないと判断しづらいためです。原因が素材なのか、計算する空間なのか、表示の設定なのかを切り分けるには経験が要ります。実写合成やコンポジットの工程では、CG側と実写側の色の解釈を揃える作業が前提になるため、色管理は合成の技術と地続きでもあります。

デジタルハリウッドスクールの3DCGデザイナー専攻は、週1回・通学制・1年間の形式で、CG基礎からモデリング、アニメーション、レンダリング応用までを段階的に学ぶカリキュラムです。使用ソフトとしてMaya、After Effects、Premiere、Illustrator、Photoshopが挙げられています。より制作の現場に寄せて学びたい場合はCG/VFX専攻があります。コンポジット（合成）やレンダリング、実写合成が科目に含まれ、使用ソフトとしてAfter Effects、Maya、Substance Painter、NUKEが挙げられています。3DCG系の専攻はいずれも東京本校・大阪本校で開講しています。

どの職種を目指すかで必要な技術の重心は変わります。クリエイターのお仕事図鑑で仕事の内容を見比べてから考えてみるのもよいでしょう。個人差はありますが、独学で詰まる部分ほど、人に見てもらうと解決が早い領域です。

リニアワークフローに関するよくある質問