のマニュアルページにはjpgiccこう書かれている-c NUM Precalculates transform (0=Off, 1=Normal, 2=Hi-res, 3=LoRes) [defaults to 1].
そのオプションに関する詳しい情報は見つかりませんでした。私には、1 は速度と品質のトレードオフであるように思えます。しかし、私にとっては速度は重要ではありません。
「高解像度」とはどういう意味ですか? また、「標準」よりも「高解像度」を優先する理由は何ですか (または、「標準」を「高解像度」よりも優先する理由は何ですか)?
答え1
私は色の正確さをあまり気にしない人間だと認めざるを得ません。テキストと背景の色が十分に異なっていて、画面が読めるなら満足です。
事前計算に関する7年前のメールのやり取り
事前計算なし、通常、低解像度、高解像度の違いは速度だけではなく、影の中の欠陥:
私は、Cinepaint のカラー管理オプションで、他の Cinepaint オプション (低解像度、高解像度、CMM デフォルト) ではなく、「事前計算しない」を使用するように設定しました。この特定の設定が違いを生む可能性があると気付いていれば、多くの時間と面倒なテストを節約できたでしょう。
Cinepaint 以外に、低解像度、高解像度、CMM デフォルト、または「事前計算しない」を選択できる画像編集プログラムは知りません。ほとんどまたはすべてが「CMM デフォルト」のようなものを使用していると推測します。なぜなら、私が確認したところ、Cinepaint で「CMM デフォルト」と「黒点補正を使用する」を使用するように設定すると、他のすべての画像エディターと同様にシャドウ値が半分になるからです。
いずれにせよ、現時点では、Cinepaint と最新の Krita 2.6 アルファ版以外の私がテストしたすべての画像エディターでは、ICC プロファイル変換に線形ガンマ プロファイルが含まれている場合、目に見えて損傷したシャドウ領域が生成されます。
littleCMS の著者による事前計算に関する見解
彼の.pdf チュートリアル著者は、変換する色が少数であれば、事前計算をすべてオフにできると述べています。
最適化
Little CMS は、可能な限りプロファイル チェーンを最適化しようとします。組み込みの最適化スキームがいくつかあり、プラグインを使用して新しいスキームを追加できます。これにより、一般に変換のパフォーマンスが向上しますが、変換の作成時に 1 ～ 2 秒の遅延が発生する可能性があります。変換する色が少数の場合、この事前計算は必要ありません。その場合、cmsCreateTransform() のフラグ cmsFLAGS_NOOPTIMIZE を使用して、最適化プロセスを禁止できます。フラグの詳細については、API リファレンスを参照してください。