5月 262016
 

WPF/WinRT の事はこちらへ:
カラーマネジメントシステムの概要 と カラマネプログラミング初歩 – CAT EARS

結論

  • 出来なくはないがちょいと面倒
  • WinRT の頃とさほど変わってない
  • モバイルでも動くようになったのが大きな違い

UWP で使えるコンポーネントのカラマネ対応状況

UWP API C++/CX Win2D SharpDX
モニタプロファイルの取得
埋め込みプロファイルの取得
プロファイルを使った画像の色変換
変換結果の描写

Continue reading »

1月 082015
 

※画像クリックすると Windows ストア に飛びます

Windows ストア アプリでカラーマネジメントに対応した画像ビューアーを作ってみました。

主に技術実証とMSCCを目的としたアプリなため、低機能&低品質で申し訳なく。
フォルダ内にファイル増やしても検知してくれなかったりとかそういう…
何か表示がおかしいなとかあった場合は、アプリを再起動すれば大体直ると思いますので。。
Release 1 では、スリープからの復帰時に画像が復元されないバグがある気がしていますが、直す気力があまり無いです……

Windows Runtime におけるカラーマネジメントの実装方法については、そのうち記事を書きますのでそちらで。。
簡単にいえば、 C++/CX で WIC と Direct2D を使って頑張る感じです。つらい。。。

9月 222014
 

知らなかったので少しだけ試したメモ。

概要

  • FlashPlayer 10 から追加された機能っぽい
  • Stage に描写されるモノを sRGB とみなして、モニタプロファイルのカラースペースに変換する機能があるっぽい
  • ソースプロファイルは無視っぽい
    • flash.display.Loader とかにも機能が見当たらないけど、使うリソースを全部sRGBにしておけってことなんですかね
    • Flash Professional に取り込んだ画像は、プロファイル削除されると書いてあるので、つまりそういうことなのかな…sRGBに変換されるかは謎いけど、サンプルではGBR画像の色が狂ってしまってるので、変換なしでプロファイル削除だけの予感

If you import an image with an embedded profile into Flash Professional, the color profile is removed and the image on the Stage appears without its embedded color profile.

  • Linux/Unixは非対応っぽい

Currently, SWF file color correction is not supported on Linux/Unix systems or systems with less than 32-bit color resolution.

バグっぽい?

環境

  • Firefox 32.0.2 + FlashPlayer 15.0.0.152 + CMS有効
    • colorCorrectionSupport: defaultOff
    • colorCorrection: on の時のみカラマネが動作
    • 参照するモニタプロファイル: gfx.color_management.display_profile に設定されたやつ
  • デスクトップ版IE 11 + FlashPlayer 15.0.0.152
    • colorCorrectionSupport: defaultOff
    • colorCorrection: on の時のみカラマネが動作
    • 参照するモニタプロファイル: 「色の管理」で設定したプライマリモニタのプロファイル
  • ストア版IE11 + FlashPlayer 15.0.0.152
    • colorCorrectionSupport: unsupported
    • colorCorrection: うごかないっぽい
7月 222014
 

そのうちまとめるつもり。

  • .NETのカラマネ対応APIは、System.Windows.Media, System.Windows.Media.Imagingの中にちょっとだけある。ほぼWPF専用なのではないかという予感…
    クラス / 構造体 概要
    ColorConvertedBitmap WICで一度だけ色変換できるBitmapSource。微妙MarkupExtensionもあるよ。
    ColorContext ICCプロファイル的なやつ。
    Color sRGB/scRGBカラーを扱う。挙動が微妙なこともあり、カラマネ的には役に立たない可能性が。
    BitmapFrameと各種Encoder/Decoder 画像ファイルを取り扱うクラス群。画像プロファイルも読み書きしてくれるっぽい。中身はWICの模様。

  • 内部的にはICM / WCS, WICを利用している。
    • System.Windows.MediaがICMに対応して、System.Windows.Media.ImagingがWICに対応するイメージなのかな?
  • いずれの場合もTransformは使い捨ててるので、パフォーマンスは微妙。
    • WCSプロファイルはTransform生成がかなり遅い(iccの30倍位)ため、非常に残念な事になる。回避するには多分P/Invokeしかない。
  • 残念なことにデバイスプロファイル等、PC/ユーザーに設定されているプロファイルを取得する方法は用意されていないので、ファイルパスを指定するかP/Invokeするしかない。

