Color space reading TIFF images

Marco Götze

• 2015年06月28日 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

  • 2015年06月29日 14:23

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

  0
• 

  Marco Götze

  • 2015年06月30日 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

  • 2015年08月30日 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

  • 2015年08月31日 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

  • 2015年08月31日 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

投稿コメントは受け付けていません。