グラフックス・ガンマ・リニア・ワークフロー：正確な画像処理のために

序論：ショートクイズ

目的: コードを書く計画がある方への自問チェック。以下の項目に「はい」と答える場合、コードは誤動作している可能性があります。

• ガンマ補正の原理を理解していない（当たり前ですが）。
• CRT の遺物と考え、現在の LCD 環境で無視しても安全だと判断している。
• 正確な色彩再現性が不要な一般用途でもガンマを無視しており安全だと考えている。
• ゲーム開発者であり、ガンマは不要だと考える。
• OS やライブラリが自動で処理してくれるため、個人での理解や実装は不要だ。
• 有名なライブラリが自動的に正しく処理してくれると信じている。

観察事実:

• RGB(128, 128, 128) のピクセルは、RGB(255, 255, 255) に比べて光エネルギーの約 半分しか発していない（物理的に 128 は 0.5 ではなく、非線形な値）。
• JPEG/PNG などから読み込んだ画像に対して、そのままアルゴリズムを実行しても問題ないと誤解している。

重要な警告: これらの項目に「はい」と答えた方は、ガンマという概念は多くのグラフィックスライブラリや画像ビューアで正しく扱われておらず、不正確な結果を生み出しています。この記事を読み終えるまでには必ず理解できます。

ガンマ補正とは何か？なぜ必要か？

視覚特性と光の線形性

• 物理的な線形性: モニターが発する光エネルギー量は、デジタル値（0〜255）に対して**線形（比例）**です。
  • 例：黒から白までの中間値は、光エネルギー量のちょうど中間に相当します。
• 知覚的な線形性: 人間の目は光強度に対して**非線形（べき乗則）**で反応します。
  • 例：物理的に半分の明るさを増やしても、人間には「半分明るくなった」と感じません。

グレースケールの問題

• 5 ビット圧縮による歪み: 物理的に均等に配置されたグレースケール（図 4）を保存すると、暗い領域の濃淡の差が粗く、明瞭なステップ（バンドリング）として見えるようになります。
• ガンマ補正の役割: 人間の知覚に合わせてデータを非線形に変換することで、限られたビット数（8 ビットなど）でも滑らかなグラデーションを実現します（図 5）。

結論: 物理的に線形のデータではなく、知覚的に線形に近い値を保存するのが一般的であるため、ガンマ補正は必須です。

効率的な画像エンコーディング

なぜ 8 ビット RGB を使うのか？

• 24 ビット（8 ピクセル/チャンネル）の仕組み:
  • コストを抑えつつ滑らかなグラデーションを見せるために、物理的な光強度ではなく「知覚された明るさ」を保存します。
  • 物理的な線形スケールなら暗部で解像度が足りず、明部に過剰精度が生まれるため、非線形圧縮が有効です。

ガンマ・エンコーディングの式

• 圧縮（エンコード）: 線形値 $V_{linear}$ をガンマスペースに変換
  • $V_{encoded} = V_{linear}^{1/\gamma}$
• 展開（デコード）: ガンマスペースを線形値に戻す
  • $V_{linear} = V_{encoded}^{\gamma}$
• 標準ガンマ値 ($\gamma$): 2.2

注意点: 0 と 1 の間での計算のため、この非線形変換により「暗い画像（約 22% の光）」が「中間の明るさ」として知覚される現象を理解してください。

sRGB とは

• 現在の事実上の標準カラー空間です（モニター、カメラ、Web ブラウザ）。
• 厳密には $\gamma=2.2$ に近いですが、計算処理上の利便性から **$\gamma \approx 1/2.4 \approx 2.2$**の近似を採用しています。
• グラフィックボードや OS はハードウェアレベルで sRGB をデコード・エンコードできるため、ユーザーは特別な設定をする必要はありません（ただし PBR などを除く一般用途）。

ガンマ補正済み画像への処理注意点

重要: sRGB データに対しては、直接画像処理アルゴリズムを適用してはなりません。 非線形な sRGB 値に直線的な演算（加算、平均、補間など）を行うと、結果が歪んでしまいます。

