お断り
本稿は筆者が技術書典 3 で頒布した「Ebiten API Reference」の、ある章の抜粋および改変です。
Pre-multiplied Alpha と Straight Alpha
色は Red、 Green、 Blue、 Alpha の 4 つの成分で表されます。 Alpha は不透明度を表す値です。 Red、 Green、 Blue の値に Alpha を乗算した形式を Pre-multiplied Alpha (乗算済みアルファ) と呼びます。逆に乗算する前の形式を Straight Alpha と呼びます。
Go の image/color
パッケージは、 Pre-multiplied な色の構造体は例えば RGBA
という名前がついているのに対し、 Straight な色の構造体は例えば NRGBA
となっています。また Color
インターフェイスの RGBA
関数は 16bit の Pre-mutiplied な値を返します。 Pre-multipliedのほうが主であり Straight Alpha が従であるという趣があるようです。それは一体なぜでしょうか。
結論から言ってしまうと、 Pre-multiplied のほうがアルファブレンディングの計算が圧倒的に簡単だからです。本稿ではその理屈について説明します。
なお Go の開発者が実際に本章のようなことを考えて API を設計した、と名言しているわけではありません。ただ恐らくこのような理論が背景にあるからであろう、と筆者は考察しました。
本稿では断りがない限りは各成分は 0〜1 の値で表されます。アルファ値は、 1 のときに完全に不透明、 0 のときに完全に透明になります。
Straight Alpha のアルファブレンディング
Straight Alpha な色 と色 があったとします。この 2 つの色のアルファブレンディングについて考えてみましょう。なおここでいうアルファブレンディングは、 Thomas Porter および Tom Duff の論文 Compositing Digital Images - Computer Graphics Project Lucasfilm Ltd. に基づきます。
アルファブレンディングは 2 つの色から 1 つの色を作る演算です。ここでは演算子を とします。 と をアルファブレンディングした結果の色は となるわけです。アルファブレンディングは可換ではありません。すなわち と が同じであるとは限りません。これは直感的には、半透明な のフィルムと不透明な のフィルムを組み合わせたときに、結果の色は順序に依存することから分かります。またアルファブレンディングは結合法則を満たします。 、 とは別の色 があったとして、 と が同じである必要があります。
を計算してみましょう。簡単のためにまず のアルファ成分 が 1 のケースを考えます。この場合 は完全に不透明となります。 のAlpha成分 分だけ の RGB 値が影響し、また残り分 の RGB 値が影響します。
この結果を利用して、アルファ値が 1 でない場合について考えます。結合則を満たすように、各値を計算してみましょう 1。色 について、 を求めます。また別の色 があったとき、結合法則から でなければなりません。よって
ここで は不透明な色、すなわち とします。不透明な色を右にした合成もまた不透明な色なので、 の Alpha 成分も 1 になります。こうすると先程ののアルファブレンディングの式が使えるわけです。Red成分に着目すると
の係数に着目すると
前の式に代入して
ここで とします。これが 0 の場合は となり、 RGB の値は意味を成しません。
Green や Blue でも議論は同じです。以上により
なんともおぞましい計算結果になりました。 Straight Alpha のアルファブレンディングは、このように単純ではないのです。
Pre-multiplied Alpha のアルファブレンディング
Pre-multiplied Alpha は Straight Alpha としての Red、Green、Blue 成分に Alpha 値を乗算した形式です。 Pre-multiplied Alpha な色 があったとして、それに対応する Straight Alpha 形式の色が とすると、 となります。前節で求めた式を Pre-multiplied Alpha 形式に変換してみましょう。 に対応する Pre-multiplied Alpha 形式の色をそれぞれ として、 Straight Alphaのまま を使った式に変形します。なお、 とします。
これを Pre-multiplied Alpha 形式にするには、RGBの値に のAlpha値である を乗算します。
Straight でも Pre-multiplied でも Alpha 成分の値は変わらず、 なので
すべての成分が同じ計算式 の形式になりました。よって
Pre-multiplied Alpha におけるアルファブレンディングは、 Straigh Alpha におけるにそれとは違って綺麗になったことが分かります。
余談: OpenGL での実装
OpenGL においてブレンディングは glBlendFunc
関数で指定できます。テクスチャの色が Pre-multiplied Alpha だとすれば、正しくアルファブレンディングするには、最後の式より GL_ONE
と GL_ONE_MINUS_SRC_ALPHA
を指定すれば良いことが分かります。逆にテクスチャの色が Straight Alphaの場合、あの「おぞましい式」のようにブレンディングが動作すれば良いのですが、そのような指定は存在しません。
よく GL_SRC_ALPHA
と GL_ONE_MINUS_SRC_ALPHA
を組み合わせるという解説がありますが、テクスチャの色が Straight Alpha であろうと Pre-multiplied Aplha であろうと正しく動きません。先程説明したとおり、描画先が完全不透明である場合を除いて正しくならないからです 2
余談 2: リニアフィルター
Straight Alpha だとうまくいかず、 Pre-multiplied Alpha だとうまくいく他の例として、 OpenGL のリニアフィルターがあります。リニアフィルターはテクスチャから取得する色の補完に使われます。ある点の色を描画したいとして、対応するテクセルによっては、テクスチャからそのテクセルに近い部分の色を複数取得し線形補間します。これがリニアフィルターです。逆に全く補完しないで一番近くのテクセルを取るだけの場合もあり、 OpenGL ではニアレストフィルターと呼ばれます。
例えばStraight Alpha形式で赤色 と透明 があったとしましょう。これのちょうど中間の色はどう計算されるでしょうか。単純にRGBA全部の間の値をとったとすると、次のようになります:
これは赤成分が1から0.5になっており、少し黒ずんだ赤色になってしまっています。単に透明と補完しただけなのに黒ずむのは問題で、例えば絵のエッジ付近が黒ずんでしまうといったことが起きます。これは完全な透明の色の表現が一意に定まらないことから来ています。たとえば も も同じ透明ですが、どの透明の表現と線形補間するのかで結果が変わってきます。
では Pre-multiplied Alpha 形式で赤色 と透明 のちょうど中間の色を計算するとどうなるでしょうか。これもまた単純に RGBA の間の値をとってみます:
これは Straight Alpha に直すと であり、半透明ですがちゃんと赤色が維持されています。 Pre-multiplied Alpha における完全な透明は のみであり、それ以外の表現はありません。よって Straight Alpha における透明色の曖昧さはありません。
-
計算方法については WikipediaのAlpha Compositing の記事を参照しました。 ↩
-
その他この問題を指摘しているスライドに Blends Mode for OpenGL - Mark Kilgard があります。 ↩