Jump to content
You must now use your email address to sign in [click for more info] ×

Colour management (?) question


Recommended Posts

(I have already sort of asked this question here, but not got a reply yet, so I’m revising it).

I inadvertently had ROMM RGB set instead of sRGB in AP colour setting preferences (sorry, haven’t got AP open at present, but I mean in the setting near the top of the menu). When opening a TIFF in AP, which had been converted from a Canon .Cr2 in Canon DPP, or from a Fuji .RAF in Silkypix  (these TIFFs being 8 bit sRGB), the colour looked fine. But if I opened a TIFF (again, 8 bit, sRGB) which I’d processed using DxO PhotoLab 2, the colour was awful and very over-saturated. But if I opened the same TIFF directly into AP by launching the “Export to application” function, the colour looked fine. I wonder why? It looks as though maybe opening the file from within AP makes the software use the ROMM profile, but launching AP from within PL2 somehow ignores it? (Everything is fine now I’ve changed the profile from ROMM to sRGB, I’m just curious about this issue).

 

Link to comment
Share on other sites

It sounds like something has gone wrong when DxO exported your file. (Not sure why, since I’ve use DxOPhotoLab 1 in conjunction with Affinity Photo successfully for a long time!) However, if you’ve exported a file from DxO that is supposed to be an sRGB file but it is somehow opened in Affinity Photo with the assumption that it is a ROMM file, that would account for the wildly oversaturated color. (To demonstrate this, open an sRGB file and choose ASSIGN Profile (not Convert) and make AP think it’s a ROMM file. All of a sudden your sRGB values for red, green, and blue are describing bolder and more saturated colors.)

I’m not sure where this “lost in translation” step happened, but it’s pretty clear that your sRGB file is being displayed as if it’s a ROMM file.

Affinity Photo 2, Affinity Publisher 2, Affinity Designer 2 (latest retail versions) - desktop & iPad
Culling - FastRawViewer; Raw Developer - Capture One Pro; Asset Management - Photo Supreme
Mac Studio with M2 Max (2023}; 64 GB RAM; macOS 13 (Ventura); Mac Studio Display - iPad Air 4th Gen; iPadOS 17

Link to comment
Share on other sites

When I export an sRGB Tiff file from DXO, then open in Affinity, AP thinks it is a ProPhoto file and the colors are way off.

When opened, if I Assign sRGB it is corrected.

No issue when exporting Adobe1998 or ProPhoto.

 

website

Mac mini (2018)  3.2 GHz Intel Core i7  64 GB • Radeon Pro 580 8 GB • macOS Monterey

Link to comment
Share on other sites

I normally export from DxO as 16 bit TIFF files, using ProPhoto as the color space. I’m not sure if I ever exported using sRGB. If you examine the EXIF data of the exported TIFF file (not from within Affinity Photo, but the otherwise untouched file on your disk) does it have a Color Space of sRGB, or does it come out of DxO without an assigned color space?

If you’re on a Mac, you can open the TIFF into the Preview app and open the Inspector. That should let you know the color space inside of the file, if there is one.

I’ve never opened an sRGB file in AP and had it automatically assigned to the ProPhoto space. However, if the file doesn’t have an embedded color space, and if AP is set to do so (as the OP seems to indicate it initially was) the file might open as if it were a ProPhoto (ROMM) file.

Affinity Photo 2, Affinity Publisher 2, Affinity Designer 2 (latest retail versions) - desktop & iPad
Culling - FastRawViewer; Raw Developer - Capture One Pro; Asset Management - Photo Supreme
Mac Studio with M2 Max (2023}; 64 GB RAM; macOS 13 (Ventura); Mac Studio Display - iPad Air 4th Gen; iPadOS 17

Link to comment
Share on other sites

I just this minute found a post on the DxO forum, basically titled “Critical Bug in PhotoLab 2 - sRGB profile missing on export.” I’ve included a link to the post below. However, this seems to be a very serious bug in version 2 of PhotoLab, and it explains the problems that you’re all having.

https://feedback.dxo.com/t/critical-bug-in-photolab-2-missing-srgb-icc-profile-during-export/8347

Affinity Photo 2, Affinity Publisher 2, Affinity Designer 2 (latest retail versions) - desktop & iPad
Culling - FastRawViewer; Raw Developer - Capture One Pro; Asset Management - Photo Supreme
Mac Studio with M2 Max (2023}; 64 GB RAM; macOS 13 (Ventura); Mac Studio Display - iPad Air 4th Gen; iPadOS 17

Link to comment
Share on other sites

8 hours ago, smadell said:

I just this minute found a post on the DxO forum, basically titled “Critical Bug in PhotoLab 2 - sRGB profile missing on export.” I’ve included a link to the post below. However, this seems to be a very serious bug in version 2 of PhotoLab, and it explains the problems that you’re all having.

https://feedback.dxo.com/t/critical-bug-in-photolab-2-missing-srgb-icc-profile-during-export/8347

Thanks for this, it does look as though this is the source of the problem. I’ll get onto DxO again. It seems very odd that the sRGB profile is presumably attached to the TIFF which PL2 launches into Affinity, but somehow missing from the TIFF which PL2 exports to the Pictures folder. At least I know now that this is not an Affinity issue, and that AP is correctly  applying the set profile to a profile-less TIFF when opening the file from Pictures, but presumably finding a profile when the program is opened from inside PL2! Does this mean that PL2 creates two TIFFs, I wonder? 

I don’t tend to use PL2 and Affinity together much because of the known problems with Viveza, which means I tend to use PSE to apply Nik edits. I initially thought it was just another DxO - Affinity tiff (apologies for the awful pun!), so good to know that Affinity is “not guilty”.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.