正しいワークフロー:

1. ガンマデコード: sRGB データ $\to$ 線形空間へ変換する。
2. 処理: ブラー、リサイズ、コポジションなどを線形空間で行う（加算や平均演算が可能になる）。
3. ガンマ・エンコーディング: 最終結果を再び sRGB（非線形）に変換して保存/表示する。

ガンマ誤りがもたらす具体的な影響

1. グラデーションの崩れ

• 誤り: sRGB スペースで直接 2 つの色を補間すると、中間が暗く歪んだ色になります。
• 正解: 線形空間で補間し、表示時にのみガンマを適用する必要があります。

2. 色のブレンド（ブレンドモード）

• 誤り: ソフトブラシで描画時、sRGB 上で混ぜると奇妙な暗い遷移帯が生まれます。
• 正解: 物理的な光の混ざり合いをシミュレートするには線形空間での計算が必要です。

3. アルファブレンドとコポジション

• 現象: テクスチャを重ね合わせる際、sRGB 上で直感的に混ぜても色相や明るさの位相がズレます（例：肌色が青みかす）。
• 原因: アルファ混合も物理的な光の加算に基づくため、非線形空間での計算は不正確です。

4. リサイズとアンチエイリアシング

• リサイズ時の問題: チェッカーボードを縮小する際、暗部（黒）側で誤差が顕著になり、灰色の再現精度が悪化します。
• アンチエイリアシング: sRGB でテキストを描くと過度に暗く重厚に見えます（$\gamma=1.42$ などの調整が必要になる）。

物理ベースレンダリング（PBR）との相性

PBR が要求するもの

• PBR（物理ベースレンダリング）は、光の反射や散乱を現実物理法則に従ってシミュレートするため、厳密な線形ワークフローが必須です。
• 誤ったガンマ処理を行うと、以下の現象が発生します：
  • 二次元的な光減衰（カラーバリエーション）が正しく計算されず、画面の隅が暗く見える。
  • ハイライトが過剰に白っぽく、色が飛ぶ。
  • マテリアルの質感がプラスチックのように人工的に見える。

よくある間違い

• 材質やライティングパラメータを「補正」して合わせる:
  • sRGB で計算した結果を無理やり微調整するのは、物理的な意味を失い、ランダムな数値合わせになります。
  • テクスチャのガンマ補正などを忘れると、光の反射が極端に暗く（黒く）見えてしまいます。

まとめ：正しい実践方法

1. デフォルトは sRGB: Web や一般的な画像表示では sRGB が標準です。
2. 内部処理は線形: 画像編集、リサイズ、フィルタリング、PBR レンダリングなどを行う際は、必ず線形空間（$\gamma=1.0$）で計算を行う必要があります。
   • $V_{linear} = V_{sRGB}^{2.2}$ （変換式）
3. 保存時は sRGB: 最終的にディスクに保存するかモニタに表示する前には、再度 sRGB に変換します。

推奨: 開発においては「正しいことを行っているか」を常に自問してください。ガンマ補正を維持・明示し、ドキュメンテーションでカラー空間の制約を明記しましょう。

リファレンスとさらなる学習資料

ガンマ・sRGB の基礎知識

• Charles Poynton – Gamma FAQ
• Cambridge in Colour – Understanding gamma correction
• Tom Forsyth – The sRGB Learning Curve

リニアライティング・ワークフロー（LWF）の深掘り

• GPU Gems 3: Chapter 24. The Importance of Being Linear
• Unity Documentation – Linear Rendering (Linear Color Space の設定)
• Renderman – Linear Workflow

高度な参考資料

• Nine Degrees Below: Gaussian Blur and Normal Blend Mode (補間とフィルタリングの誤りについて)
• Eric Brasseur: Gamma error in picture scaling (リサイズ時の誤差計算)

メモ: OS が Mac OS X 10.6 以上または Linux の場合は、OS レベルのガンマ校正設定も確認することが推奨されます。