問題タブ [gamma]

Unity3D 4.3 (2D) で子供向けのアプリを開発しています。問題は、Galaxy S3 と Galaxy Note でテストしたところ、色が飽和しすぎたことです。これらのデバイスでのアプリの外観はひどいものです。色などをフィルタリングできるように、アプリが Galaxy デバイスで実行されているかどうかを検出する方法はありますか?

アプリはマルチプラットフォームであることを意図しています。

どうもありがとうございました！

私は、ガンマ補正パイプラインが次のようになると仮定しています。

• ( ) にロードされたすべてのテクスチャに sRGB 形式を使用GL_SRGB8_ALPHA8します。これは、すべてのアート プログラムが事前にファイルをガンマ補正するためです。シェーダーでテクスチャからサンプリングする場合GL_SRGB8_ALPHA8、OpenGL は自動的に線形空間に変換します。
• すべての照明計算、後処理などを線形空間で行います。
• 画面に表示される最終的な色を書き込むときに、sRGB 空間に変換し直します。

私の場合、最終的な色の書き込みには、FBO (リニア RGB テクスチャ) からバック バッファーへの書き込みが含まれることに注意してください。

私の仮定は、最終段階でガンマ補正したかのように、色が本来よりも明るくなったように挑戦されました. 値 { 255, 106 , 0 }のライトによって単色が描画されるように設定しましたが、レンダリングすると { 255, 171 , 0 } になります (プリント スクリーニングとカラー ピッキングによって決定されます)。オレンジの代わりに黄色になります。最終ステップでガンマ補正を行わないと、{ 255, 106 , 0 } という正確な値が得られます。

いくつかのリソースによると、最新の LCD 画面は CRT ガンマを模倣しています。彼らはいつもですか？そうでない場合、ガンマ補正が必要かどうかをどのように判断できますか? 私はどこかで間違っていますか？

編集 1

ライトで書いた色は正しくても、テクスチャの色を使用する場所が正しくないことに気付きました (ただし、ガンマ補正なしで予想されるよりもはるかに暗いです)。この格差がどこから来るのかわかりません。

編集 2

GL_RGBA8の代わりにテクスチャを試してみたところGL_SRGB8_ALPHA8、ライティング計算でテクスチャ値を使用した場合でも、すべてが完璧に見えます (ライトの強度を半分にすると、出力カラー値も半分になります)。

私のコードはどこでもガンマ補正を考慮しなくなり、私の出力は正しいように見えます。

これは私をさらに混乱させます.ガンマ補正はもはや必要/使用されていませんか?

編集 3 - datenwolf の回答に応じて

もう少し実験した後、ここでいくつかの点で混乱しています。

1 - ほとんどの画像形式は非線形に保存されます (sRGB 空間)

いくつかの画像 (私の場合は .png と .bmp の両方の画像) を読み込んで、生のバイナリ データを調べました。画像編集プログラムでピクセルの値をプログラムで取得したバイト配列と比較すると、それらが完全に一致するように、画像が実際にRGB色空間にあるように見えます。イメージ エディタが RGB 値を提供するので、これは RGB で保存されたイメージを示します。

私は stb_image.h/.c を使用して画像をロードし、.png をロードするまでずっとそれをたどりましたが、ロード中に画像をガンマ補正した場所はどこにもありませんでした。また、16 進エディタで .bmps を調べたところ、ディスク上の値が一致していました。

これらの画像が実際に線形 RGB 空間でディスクに保存されている場合、画像が sRGB 空間にあると指定するタイミングを (プログラムで) どのように知ることができますか? より注目の画像ローダーが提供する可能性がある、これを照会する方法はありますか? それとも、イメージをガンマ補正して保存するか (またはしないか) は、イメージ作成者次第です。つまり、規則を確立し、特定のプロジェクトでそれに従うことを意味します。何人かのアーティストに尋ねましたが、どちらもガンマ補正とは何かを知りませんでした。

画像が sRGB であると指定した場合、最終的にガンマ補正を行わないと画像が暗すぎます (モニターが sRGB を使用して出力する場合は理解できますが、ポイント 2 を参照してください)。

2 - 「ほとんどのコンピュータでは、効果的なスキャンアウト LUT は線形です!これはどういう意味ですか?」

この考えがあなたの回答のどこで終わっているのか、私にはわかりません。

私が経験したことから、私がテストしたすべてのモニターは、出力線形値でテストしました。全画面クワッドを描画し、ガンマ補正のないシェーダーでハードコーディングされた値で色を付けると、指定した正しい値がモニターに表示されます。

上記のあなたの回答と私の結果から引用した文は、最新のモニターが線形値を出力する (つまり、CRT ガンマをエミュレートしない)ということを信じさせます。

アプリケーションのターゲット プラットフォームは PC です。このプラットフォーム (CRT または非常に古いモニターを使用している人を除く) の場合、#1 に対する応答が何であれ、#2 はガンマ補正を行わない(つまり、最終的な RGB->sRGB 変換を実行しない - 手動でも) のが合理的でしょうか?またはGL_FRAMEBUFFER_SRGBを使用していますか）？

もしそうなら、GL_FRAMEBUFFER_SRGB が意図されているプラ​​ットフォーム (または今日それを使用することが有効な場所) は何ですか、またはリニア RGB を使用するモニターは本当に新しいものですか (GL_FRAMEBUFFER_SRGB が 2008 年に導入されたことを考えると)?

--

私は学校の他の数人のグラフィックス開発者と話をしましたが、その音から、誰もガンマ補正を考慮に入れておらず、間違ったことに気づいていませんでした (一部の開発者はそれに気づいていませんでした)。特にある開発者は、ガンマを考慮したときに誤った結果が得られたため、ガンマについて心配しないことに決めたと述べました。オンラインで取得している/プロジェクトで見ている情報が矛盾しているため、ターゲットプラットフォームのプロジェクトで何をすべきかわかりません。

