It will if you use an output profile with a perceptual table in it (most do) but not when using a matrix color space profile–unless it's a V4 profile with a perceptual rendering in it–such as the such as the special sRGB v4 Appearance (beta).
WE are informed that perceptual rendering is performed via lookup tables in the receiving profile (typically a printer profile with perceptual lookup tables) and this may be the case with V2 profiles. However, with V4 profiles things may be different as I interpret the example in White Paper 26
. As explained in the text immediately below Figure 2 in that paper, it states that when the Ver 4 sRGB profile is used as a source, the sRGB colors are re-rendered into the PRM (Perceptual Reference Medium), apparently using the PRM information located in the Ver 4 source profile. When a Ver 4 profile is used as a destination, the colors are re-rendered from the PRM into the destination space. This is a two step process, as compared to one step with Ver 2 profiles.
The link that Jeff provides is an example of using the Ver 4 sRGB profile to print an image rendered into sRGB by a digital camera. This is not how most photographers using raw files would operate. Rather, the source master file would be in ProPhotoRGB and one might wish to use the Ver 4 sRGB profile to re-render into sRGB for use on the web. This is not covered in White Paper 26, but they do cover the case of the original file being in Adobe RGB, where one could convert to sRGB with clipping, assign the Ver 4 sRGB profile and then perform the perceptual rendering.
With a Prophoto source, converting to sRGB could involve quite a lot of clipping and the results might not be pleasing. It would seem better to assign a Ver 4 ProphotoRGB profile (perhaps ISO22028-3_RIMM-RGB-exCR.icc, as mentioned here
), which would re-render the colors into the PRM and then render into sRGB Ver 4 with the perceptual intent. Does anyone have any experience or comments on this proposed work flow?