Color space reading TIFF images

Marco Götze

• 28. Juni 2015 12:44

Hello all,

I've observed incomprehensible behavior in C1P 8.3 with respect to color spaces and exported TIFF files. I'm using a wide-gamut monitor (calibrated/profiled), enabling me to actually differentiate between sRGB and wide gamut colors.

This is what happens:

1. I process a visibly wide-gamut image (let's say of a dark red rose) in C1P and export the result as a TIFF file, 16 bit, ProPhotoRGB color space. Soft-proofing is set to the selected output profile and thus ProPhotoRGB. Prior to exporting, the image looks "right".

2. The exported image has the right (ProPhotoRGB) color space according to the metadata panel, yet the colors look like an sRGB rendition of the image (muted colors, same as when soft-proofing for sRGB) in C1P. In Photoshop (with the working color space set to ProPhotoRGB), colors are as expected.

So what appears to happen is that C1P ignores the TIFF color space (despite correctly showing it in the metadata panel) and instead assumes sRGB.

Is this a known limitation/issue? If so, why? If not, what might I be doing wrong?

Thanks in advance for any input!

Marco

0

• 

  PhilR59

  • 29. Juni 2015 14:23

  Hi Marco,
  
  With which application are you looking at your exported Tiff image ?
  
  Phil

  0
• 

  Marco Götze

  • 30. Juni 2015 17:46

  What I described is evident within C1P itself. I.e., with your monitor in native/wide gamut mode, in C1P, export an image with colors that are visibly out of sRGB gamut from C1P as 16 bit ProPhotoRGB TIFF, then open (click on) that freshly exported TIFF in C1P itself and the image displays as if it was an sRGB image (muted colors), despite C1P (correctly) identifying the image's profile as ProPhotoRGB in its metadata panel.
  
  Now in the color panel, basic properties, it uses "Tiff File Neutral" as ICC profile, and there seems to be no way to tell it to use the profile specified by the image itself (ProPhotoRGB). Hence I'm unsure whether this is a bug or an known (intentional?) limitation... BTW, now that I've tried that, it's the same with PNG files (and probably any other export format).
  
  Photoshop, on the other hand, displays the exported TIFF correctly, hence I assume C1P somehow mishandles the color space of the TIFF file (or non-RAW files in general?).

  0
• 

  dreckly

  • 30. August 2015 15:20

  [quote="NNN635509507115078337" wrote:
  hence I assume C1P somehow mishandles the color space of the TIFF file (or non-RAW files in general?).

  
  
  Did you resolve this or else did you derive a suitable workaround?

  0
• 

  ChrisM

  • 31. August 2015 08:09

  This issue sounds a lot like my experiences with using CO1 as a jpeg image viewer, where anything outside of srgb is clipped, very noticeable in vivid yellows. I mentioned this to CO1 support, but got the answer that CO1 leaves it to the OS to color manage jpg's or something similar. So that got me no further. I also specifically asked why it is not possible to change the input profile "jpeg neutral", or why there is no subset to jpeg neutral with the major colorspaces applied.
  
  It would greatly enhance CO1 as an allround image manager/viewer, if it would correctly display jpeg/png and tiff images with colorspaces other (larger) than srgb. It is well known that srgb has severe limitations in the color departement.
  
  Chris

  0
• 

  dreckly

  • 31. August 2015 14:31

  [quote="ChrisM" wrote:
  It would greatly enhance CO1 as an allround image manager/viewer, if it would correctly display jpeg/png and tiff images with colorspaces other (larger) than srgb.Chris

  
  Agreed. I have been using SilkyPIX for half a dozen years without such an issue.
  Albeit my question was to determine if the OP ever obtained a satisfactory result.
  Without forum email notifications working this sort of thing is hard to obtain.

  0

Post ist für Kommentare geschlossen.