編集 4 - datenwolf の更新された回答に応じて

はい、そうです。シグナル チェーンのどこかで非線形変換が適用されているが、画像からディスプレイへのすべてのピクセル値が変更されない場合、その非線形性は画像のピクセル値に事前に適用されています。つまり、画像はすでに非線形色空間にあるということです。

ディスプレイ上の画像を調べていれば、あなたの反応は理にかなっています。明確にするために、画像のバイト配列を調べていると言ったのは、画面上の画像出力ではなく、テクスチャのメモリ内の数値を調べていたことを意味します (これはポイント 2 で行いました) 。 . 私にとって、あなたが言っていることが真実であることを確認できる唯一の方法は、画像エディターがsRGB空間で値を与えていた場合です。

また、モニターで出力を調べたり、テクスチャの色を変更したり(たとえば、半分に分割したり、2 倍にしたり) したりして、出力が正しく表示されたことにも注意してください (以下で説明する方法を使用して測定)。

信号応答をどのように測定しましたか?

残念ながら、私の測定方法はあなたのものよりもはるかに粗雑です. モニターで実験したと言ったのは、シェーダーで色がハードコーディングされたソリッドカラーのフルスクリーンクワッドをプレーンな OpenGL フレームバッファー (書き込み時に色空間変換を行わない) に出力するということでした。白、75% グレー、50% グレー、25% グレー、黒を出力すると、正しい色が表示されます。ここで、私の正しい色の解釈は間違いなく間違っている可能性があります。スクリーンショットを撮り、画像編集プログラムを使用してピクセルの値を確認します (また、値が意味を成していることを確認するための視覚的な評価も行います)。私が正しく理解している場合、モニターが非線形である場合、モニターが正しく表示されるようにするには、ディスプレイ デバイスに表示する前に RGB->sRGB 変換を実行する必要があります。

嘘をつくつもりはありません。2 番目の混乱点 (最終的な RGB->sRGB 変換) に対する解決策は、微調整可能な明るさの設定であり、デバイスで正しく見えるようにデフォルト設定される (ガンマ補正なし) と考えています。

私は matlab を使用して画像の計算を行っていますが、最初の印象は、jpeg ファイルから読み取った後に matlab 行列に格納された値がガンマ補正されているというものでした。したがって、次のコードを書く必要があります。

線形空間の値を持つ行列を取得するため。ただし、次のことを試しました。線形グラデーションを生成します。

次に、これを jpeg ファイルに書き込み、再度読み取ります。

ここで、gradient と gradient_jpeg は異なると予想します。後者は jpg ファイルとして書き込まれたときにガンマ補正され、もう一方はそうではなかったためです。両方の行列が同じであることがわかります。そして、これは私が理解していないところです。以前のテストでは、matlab と HDRShop から同じ jpg 画像を開こうとしました。どちらの画像も画面上では同じように見えますが、画像の値を調べると、そうではありません同じ. matlab の値は、たまたま 2.2 のべき乗で HDRShop で取得した値です (大まかに) だから私の質問は... matlab は jpeg ファイルを読み取るときに値を線形空間に格納しますか?線形値を取得するためにガンマ項 (.^2.2) を具体的に適用するには?

前もって感謝します

さまざまなサポートを持つガンマ分布の密度を評価しています.これが私のRcppコードです..

コードをテストする

「平均相対差：32.77」ということを取得しました...この不一致はどこから来ているのですか？ありがとう！

データが特定の分布関数に適合しているかどうかを視覚的に評価したいと考えています。これを行うために、R を使用して分位 - 分位 (QQ) プロットを生成しています。分布関数は非常に特殊で、確率分布の標準リストには含まれていないため、独自の R 関数を記述して記述しました。以下のコードでは「DistFunc」と呼ばれ、2 つのガンマ関数の比率で構成されます。

簡単に言うと、私のコードで行っていることは、2 つの列を含むファイル 'DistributionEstimate.txt' からデータを読み取ることです。列 1 は x の値で、列 2 は y の値です。変数 'a' と 'b' は、この分布関数のデータへの最小二乗フィットを使用して別のプログラムで以前に決定した最適なパラメーターです。次に、DistFunc を定義し、qqmath 関数を使用して QQ プロットをプロットしようとします。

この時点で問題が発生します。R は、DistFunc が 'gammafn' の範囲外の値を返し、何もプロットできないという多くの警告を表示し続けます。関数には原点に近い極が含まれていることがわかっているので、これで十分です。コードでわかるように、DistFunc を正規化して確率分布に変換しようとしています (これは、qqmath を使用するために必要なものだと思いますか?)。しかし、これは役に立ちません。

この問題を克服する方法を知っている人はいますか?たとえば、正規化を必要としない別のプロット関数を使用したり、結果に深刻な影響を与えずに疑似確率分布に変換したりできますか?

役立つ情報を提供していただければ幸いです。

モデルに合わせて link= log を指定して R で glm() 関数を使用しています。私は、fitted() が、predict() と比較して、元のデータと比較できる値を返すことをさまざまな Web サイトで読みました。モデルのフィッティング中に問題に直面しています。

ガンマ ログ リンクで予測がどのように機能するかはわかりません。元のデータと比較できるように、予測値を変換したいと考えています。誰か助けてください。

プロジェクトがあり、UIView の背景色は iPad Mini 1 で問題ありません。色は FEEB04 です。

しかし、iPad 2 Air でテストすると、ガンマが明るすぎます。

何が間違っている可能性がありますか？