問題タブ [luminance]

たとえば、次の値を持つピクセルがあります。

青が 255 になるように輝度を上げたいと思います。 注: 「輝度」とは、LAB 色空間における Photoshop の L コンポーネントを意味します。写真を見てください！

RGB 値は非線形の方法で変更されるため、増加した輝度の RGB 値を計算する特別な式が必要です!

証明: Photoshop でテストを行い、これと同じ色を作成し、カラー ピッカーを開いて調べました。

次に、ルミナンスを制御する LAB 色空間の L コンポーネントをアクティブにしました (少なくとも、これは私が話していることです。L コンポーネントによって制御される明るさを意味します。それはルミナンスだと思います)。

L がアクティブな状態で、B が 255 に達するまで左上のスライダーを上にドラッグしました。

結果の RGB 値を読み取ります。

これらの違いは次のとおりです。

パーセンテージは次のとおりです。

これは、RGB から輝度を計算するための既知の式とは一致しません。これは に近いものluminance = (red * 0.3) + (green * 0.6) + (blue * 0.1)です。

明らかに、それらは非線形の方法でシフトされています。

Photoshop と同様の方法で、赤、緑、青から newRed、newGreen、newBlue を計算する既知の方法はありますか?

同じ輝度 (知覚される明るさ) の色を取得できるツール/プログラム/カラー システムはありますか?

色を選択すると (RGB 値を決定する)、プログラムはカラー ホイールの周りのすべての色を同じ輝度で色相が異なるとします。

そのようなツールはまだ見たことがありません。私が見つけたのは、色の輝度に関する 3 つの異なるアルゴリズムだけでした。

明確にするために、私は色の輝度/知覚された明るさ、またはあなたがそれを呼びたいものについて話している-たとえば、赤の色相が青よりも明るいと感じる属性. (したがって、255,0,0 は 0,0,255 よりも高い輝度値を持ちます。)

PS: この Web サイトで色の輝度を決定するためにどのアルゴリズムが使用されているか知っている人はいますか ? http://www.workwithcolor.com/hsl-color-picker-01.htm

nexus s（2.3）のSDKの例を使用して、プレビュー付きのカスタムカメラアプリケーションを使用しています

鮮明な写真を撮ることを含め、すべてが正常に機能しますが、プレビューは内蔵カメラのようにレベル (強度) を調整していないようです: 暗いオブジェクトをプレビューすると、内蔵カメラは強度を補正して増加させますが、カスタム プレビューはそのままです。デフォルトの強度で、プレビューをかなり暗くします。画像は正しい強度で表示されます。ホワイトバランスやカメラの露出とは関係ありません。

完全なプレビュー処理チェーンは必要ありません。輝度の自動レベル コントロールを有効にするだけです。標準 API を使用して可能ですか?

ありがとう

画像の明度ヒストグラムを作成する必要があります。私はすでにRGBヒストグラムを作成しました

インターネットでこれらの値を見つけました：

輝度 (標準、対物): (0.2126*R) + (0.7152*G) + (0.0722*B)

輝度 (知覚オプション 1): (0.299*R + 0.587*G + 0.114*B)

輝度 (認識されたオプション 2、計算が遅い): sqrt( 0.241*R^2 + 0.691*G^2 + 0.068*B^2 )

これらの値を使用して明度ヒストグラムを作成しますか、それとも輝度は別のものですか?

または、Lab 空間から L 値 (明度) を取得し、sRGB 空間を変換するメソッドを含む Java ライブラリを使用することはできますか?

私は誰かがこの質問に答えてくれることを願っています、それはしばらくの間私を悩ませていました、そして私は確かな答えを得ることができないようです。

iPhoneは、カメラを通してシーンの明るさ（または必要に応じて輝度）をどの程度正確に測定しますか？センサーのピクセルから測定しますか、それともレンズの明るさセンサー専用ですか？

EXIFデータ以外でこの生の明るさ情報を読み取る方法はありますか？

前もって感謝します、

クリス

ピクセルのルクスで輝度を測定するアルゴリズムは (ここから取得)であることがわかります。

純粋な輝度ではなく、特定の写真の「青」スペクトルの光の強度を知りたいと思っています。これはどのように行うことができますか？カメラ画像の各ピクセルの重み付けされた「青」の値を取得し、それらを平均化/追加するだけでうまくいくでしょうか?

ご意見ありがとうございます。

Ubuntu 12.04 でビルドする Luminance-hdr-2.3.0 の INSTALL に従っていますが、次のエラーが発生します。

何か案は？

全て、

ここで苦労している基本的な質問があります。WWDC 2010のfindmyiconeサンプルコードを見ると、次のことがわかります。

そしてそれは呼ばれます：

デバッガーを実行すると、BGRA：（Red 255、Green 127、Blue 0）が（Red 0、Green 255、Blue 0）に変換されます。輝度とドット積の詳細を見つけるためにWebとSOを調べましたが、実際には情報がありません。

1-誰かがこの関数が何をしているのか教えてもらえますか？

2-オンラインでも役立つトピック/入門書を教えていただけますか？

もう一度ありがとうKMB

ガンマ補正の必要性を完全に理解するには問題があります。皆さんが私を助けてくれることを願っています。

隣接する 256 個のピクセルを表示するとします。これらのピクセルは、黒から白への滑らかなグラデーションである必要があります。0..255.人間の目の非線形性のため、モニターはこれらの値を単純に線形の輝度値に変換してはなりません。隣接するピクセルの輝度値(1/256)*I_max, (2/256)*I_max, et ceteraが .

幸いなことに、モニターは人間の目に対して相反する非線形性を持っています。つまり、線形グレー値0..255をフレーム バッファーに入れると、モニターはそれらを非線形輝度値 x^gamma に変換します。ただし、私たちの目は逆に非線形であるため、滑らかな線形グラデーションを認識します。モニターの非線形性と私たちの目の非線形性は、互いに打ち消し合います。

では、なぜガンマ補正が必要なのでしょうか? モニターが常に線形の輝度値を生成することを望んでいるという本を読んだことがあります。それらによると、モニターの非線形性は、グレー値をフレームバッファーに書き込む前に補償する必要があります。これは、ガンマ補正によって行われます。ただし、ここでの問題は、私が理解している限り、モニターが線形の輝度値を生成するときに、線形の輝度値を認識しない (つまり、滑らかで安定した勾配を認識しない) ことです。

私が見る限り、線形グレー値をフレーム バッファに入れれば完璧です。モニターはこれらの値を非線形の輝度値に変換し、私たちの目は再び線形の明るさの値を認識します。これは、目が相互に非線形であるためです。フレーム バッファ内のグレー値をガンマ補正する必要はなく、モニタに強制的に線形の輝度値を生成させる必要もありません。

これらのことを見る私の方法の何が問題なのですか？ありがとう

Samsung Galaxy Tab 10.1" を使用して Android でアプリケーションを作成しています。デバイスの背面カメラを使用してシーンの輝度の値を取得したいと考えています。

残念ながら、デバイスの背面にある光センサーからの読み取り値に直接アクセスする方法を見つけることができませんでした. したがって、現在、各グレースケール フレームの平均を計算することにより、手動で輝度を推定しています。ただし、この方法は、フレーム露出とホワイト バランスが自動補正されるため、不正確です。たとえば、カメラを非常に明るい光源に向けると、カメラは画像全体を暗くし、グレースケール フレームの平均値が低すぎます (明るい光源の外側の領域が非常に暗くなるため)。

私が言及した自動修正を無効にする方法を探しましたが、何も見つかりませんでした。

背面カメラを使用してシーンの輝度の値を取得できる方法はありますか?