I process a RAW (.nef) in PL7 using the DxO Wide Gamut, soft proofing is activated for sRGB.
Then I transfer the file to Color Efex Pro as a TIF, using the same color space (DxO Wide Gamut).
After editing in Nik, the TIF is sent back to PL.
The image is still in DxO Wide Gamut because I specified this in the Nik Plugin Selector, as I want to benefit from the extended color space in the Nik Collection too.
If I now want to export the TIF as a JPG in PL and set the Option “Same as Softproofing” (I hope this is the correct term - my PL is in German) in the export settings, the JPG is not exported in sRGB, but in DxO Wide Gamut. To avoid this, I have to manually correct to sRGB. Obviously the file does not “remember” this due to the intermediate step with the Nik Collection. Is there a way around this?
When to export from any of the wide(r) gamut to sRGB IEC61966-2.1
either activate Soft Proofing / sRGB… maybe adjust Preserve color details → Intensity
and then export with “Same as Soft Proofing”
or simply export to sRGB…
( your export settings are remembered )
The export setting “Same as Soft Proofing” is for convenience in connection with SP and if the intensity is not changed, the default value of “50” is applied.
thanks for your advice, I realize that. You answered me in detail about this in my previous thread:
My problem is: The TIF file is in the “DxO Wide Gamut RGB” color space after processing with the Nik Collection, because I haven’t changed it in the Nik Collection plugin selector. If I then export the TIF as JPG from PL, the exported JPG is also in the “DxO WideGamut RGB” color space.
So I have to manually switch to sRGB in the export dialog, because the option “Same as softproofing” no longer works as soon as the image has taken the detour via the Nik Collection.
As an aside, what is the working color space of the Nik Collection? While you are specifying DxO Wide, I’m not convinced that Nik apps work in a gamut wider than Adobe RGB. I’ve asked DxO about this several times and never got a reply to the contrary.
(= the file gets converted to DxO WideGamut / not to mix up with DxO’s WCS)
After this file was/is processed by the Nik app and returned to PL
it was/is (@Egregius) still in DxO WideGamut
(have also checked this in PS)
.
The TIFF file processed in this way was/is your new “Source” and the Export with “Same as Soft Proofing” did/does not convert to the desired color space with SP OFF …
The TIF edited in Nik is in DxO WideGamut RGB after “returning” to PL and if I want to export it in sRGB color space, I have to set this manually in the export dialog or enable soft proofing manually, as this is disabled for the TIF file after returning from Nik:
Not so. One must still make a distinction between working color space and export color space. Wolfgang is as much in the dark about the former as I am.
As I remember, exporting “same as soft proofing” for sRGB files (to NIK or to disk) does not embed an actual sRGB profile, only a tag. Suggest instead embedding an actual ICC sRGB color profile at export to see if that resolves any possible color space ambiguities. Might be worth a try. Ditto for DxO Wide Gamut - try embedding the actual profile if you want to go that way. But as others mention, not clear that NIK supports DxO Wide Gamut, so why do this?
Ok, then, would also suggest exporting to disk (or NIK) as a full-size 16-bit TIFF with an embedded Adobe RGB actual profile, my usual NIK workflow. File will come back to PL as Adobe RGB where you can make further edits or not and export as you wish.
@eriepa , this is approximately my workflow. Except that I leave the color space set to DxO Wide Gamut instead of Adobe RGB when transferring to the Nik Collection. The TIF then comes back to PL with the color space “DxO WideGamut RGB”. And from here I can embed whichever color space (99% sRGB) when exporting to disk.
My original problem was that the file had not “remembered” that the softproof had been done with sRGB and that I would therefore also like to have the exported image (e.g. JPG) in sRGB.
But I have now solved this with the export function I created, which is not set to “as softproof” but specifically to sRGB.
