FlickrでLightroomのエクスポートが暗すぎるのはなぜですか?


9

私はしばらくLR3を使用していますが、写真をJPGにエクスポートしてFlickrにアップロードすると、少し暗くなることに気づきました。エクスポートされた写真は問題ありません。Flickrで見たときの画像が暗くなります。

写真をsRGBとしてエクスポートしています。EXIFデータの一部のアプリケーション(PS要素など)に、sRGBに設定された「カラー要素」タグがあるのに気付きましたが、LR3エクスポートにはこれがないようです。また、カラーマネージメントをサポートしていないブラウザが原因である可能性があることも読みました。どうやらFirefox 3.6を使用していますが、どうやらカラーマネージメントがサポートされています。Chromeで画像を確認しましたが、同じ問題がまだ発生しています。

私の友人は、LR3からエクスポートしてFlickrにアップロードするときに同じ問題が発生しているので、私のPCに固有のものではないことを知っています。これはFlickrの問題(つまり、色空間で何か奇妙なことをしている)ですか、それともモニターのキャリブレーションの問題ですか?私のPCでは正しく見えるので、キャリブレーションが原因かどうかは完全にはわかりません。問題があるのはFlickrがレンダリングする画像だけです。


7
PCの写真をブラウザで開こうとしましたか?これでFlickrの問題と調整の問題の両方が除外され、ブラウザーの問題が残ります。これは、sRGBを使用するため、色空間とは関係ありません。デフォルトの明るい背景はあなたの知覚をだますことができますか?
カレル

縮小された画像とは対照的に、元のサイズの画像を表示するとどうなりますか?画像のサイズを小さくすると、奇妙なことが起こる場合があります。
mmr 2010

1
特にWeb用に写真を処理している場合は、写真のカラーマネジメントを完全に削除する必要がある場合があります。Lightroomでこれがどのように機能するかはわかりません。Safariは、埋め込まれたカラープロファイルを尊重する、私が特に知っている唯一のブラウザーです。
Nick Bedford

1
@Nick Bedford:新しいバージョンのFirefox(3.x以降)もカラープロファイルをサポートしていると彼が主張する場合、OPは正しいです。
Conor Boyd

明るい白い背景で画像を見る力を過小評価しないでください。Flickrのライトボックス(暗い背景)で表示すると、画像はまだ明るすぎるように見えますか?(画像を見ているときにLを押します)。
JamWheel

回答:


7

いくつかのこと:

  • exif "Color Element"タグは、ICCプロファイルに直接関連していません。画像にはAdobe RGBプロファイルを使用できますが、「sRGB」と表示することもできます。アプリケーションは、色のレンダリング方法を決定するときに、exifタグではなく、添付のプロファイルを使用する必要があります。理想的には、EXIFカラー要素タグは添付されたカラープロファイルと一致する必要がありますが、動作を強制するものはありません。

これは間違いなくカラーマネジメントの問題です。診断するには、次のことを試してください。

  • flickrからコンピューターに画像をダウンロードします。Photoshop PSで開き、画像が期待どおりにレンダリングされるかどうかを確認します。もしそうなら、それはあなたのブラウザのカラーマネジメント設定です。Firefox 3.6にはカラーマネージメントがあり、デフォルトでオンになっていますが、Firefox 2.xからアップグレードした場合、カラーマネージメントがオフになっている可能性があります。

チェックする:

  1. タイプabout:configとアドレスバーに
  2. Enterキーを押します
  3. 「気をつけてボタン」をクリック
  4. 検索バーに「color_management」と入力します

次の3つの値が表示されます。

  • gfx.color_management.display_profile
  • gfx.color_management.mode
  • gfx.color_management.rendering_indent

私のコンピュータでは、値は(上から):空白(なし)、2,0です。

  • コンピューターで画像が正しくレンダリングされない場合は、PS Elementsで画像を開き、カラープロファイルを調べて、sRGBであることを確認します。プロファイルがない場合、LR3は実際にプロファイルを埋め込んでいないか、Flickrがプロファイルを削除しました。

  • LR3の画像は正しく表示されるため、埋め込まれたプロファイルがsRGBであることを再確認してください。そうでない場合は、おそらくエクスポートの問題があります。存在する場合、Flickrはプロファイルを削除しました(これはありそうにありません)。


3

アランが指摘したように、これはおそらくカラーマネジメントの問題です。Flickrから画像をダウンロードして、LR3に再インポートしてみてください。問題なく動作するはずです。

キャッチがあります。私は昨年Firefoxバグトラッカーでこの問題を報告することをしばらく行っていました(問題497363および509710)が、残念ながらオプションを有効にするほど簡単ではありません。ICCプロファイルは、構造と機能が異なります。私たちの何人かはキャリブレーションされたモニターを持っていましたが、Firefoxは対応するICCプロファイルを正しく解釈することができないようでした。

