Skip to main content
Known Participant
June 19, 2017
Answered

Color mismatch between Lightroom and Photoshop ACR

  • June 19, 2017
  • 12 replies
  • 12708 views

All of a sudden, I am getting image color casts when I use Lightroom's "Edit in Photoshop CC 2017..." or "Open as Smart Object" to open a RAW file in Photoshop CC 2017. However, if I instead use Lightroom's "Export..." to send the RAW file to Photoshop as either a PSD or a TIFF, the image opens in Ps with color that matches Lightroom's. That is, I can perform these 3 different ways of editing a RAW image in Photoshop and compare the 3 resulting Photoshop edit windows side-by-side -- the "Edit in..." and "Smart Object" versions will be exactly the same but wrong (usually too Cyan), with only the "Export..." version's color correctly matching Lightroom's window.

I'm at a loss why this is now happening...I have checked:

  • I am using current CC 2017 versions of Lightroom, Photoshop & ACR (Lr v2015.10.1/ACR v9.10.1; Ps v20179425.r.252x64/ACR v9.10.1.750);
  • Running Windows 10, Creator's Edition x64 with all Microsoft updates applied;
  • Turned off GPU acceleration in Lightroom & Photoshop;
  • Double checked that Lightroom's "Preferences/External Editing": exports to Photoshop in "ProPhotoRGB 16bits"; Checked that my Photoshop default Color Space is the same. "Color Settings" in Photoshop has the 3 "Ask" boxes checked for missing and mismatched color profiles.
  • Although it seemed a long shot, I re-calibrated my monitor since other forum threads suggested doing that. I also double checked that correct monitor profile is being used (through Window's "Color Management");

Is there anyone who can help? TIA!

This topic has been closed for replies.
Correct answer yvn76

I just figured out, it is a GPU bug in the photoshop. My color don't match between Lightroom and photoshop. Even black and white photo in photoshop has a weird color cast yet in Lightroom perfectos I turned off the GPU in photoshop and lo and behold perfect match!

12 replies

burtonr59576513
Participant
September 18, 2022

Those with Mac Studio Ultra: this worked for me - open lightroom file as a smart object in photoshop.  Then convert it to a layer, or flatten image, to preserve color match.

Participant
May 9, 2021

May 2021! Same issue - solutions (turning off GPU still worked for me. It happens totally randomly for random photos. Weird!

Participating Frequently
May 24, 2021

Try something because turning off graphics excelleration does not work for my situation.  If Photoshop is in full screen mode, go up to either top corner and slightly minimize the screen.  As soon as I do that my colours are correct.  It is a pain in my butt to have to do that everytime I edit in photoshop but it allows me to use my 4k 28 in monitor for edits instead of my 21in imac 4k 

 

yvn76
yvn76Correct answer
Participant
December 14, 2018

I just figured out, it is a GPU bug in the photoshop. My color don't match between Lightroom and photoshop. Even black and white photo in photoshop has a weird color cast yet in Lightroom perfectos I turned off the GPU in photoshop and lo and behold perfect match!

gcorreddu
Participating Frequently
December 30, 2019

A year later, this is still true (at least on Intel Integrated Graphics). Any updates from Adobe on this issue?

D Fosse
Community Expert
Community Expert
November 5, 2018

This is less important for B&W. It will obviously always be in gamut.

But there are still differences. sRGB, for instance, has a rather idiosyncratic tone response curve with a flat linear "toe" near black. This tends to clip the deepest blacks if you're not careful. Adobe RGB, on the other hand, is straight gamma 2.2.

Gradients will always be good as long as you work in 16 bit depth. It may not always seem that way, since your display system is 8 bit depth, and will easily show some banding even in 16 bit files. It's not in the data. Indeed, this is exactly the case with what we were originally discussing here - the cyan shadow banding in ProPhoto. It's on screen only, it's not in the data.

D Fosse
Community Expert
Community Expert
October 22, 2018

There are inaccuracies in OpenGL code, which mostly show with ProPhoto files. Cyan/red color banding in the shadows is fairly common. It happens in the conversion into the monitor profile and does not affect the data as such. The large ProPhoto gamut has a price, which is very compressed shadow values (just compare histograms to verify this). So inaccuracies get amplified.

This has been a known problem for years.

The type of monitor profile plays a part. LUT profiles are more susceptible than matrix profiles.

And yes - setting GPU to Basic shifts color management back to the CPU in the traditional way, which avoids the issue. Slower, but more robust.

Participating Frequently
October 22, 2018

Hey  D Fosse

Could you tell me what else I'm missing when using the Basic drawing mode? does it use less VRAM? does it affect 3D? Effects?

I will check the histogram with different profiles, thanks for the heads-up.

I don't think it would be wise though to switch to another color space such as aRGB for pro work using RAW images.

TheDigitalDog
Inspiring
October 22, 2018

You're missing some speed but otherwise, you'll lose a lot more (potently) by not using ProPhoto RGB. Especially if indeed, as asked, the RGB values using ProPhoto RGB are the same with GPU on or off. Yes, it will be slower and yes the previews are more correct but you could toggle the GPU on for intensive work while knowing the RGB values are correct. Turn it off for proper preview (yes I know, that's a drag) or again, try making a matrix profile if the software allows this.

So don't check the Histogram. Export the file both ways and examine the same area with the Info Palette. I can't believe the GPU affects the numbers, only the preview but it would be useful to double check this. If this is as I expect, the preview is wrong with GPU set for on in Photoshop. Probably best to keep it OFF and continue to work with ProPhoto RGB.

Author “Color Management for Photographers" & "Photoshop CC Color Management/pluralsight"
Participating Frequently
October 22, 2018

Update:

I have the exact same issue with my new card, the AMD RX580. So again a cyan color cast shows up in Photoshop after using "Edit In" in Lightroom.

My observations:

- Changing camera profile to adobe standard does not help

- Switching monitor profile to sRGB does not help

- Setting GPU acceleration drawing mode to Basic still fixes the issue but I specifically bought the new card to avoid this because support told me this would be a graphic driver issue

- Assigning AppleRGB or ColorMatch RGB in Ps fixes the issue, so does converting to those profiles

- Edit In Ps and saving back to Lr without edits shows the proper colors again so it's only in Ps conversion the issue exists.

So for now I'll have to put GPU drawing mode back to Basic again which means I wasted 300 euro's on the RX580, yikes!

Maybe many have the same issue without knowing and color correcting for it?

Here are some screenshots:

Ps on the left showing cyan color cast, Lr on the right:

Basic drawing mode in Ps vs Lr. Slight difference in contrast but at least no color cast

Update: after googling I have found many threads about this issue going back to 2012, here's a few:

Color mismatch

Adobe Photoshop/Nvidia OpenCL bug messes up colors rendered to the screen: PC Talk Forum: Digital Photography Review

https://forum.luminous-landscape.com/index.php?PHPSESSID=14aruvrjok9o9qtbmeta1m6op7&topic=99482.0

Bottom line is that it's a PS bug with ProPhotoRGB and GPU color profiling.

Since this seems to be an unsolvable issue can you at least tell me how to use the advanced drawing mode in Photoshop without using the GPU for color management? maybe a file I can replace or included in a future update?

Again I am stunned that only few people seem to report this issue while everyone knows it's best to work in the ProPhotoRGB color space.

TheDigitalDog
Inspiring
October 22, 2018

WLan  wrote

Update:

- Assigning AppleRGB or ColorMatch RGB in Ps fixes the issue, so does converting to those profiles.

I'm sorry but that doesn't make any sense as written. You assigned AppleRGB or ColorMatch RGB to a document in ProPhoto RGB?

You converted from what to what?

Author “Color Management for Photographers" & "Photoshop CC Color Management/pluralsight"
Participating Frequently
October 22, 2018

Apologies, English is not my native language and this is pretty technical stuff.

If I edit the image from Lightroom in Photoshop the color cast is there but if I then convert (within Photoshop) to either of those profiles the color cast goes away. Hope that makes more sense.

arieln76859910
Participant
April 18, 2018

Having the same issue here. Actually it's not the first time it happens and I couldn't remember what I've done before to solve this.
To make the story short, I've recently updated LR to 7.3 and CR was also updated in the process. Then I had to revert LR to 7.2 due to the buggy 7.3 presets and more. Anyways, exporting for external editing from LR 7.2 to latest PS and CR version is what causing this issue. All profiles match and I've ran the same tests as in the comments above. Upgraded to LR 7.3 again just to test and the problem was gone. The thing is that I don't want to use 7.3 until it's fixed so now I'm stuck with mismatching versions and useless Adobe bundle...

*UPDATE* rolling back to the previous version of CR did the trick. All this time consuming issue is just a matter of matching versions (having in mind that you have everything set up correctly such as color profiles in both programs)

D Fosse
Community Expert
Community Expert
April 18, 2018

Yes, this is a known issue. As you noted, keeping Lr and ACR at synchronized version level (either way) avoids the issue.

Participating Frequently
February 16, 2018

Similar issue here but in my case turning off CPU or setting it to Basic in Photoshop seems to solve the issue. There is still a slight change in color and contrast, especially noticeable in black and white images but not alarming.

This issue also does not occur when I export from Lightroom to PSD on my desktop and then preview the image in Finder by using the spacebar.

I just reinstalled PS and the issue remains so in my case the best solution would be setting the GPU performance in PS to Basic since I do regularly use the tools that take advantage of the GPU (and I'm into 3D in PS)

I wonder if there are others with a similar issue but without even knowing they just correct the color cast in PS.

Hope that helps others with the same issue.

D Fosse
Community Expert
Community Expert
February 16, 2018

Setting GPU to basic in Photoshop shifts the display color management back to the CPU (the traditional way). So that points to a buggy video driver. There are some inaccuracies in OpenGL code, most pronounced in ProPhoto where the compressed shadow values (compared to aRGB or sRGB) can amplify these small inaccuracies.

Generally, any color difference between color managed applications indicates a problem with either the monitor profile, or the conversion itself, as performed by either the GPU or the CPU. Those two can interact so that a slightly defective profile can throw one off but the other handles it correctly.

Participating Frequently
February 16, 2018

Thanks for your input D Fosse, much appreciated. At least now I know what the culprit is!

Per Berntsen
Community Expert
Community Expert
June 19, 2017

rsamco wrote:

I have checked:

Turned off GPU acceleration in Lightroom & Photoshop;

Since you don't specifically mention it, did you also turn off the GPU in the Camera Raw preferences?

Legend
June 19, 2017

This is only very "hunchy" - but I seem to recall a problem with Camera Profile differences between PS Smart Object and Lightroom, for the life of me I don't remember the conditions, but you might try turning off in both images, applying Adobe standard in both, etc. Very fuzzy in my head, but not too hard to check!

rsamcoAuthor
Known Participant
June 19, 2017

OK, here's what I have tried:

  • Changed RAW's camera calibration to "Adobe Standard" in Lightroom and then compared subsequent "Edit in..." vs "Export..." in Photoshop -- rendering difference remains.
  • Reset RAW's settings in Lightroom (i.e., everything zero'd out) and then compared subsequent "Edit in..." vs "Export..." in Photoshop -- rendering is identical.So one or more ACR settings are being rendered differently (but it's not within "camera calibration." Time for a search for the culprit within Lr ACR settings...
  • Found that apparently each and every ACR adjustment is rendered differently in Lr vs Ps ACR! That is, started with totally reset RAW (w/o any adjustments) and then just adjusted WB, then just adjusted Vibrance, then HSL, ... Every such isolated Lr color adjustment that I tried was rendered differently!

So it appears that the ACR rendering difference is pervasive -- any ACR setting is rendered differently in Lr vs Ps! Time for a reinstall of Photoshop?

rsamcoAuthor
Known Participant
June 19, 2017

More weird results:

Just saw that laptop just installed a Windows 10 update, so retried experiment there and same result: correct Ps+ACR rendering of RAW+xmp.

Then decided to have my desktop Ps open the RAW+xmp and TIFF files off the thumbdrive (i.e., open same exact files that the laptop opened, rather than the original hard drive versions). Desktop's Ps+ACR renders thumbdrive RAW+xmp version correctly! WTF. Open original hard drive's RAW+xmp -- still incorrectly renders. Did a file comparison of both the RAW and the xmp files with the thumbdrive versions -- XMP: no substantive differences (see below), RAW/.CR2; no file differences. So what's going on? How can a image file's file location change its ACR rendering?????

-----------------------------------------------------------------------------------------

RAW files comparison transcript:

Comparing files rs-20170304-165403-4075.CR2 and F:\RS-20170304-165403-4075.CR2

FC: no differences encountered

RAW/CR2 files comparison transcript:

Comparing files rs-20170304-165403-4075.xmp and F:\RS-20170304-165403-4075.XMP

***** rs-20170304-165403-4075.xmp

   xmp:CreateDate="2017-03-05T00:54:03.00"

   xmp:MetadataDate="2017-06-19T13:17:37-07:00"

   xmp:Rating="0"

***** F:\RS-20170304-165403-4075.XMP

   xmp:CreateDate="2017-03-05T00:54:03.00"

   xmp:MetadataDate="2017-06-19T13:02:48-07:00"

   xmp:Rating="0"

*****

***** rs-20170304-165403-4075.xmp

   xmpMM:OriginalDocumentID="7D54FA32330E9184F4B3E35E274B6596"

   xmpMM:InstanceID="xmp.iid:383a9a17-afa3-194f-81cd-7f02752233e1"

   xmpRights:Marked="True"

***** F:\RS-20170304-165403-4075.XMP

   xmpMM:OriginalDocumentID="7D54FA32330E9184F4B3E35E274B6596"

   xmpMM:InstanceID="xmp.iid:5676aef6-4c02-eb45-b807-204c41748bfb"

   xmpRights:Marked="True"

*****

***** rs-20170304-165403-4075.xmp

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:383a9a17-afa3-194f-81cd-7f02752233e1"

      stEvt:when="2017-06-19T13:17:37-07:00"

      stEvt:softwareAgent="Adobe Photoshop Camera Raw 9.10.1 (Windows)"

***** F:\RS-20170304-165403-4075.XMP

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:5676aef6-4c02-eb45-b807-204c41748bfb"

      stEvt:when="2017-06-19T13:02:48-07:00"

      stEvt:softwareAgent="Adobe Photoshop Camera Raw 9.10.1 (Windows)"

*****


OK, did some more thinking -- maybe one of the files had a cache problem (file rendered from cache, so files maybe weren't really identical). Therefore, I purged the ACR cache again (did so yesterday) from within Ps, checked that it went to zero (in Explorer), re-rendered hard drive's RAW+xmp -- still renders incorrectly. For the sake of my sanity, re-rendered thumbdrive version -- it now renders incorrectly! So much for my sanity :-( Took thumbdrive back to laptop, it also now renders incorrectly on laptop!! Purged laptop's ACR cache and still renders incorrectly.

OK, the laptop now appears to be in the same state as my desktop -- Ps' ACR incapable of rendering RAW correctly. Well, at least that seems to show that the problem is not unique to my desktop system! And I am starting to suspect that a recent Adobe or Microsoft update caused the problem and therefore I won't be the only one reporting it.

I going to remove and reinstall Ps & ACR on my laptop and then rerun the experiment...