正直に言うと、私は色彩のプロの世界、特に異なる媒体間のカラーマッチングに関する問題についてはほとんど無知です。理論的には、例えばデジタルカメラで撮影した画像、Photoshopで編集した画像、そしてカラーフォトプリンターで印刷した最終結果の間で、色の一貫性を保つことが極めて重要であることは理解しています。それは理論上の話です。私の現実は、カメラで写真を撮り、Photoshopで自分の目に「ちょうどいい」と見えるまで微調整し、それをプリンターに送るというものです。そして、その仕上がりには99%の確率で満足しています。言い換えれば、私はほとんどの場合、色彩マッチングには全く注意を払っていません。
しかし、新しいMacや新しいモニターを手に入れるたびに必ず触れる、プロフェッショナルなカラーマネジメントの領域が一つあります。それは、システム環境設定の「ディスプレイ」パネルにある「カラー」タブです。このタブを使って、モニター用のColorSyncプロファイルを作成します。プロフェッショナルにとって、これはプロセス全体を通して正確な色が表示されるように設定することです。私にとって（そしておそらく他のユーザーも）、これはむしろOS X環境が自分の目に「正しく見える」ようにすることです。OS Xの標準カラープロファイルは「色褪せている」ように感じるので、少し暗くしてコントラストを高めるようにしています。以前は「カラー」タブの「キャリブレーション」手順を実行していましたが、様々な定義済みの「RGB」オプション（通常はApple RGBまたはsRGBプロファイル）が自分に合っていることに気づきました。そのため、ここ数年はそれらを使っていて、かなり満足していました。この背景情報を覚えておいてください。
2005年、AppleはQuickTime 7をリリースしました。これには、H.264という新しいコーデックが搭載されていました。H.264は、膨大なデータレートやファイルサイズを必要とせずに、驚くほど高画質を実現します。例えば、私のCanon PowerShotデジタルビデオカメラは、640×480の動画をAVI形式で撮影します。最近、末娘を撮影した動画は2分弱で、186MBのディスク容量が必要でした。画像は素晴らしいのですが、Webサイトに動画を掲載するにはファイルサイズが大きすぎます。そこでH.264の登場です。QuickTime Proを使い、H.264（品質スライダを中と低の間に設定）で最高品質（マルチパス）エンコードを使用して、クリップを再エンコードすることができました。数分の作業で、元の動画とほとんど区別がつかないほど高画質なムービークリップ（少なくとも一般の視聴者には）が完成し、しかもファイルサイズはわずか13MBです。まさにWin-Winの関係ですね。
まあ、ほとんどの人にとってはそうだったようです。しかし、私のMacでは、H.264ビデオがひどくフェードアウトしていました。下の画像をご覧ください（クリックすると拡大版（232KB）の高画質版が表示されます）。
画像の左半分は、PowerShotカメラで撮影したAVIビデオのフレームです。右半分は同じフレームですが、同じムービーを最高画質設定でH.264に変換したものです。技術的には、左右のフレームは同一であるはずです。しかし、明らかに同一ではありません。H.264版には深刻な色ずれが発生しているからです。この問題に初めて気づいたのは、QuickTime 7がパブリックプレビューとしてリリースされた直後でしたが、「リリース前には修正されているだろう」とあまり気にしていませんでした。しかし、実際には修正されていませんでした。最新のQuickTime 7アップデートを適用しても、この問題は依然として発生していました。
しかし、事態をさらに苛立たしく混乱させたのは、私が制作したビデオを見たほとんどの人がこの問題に気づかなかったことです。彼らにとっては、映画は問題なく見えたのです。つまり、何が起こっているにせよ、私のマシンだけの問題だったようです。また、いつものWebホットスポットでもこの問題について大きな騒ぎは見られず、私のマシンだけの問題だという思いがさらに強まりました。そして、私がやらなければならないこと全体の中で、この問題の解決は優先順位が低かったのです。どうやら他の人は映画を問題なく視聴していたようですから、この問題は後回しにされ続けました。
ところが昨晩、家族のブログページ用に大量のPowerShotクリップを編集しようとしていたところ、ついにイライラしてしまい、解決策を探し始めました。Googleでかなり時間をかけて調べた結果、（ほぼ）解決できたと思います。最初に見つけたのは、AppleのQuickTimeユーザーメーリングリストでの長々とした議論でした。そこでの議論は、Appleが定義するCore Videoの影響を中心に展開されていました。
Core Video は、Mac OS X Tiger の Core Image に加わり、ビデオ サービスの最新基盤を提供し、ハードウェア アクセラレーションによるビデオ処理のために QuickTime と GPU の間にブリッジを提供します。
前述の議論では、Core Video が色褪せの原因として特に指摘されていました。私は自分のマシンでこれを確認するために、無料のメディアプレーヤーである NicePlayer をダウンロードしました。NicePlayer には、ビデオを開く際に使用する「ビューア」を Core Video、DVD Player、QuickTime の中から指定する機能があります。Core Video を無効にすると、全く同じ色褪せた H.264 クリップが NicePlayer では問題なく再生されました。一方、QuickTime Player は、マシンが Core Video に対応していれば常に Core Video を使用するため、QuickTime Player では色褪せたバージョンが表示されていました。つまり、これは間違いなく私の側の問題のようでした。しかし、Core Video 対応マシンで私のクリップを見た友人はたくさんいますが、誰も色褪せについて不満を漏らしたことがなかったので、まだ少し混乱していました。つまり、私のマシンの問題には何か他の原因があり、Core Video 以外の原因が考えられたのです。
余談ですが、この問題に関するディスカッションリストの奥の方で、クリップに黒いムービーマスクとコンポジションブレンドモードを設定することで解決できるという提案がありました。これは確かに効果があり（QuickTime Playerの再生が色褪せなくなりました）、Core Videoの再生機能を完全に無効にしているわけではありません。代わりに、暗い背景を追加し、それを色褪せたムービーとブレンドしているのです（少なくとも、これらの設定はそういう動作をするものだと私は理解しています）。しかし、これは低速マシンでは問題が発生します。私が作成したシンプルな640×480、30フレーム/秒のビデオテストは、Mac ProとDual G5では問題なく再生されましたが、PowerBook G4では15fps程度にしか達しませんでした。明らかに、これはあまり良い回避策とは言えません。
ちょうどその晩は諦めようとしていたところ、Macintouch Reader Reportsのページへのリンクを見つけました。そこではH.264エクスポートの問題について議論されていました。2006年5月19日付の最終エントリで、Christian Kent氏が何が起こっているのかを突き止め、効果的な回避策を提示していました。Christianも私と同じように、モニターにあらかじめ定義されたRGBカラープロファイルを使用していたため、H.264エクスポートで色褪せた映像が表示されていました。彼は、問題の原因があらかじめ定義されたプロファイルにあることを突き止めました。
実際、事前に作成されたプロファイルはすべて、QuickTime Player がビデオを補正してプロファイルの効果を逆転させるという点で興味深いものでした (いくつかの色域制限あり)。
標準よりも暗いカラープロファイルを使っていたため、Core Videoは予想よりも明るいH.264変換でエクスポートしていました。Christianが指摘した解決策は？「キャリブレーション」ボタンと「エキスパートモード」オプションを使って、新しいカスタムカラープロファイルを作成することです。私は昨夜遅くにこれを実行した後、上記の同じビデオでH.264エクスポートを再度実行しました。結果はいかがでしたか？ぜひご自身で判断してみてください。
ご覧の通り、まだ少し色褪せが残っていますが、以前ほどひどくはありません（この画像の右側の木と最初の画像の木を比べてみてください）。カスタムプロファイルをもう少し調整するだけで、完全に色褪せを解消できると思います。ChristianはMacintouchページのまとめの中で、この状況をうまくまとめています。
覚えておくべきことは、sRGBとColorSyncは部分的に重複し、時には矛盾するカラーマッチングシステムであるということです。それぞれの仕様の曖昧さは、必然的に二重補正やその他のバグにつながる可能性があります。ウェブ上でsRGBについて調べたことがある人なら誰でも、カラーマッチングの歴史は長く未完の不完全な科学であり、より完全なエンドツーエンドの実装を目指して次々と技術が開発されてきたことがわかるでしょう。
どうやら色は一部は魔法であり、一部は科学であり、そして「一体何が起こっているのか誰も知らない」部分でもあるようです。私は、（ほぼ）正しい H.264 ビデオを再び手に入れることができてうれしいです。