これは、色域の広いモニター、つまり、AdobeRGB色空間の95%以上を表示できるモニターを使用している人には特に当てはまるようです。高色域モニターは見事であり、ますます一般的ですが、これはアプリケーションが適切にカラー管理されていない場合に支払う代償です。あなたの写真はLRで見栄えがしますが、このアプリの外ではそれほどではありません。

それ以来、Firefoxのベータ版を試したことはありませんが、この問題に慣れました。あなたが新しいバージョンを試してみたら、私はそれについて聞いてみたいです。写真を明るくしたり、AdobeRGBを使用したりしないでください。Web対応のsRGB色空間を使用してください。時間の経過とともに、カラーマネージメントはWindowsのより多くのコンポーネントに浸透します。


1

この一般的な理由は、これらの画像をLCD画面で表示していることと、画面の明るさを上げる傾向があるためです。それはそれらで見られる画像を人工的に明るくします。それらの画像がそのバックライトのないデバイスに移動されると、画像は暗くなります。

これを最小限に抑えるための最初のステップは、モニターを調整することです(そして、そのままにしておいてください。これにより、モニターが他のデバイスで表示されるものに近づきます。

しかし、その後、私にとって効果的なのは、モニターが画像にどのように影響しているかを学習し、それを調整する方法を学ぶことです。ヒストグラムを確認すると、ここで役立ちます。モニターの輝度が画像を微調整しているほど、「右に見える」画像のヒストグラムは左にスライドします。

これを同期に戻す1つの方法は、好きな画像を作成し、それを印刷(またはアップロード)して確認することです。オフの場合は、画像を調整してもう一度お試しください。表示したいデバイスで画像が正しく見えるまで微調整を続けます。これで、調整の「前」と「後」のヒストグラムを確認できます。時間の経過とともに、その場で調整を行ったり、LCDの明るさを下げたりする方法を学ぶことができます。出力デバイスで処理が機能していることを確認するために、定期的にテストアップロードまたはテスト印刷を行います。時間の経過とともに、これをワークフローの一部にすることができます。

しかし、要約すると:

モニターを調整します(毎月または照明の状況が変化したときにモニターを再調整します。たとえば、外出中の場合は、モーテルの部屋を変更してその部屋の照明と同期するたびにノートパソコンの画面を調整します)

テストアップロードを使用して、画面イメージを「実際の」イメージと比較します(「実際の」とは、最終的に出力されるoyuのことです)。可能であれば、違いがなくなるまで画面の輝度を下げます。

明るさを完全に下げて出力デバイスに合わせることができない場合は、一連の前後テストを使用して、「画面の見栄え」から「出力の見栄え」に移行するために必要な変更を把握します。次に、出力する前に、各画像にこれらの変更を加えます。その調整を自動化するためのプリセットまたはアクションを作成することを検討してください。

ヒストグラムの読み方を学びます。「大丈夫」である画像と、「大丈夫に見えるが、出力が暗い」カテゴリにある画像を特定するのに役立ちます。また、修正する必要がある調整を特定するのにも役立ちます(ほとんどの場合、「大丈夫ですが、出力は暗くなります」画像は、ヒストグラムの先端がヒットするまで露出または明るさを調整することで修正またはほとんど修正されます。右端(効果的にホワイトポイントを設定します。いずれにしても、ワークフローに入るのは悪い習慣ではありません。)これは、「平均的な」ヒストグラムと典型的な画像を想定しています。奇妙なヒストグラムのある画像の場合は、それを解釈しますが、典型的な調整が何であるかがわかっている場合は、画像を押すと、近所に移動します。

印刷やアップロードのテストを恐れないでください。それらを行うために誰もあなたを笑うことはありません。正直...そして、彼らは推測するよりもはるかに多くを助けます...

しかし、時間の経過とともに練習を重ねることで、画像に何が必要かを理解し、ほとんどの場合、画像を「推測」して正しく理解できるようになります。

一般的に言って、それはあなたではなく、バグではありません。それは、モニター画面のアクティブな照明が、画像が実際よりも明るいと思ってあなたをだますことができるということです。


調整後のモニターが「画像に影響を与えている」場合、カラーマネージメント対応のアプリケーションまたはOSを使用して、管理対象外のアプリケーションのカラースペースをデフォルトで修正する場合は、正常に機能するモニターを入手します。はい、それはそのTNパネルをすぐに投げるか、または売ることを意味します。優れたVAまたはIPSパネル(できれば後者)を入手し、実際のツールでキャリブレーション(つまり、比色計の代わりに分光計を使用)すると、モニターが「画像に影響を与える」ことはなくなります。
Mikko Rantalainen 2013

1

私は同じことを見ています-それは、カラーマネージメントを適切に行う方法を知らない表示アプリケーションです。JPGをLR3からエクスポートするか、flickrにパブリッシュしてエクスポートすると、LR3、Photoshop、またはWindows 7のフォトビューアーアプリでJPGを正常に表示できます。

Firefox 3.6、Chrome、およびIE 9では正しくレンダリングできません。Firefoxには部分的なカラー管理があり、IE 9はCMを完全にサポートしているため、これは驚くべきことです。それでも、エクスポートされたJPGで失敗します。


1

Windows-VM(VirtualBox)の内部でこのような問題が発生しました。画像はsRGB JPEGに正しくエクスポートされました。しかし、すべての種類のブラウザで、画像はかなり暗く見え、おそらく少し赤にシフトしました。LightRoomやPhotoshop、Windows Imageviewerでは、このようには見えませんでした。

自分で、またはVMと組み合わせて破損したLCDに対して、WindowsでLCDプロファイルを使用していることがわかりました。aRGBを使用した画像はブラウザでも機能しましたが、sRGB画像はカラーマネージメントラインを壊しました。

WindowsのカラーマネージメントでsRGB ISOのデフォルトのsomeプロファイルを設定することにより、LRとPhotoshopの内部でさえ、画像はより暗い外観に戻ります。そこで、ヒストグラムをチェックして、ヒストグラムが適切に塗りつぶされていることを確認します。sRGBにエクスポートすると、画像も美しく見えます。


1

外部ビューアで表示すると、エクスポートが暗く見えるという同じ問題に気づきました。補正されたものでも...しかし、その後、lightroom 3の背景を白に変更し(flickrと一部の外部ビューアーに合わせるため)、lightroomでもすべての写真が暗く見えることに気付きました。

それは目の視覚的なトリックです。写真でさえ、白で囲まれたオブジェクトは実際よりも暗く見え、暗闇で囲まれたオブジェクトは実際よりも明るく見えます。

画像が表示される背景の種類と一致するように設定されたlighroomの背景を使用して、画像の明るさを設定することをお勧めします。次に、濃い灰色に戻り、それらがどのように見えるかを確認します。それがどこに表示されるかわからない場合は、幸せな媒体を見つけてください。最良の結果を得るために、写真を白と暗い背景で見栄えよくすることを学びました。

これが誰かを助けることを願っています!:)


1

特別なニーズがない限り、写真をサイトにアップロードする前に、必ずsRGBに変換してください。リモートサーバーが自動スケーリングのカラー管理を理解するための変更は、ほとんどゼロに近いです。最良の結果を得るには、ハードウェアがサポートしている場合は、埋め込みICCプロファイルをイメージから削除してください。

これに失敗すると、ほとんどの場合、正しくない色がレンダリングされます。考えられる障害の場所:

  1. 数値のピクセル値を使用して自動回転またはスケーリングを実行し、エンベデッドICCプロファイルをスローするサーバーソフトウェア:画像は実際にはカスタムカラースペースにありますが、必要なプロファイルが不足しているため、表示ソフトウェアがsRGBカラースペースを割り当てるため、色が正しくなくなります。
  2. サーバーソフトウェアは画像を正常に回転およびサムネイル表示し、ICCプロファイルをそのまま維持しますが、ビューアーソフトウェアはカラー管理を認識しません。その結果、表示ソフトウェアが画像にディスプレイプロファイルを割り当て、結果の画像が正しくない色で表示されます。(技術的には、この場合、表示中にソフトウェアがカラープロファイルを割り当てようとはしませんが、最終的な結果はこれと同じです。
  3. 元のソフトウェア(この場合はLightroom)またはサーバーソフトウェアは、カラーマネージメントを多少理解していますが、sRGBタグとカスタムICCプロファイルの両方が画像に埋め込まれる原因となるバグが含まれています。その結果、sRGBタグを介して埋め込みICCプロファイルを受け入れるソフトウェアは、埋め込みICCプロファイルを使用して画像をレンダリングし、プロファイルを介してタグを受け入れるソフトウェアは、sRGB色空間を使用して画像をレンダリングします。どちらの場合も、使用される色空間が画像に割り当てられます。

問題は、画像がすべてのカラーマネジメントを理解していないソフトウェアを使用して表示された場合2を除くと、 sRGB色空間からかなり視聴者の現在のディスプレイプロファイルが異なるが、問題は、分散のためにsRGB色空間を用いて固定することができます画像。ケース2の場合、エンドユーザーはカラーマネージメントビューアを使用する必要があります。そうしないと、偶然にカラーが正しくなります。ビューアのディスプレイプロファイルが実際のものまたは暗黙のものである場合、違いはありません(つまり、誰もディスプレイを測定して実際のプロファイルを作成することに煩わされることはありません。ディスプレイは、技術的に独自のカラースペースでカラーを表示します。からsRGB)。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.