System.Windows.Media.Imaging.ColorConvertedBitmap

  • 変換元、変換先のColorContextと、変換したいBitmapSourceを指定して色変換できる。
  • これ自身がBitmapSourceを継承してるので、Image.Sourceとかに指定できる。
  • 一度初期化したら変更できない。
  • 内部的にはIWICColorTransformを使ってる。
  • ColorConvertedBitmap のマークアップ拡張機能なんてのもあるが、各プロパティ指定できるの一度きりだし、果てしなく微妙。

System.Windows.Media.ColorContext

  • イメージ的にはICCプロファイルとかと同じ。
  • 内部的にはColorContextHelperを通してICMのOpenColorProfile()GetColorProfileHeader()を利用している。
  • PixelFormatを指定して初期化することでsRGBとかscRGBのColorContextを取得できることになっているが、実際に取得されるのは コントロールパネル>色の管理>詳細設定>デバイスプロファイル に設定されているプロファイルだったり。
    • これはICMのGetStandardColorSpaceProfile()を利用しているからで、sRGBのプロファイルIDを指定しているにもかかわらず上記のような結果になるという謎挙動が原因である。
    • 既定のデバイスプロファイルではなく、ちゃんとsRGBを指定したいならば、自分でURIを指定する必要がある。

System.Windows.Media.Color

  • 一見RGBを抽象化したものに見えるが、実際はsRGB/scRGBカラーを取り扱う構造体である。
  • FromValues()およびFromAValues()にてColorContextを指定できるが、これは非常にややこしいことに「指定されたColorContext」→「既定のデバイスプロファイル(大抵はsRGB)」という変換となる。
    • 最初は「指定されたColorContextのRGB」を表す型なのかと思ってたら全然違った。
    • ComputeScRgbValues()というprivate methodの中で、PixelFormats.Bgra32を用いて変換先ColorContextを初期化しており、このソースを見る限りは本当はsRGBを変換先とするつもりっぽいのだけど、上記ColorContextの謎挙動により既定のデバイスプロファイルが変換先となってしまっている。
    • この変換処理ではColorTransformというinternal classを使っている。それ使わせてくれよ…
      • ColorTransformは、ColorTransformHelperを経由してICMのCreateMultiProfileTransform()TranslateColors()をやってくれるクラス。
    • 一色変換するだけの処理にもかかわらずTransformを使い捨てしており、コスト的にも大分残念な感じになっている。何に使うんだろうこれ…

System.Windows.Media.Imaging.BitmapFrame とか

  • まだあまり試してないが、画像プロファイルの読み書きができそうで良さ気。
  • System.Windows.Media.Imagingは大体WICと同じ雰囲気っぽい?
  • 内部的には完全にWIC依存。
  • でもIWICColorTransformとかは使わせてくれない微妙な感じ…
  • BitmapFrame.Create時などにBitmapCreateOptions.IgnoreColorProfileを指定していないと、埋め込まれた画像プロファイルからsRGB (これも同様にデバイスプロファイルかも知れない) へ変換される
    • 変換されるくせに埋め込まれたプロファイルColorContexts[0]はsRGBに置き換えられず、そのままである
    • これに気付かずにColorConvertedBitmapに食わせると、二重に変換されたりして悲しい思いをする
    • BitmapCreateOptions.IgnoreColorProfileを指定した場合、元のカラースペースを保持した状態で読み込まれる
  • CMYK画像をBitmapFrame.Createする際にBitmapCreateOptions.PreservePixelFormatを指定していない場合も、RGB PixelFormatへ自動変換される
    • 同様に、プロファイルが埋め込まれていた場合ColorContexts[0]はCMYKプロファイルのままである
  • BitmapCacheOption.None以外で読み込んだ場合、その時に指定されたBitmapCreateOptionsで画像がキャッシュされ、再読込時のBitmapCreateOptionsは無視される
    • Streamから読み込む場合はキャッシュの影響は受けないようだが、即時読込するためにはBitmapCacheOption.OnLoadが必要な点に注意

モニタプロファイルの取得

  • .NET じゃ無理ぽ
  • EnumDisplayMonitors()GetMonitorInfo()MONITORINFOEX取得
    →取得したデバイス名からCreateDC()でデバイスコンテキスト取得
    GetICMProfile()でプロファイルパス取得
  • 実コードとかはそのうち…