<br><font size=2 face="sans-serif">Hi Jan-Peter and all,</font>
<br>
<br><font size=2 face="sans-serif">I would agree that it needs to be a free choosable color space that is independent of</font>
<br><font size=2 face="sans-serif">scanner, camera, monitor, types of RGB spaces and that is also independent of any</font>
<br><font size=2 face="sans-serif">particular CMYK. &nbsp;Note that Adobe RGB is a monitor type of RGB even though it is </font>
<br><font size=2 face="sans-serif">wide gamut.</font>
<br>
<br><font size=2 face="sans-serif">Yes - I was thinking that a proofing color space would be an intermediate between the</font>
<br><font size=2 face="sans-serif">source color spaces [e.g., Adobe RGB, camera Raw RGB] and particular print related</font>
<br><font size=2 face="sans-serif">output spaces. &nbsp;One question is how constrained should the gamut be? Should it be </font>
<br><font size=2 face="sans-serif">limited to a SWOP-like gamut? Or be like the ISO reference gamut - which is a bit larger. </font>
<br><font size=2 face="sans-serif">Another way of thinking about it is -- Would you want a proofing color space to contain </font>
<br><font size=2 face="sans-serif">the Pantone colors? Or to be limited to a subset of Pantone colors as many real print </font>
<br><font size=2 face="sans-serif">systems are?</font>
<br>
<br><font size=2 face="sans-serif">I think you got the idea I was putting forth. &nbsp;My question is - is that what you and </font><font size=2 face="Courier New">Kai-Uwe</font><font size=2 face="sans-serif"> </font>
<br><font size=2 face="sans-serif">had in mind?</font>
<br><font size=2 face="sans-serif"><br>
Best regards,<br>
Ann McCarthy<br>
Lexmark CPD<br>
Imaging Systems Engineering<br>
ICC Workflow WG Chair<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Jan-Peter Homann &lt;homann@colormanagement.de&gt;</b></font>
<p><font size=1 face="sans-serif">05/02/2006 01:41 PM</font>
<br><font size=1 face="sans-serif">Please respond to homann</font>
<br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;almccart@lexmark.com, OpenICC Liste &lt;openicc@lists.freedesktop.org&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;Re: [Openicc] new: Proof colour space</font></table>
<br>
<br>
<br><font size=2 face="Courier New">Hello Ann, and all,<br>
Nice to hear, that leading ICC members are reading and posting to the <br>
openICC list :-)<br>
<br>
I think, your answer is two steps ahead, of the mail of Kai-Uwe.<br>
As I understand him, he want the possibility of a free choosable <br>
proofing colorspace independent from the RGB- or CMYK-workingspace in <br>
ICC aware open source applications.<br>
<br>
As I understand your concept of an &quot;proofing colorspace&quot; as an <br>
intermediate colorspace between widegamut colorspaces like <br>
camera-profiles on RAW data or AdobeRGB and printoutput.<br>
<br>
Finetuning of colors and saturation is done in the &quot;proofing <br>
colorspace&quot;, if the work is done, gamutmapping from &quot;proofing <br>
colorspace&quot; to print output colorspace needs and can be done either with <br>
relatice colorinteric and blackpoint-comepnesation or with ICCv4 <br>
perceptual gamutmapping, if the gamut of the &quot;proofing colorspace&quot; is <br>
similar of a better &quot;reference medium gamut&quot; for ICCv4 profiles.<br>
<br>
Do I understand your intentions correct ?<br>
<br>
:-) Jan-Peter<br>
<br>
almccart@lexmark.com wrote:<br>
&gt; <br>
&gt; Hello Jan-Peter and all,<br>
&gt; <br>
&gt; So -- if we were to define a 'proofing colorspace' what would the <br>
&gt; requirements be?<br>
&gt; For example:<br>
&gt; 1. RGB encoding<br>
&gt; 2. Encompassing and similar in shape to the ISO printing gamut defined <br>
&gt; in ISO 12640-3 Annex B<br>
&gt; 3. Not significantly larger than the ISO printing gamut defined in ISO <br>
&gt; 12640-3 Annex B<br>
&gt; 4. Unambiguously defined transformations to/from CIE XYZ<br>
&gt; 5. Primaries placed so that if the file is incorrectly assumed to be <br>
&gt; sRGB, severe hue shifts do not occur.<br>
&gt; 6. Primaries placed so that HVS response to tone and hue adjustments are <br>
&gt; reasonably homogeneous<br>
&gt; throughout the space [i.e., perceptual isometry].<br>
&gt; 7. Adapted white point, color space white point and black point <br>
&gt; chromaticity = D50<br>
&gt; 8. Print-referred image state<br>
&gt; 9. Adapted white point and color space white point luminance: 160 cd/m^2 <br>
&gt; &nbsp; [=ICC PCS]<br>
&gt; 10. Image surround - 20% of adapted white point<br>
&gt; ...?<br>
&gt; <br>
&gt; Does this represent a good initial list of attributes? &nbsp;<br>
&gt; Is there an existing public domain RGB that meets these criteria?<br>
&gt; <br>
&gt; Best regards,<br>
&gt; Ann McCarthy<br>
&gt; Lexmark CPD<br>
&gt; Imaging Systems Engineering<br>
&gt; ICC Workflow WG Chair<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;*Jan-Peter Homann &lt;homann@colormanagement.de&gt;*<br>
&gt; Sent by: openicc-bounces@lists.freedesktop.org<br>
&gt; <br>
&gt; 05/02/2006 07:41 AM<br>
&gt; Please respond to homann<br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;Kai-Uwe Behrmann &lt;ku.b@gmx.de&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;OpenICC Liste &lt;openicc@lists.freedesktop.org&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;Re: [Openicc] new: Proof colour space<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Hello list,<br>
&gt; A proofing colorspace would be very helpful.<br>
&gt; I know &nbsp;several photostudios, which are dealing with agencies, prepress<br>
&gt; bureaus and print shops.<br>
&gt; <br>
&gt; They are working in RGB and deliver RGB and CMYK-Files (ISOcoated) to<br>
&gt; their clients.<br>
&gt; <br>
&gt; Before they are converting to CMYK (ISOcoated) with relative<br>
&gt; colorimetric and blackpoint compensation, they do a proof and optimize<br>
&gt; the RGB-file, if colorclipping of saturated colors are occuring.<br>
&gt; <br>
&gt; The goal is to build an archive of RGB-files, where all RGB-files can be<br>
&gt; converted relative colorimetric with blackpoint compensation to the main<br>
&gt; &nbsp; destination colorspace, without the need to make image by image<br>
&gt; analysis , which rendering intent fits best.</font>
<br><font size=2 face="Courier New">&gt; <br>
&gt; Most uzsers I know prefer to have a special menue for softproofing,<br>
&gt; instead of doing it in the colorsetting file.<br>
&gt; <br>
&gt; Very helpful is also, if the softproof menue is synchronized with the<br>
&gt; menue &quot;convert to profile&quot;<br>
&gt; <br>
&gt; If the softproof is OK, the file can be converted to the destination<br>
&gt; colorspace with one mouseclick.<br>
&gt; <br>
&gt; :-) Jan-Peter<br>
&gt; <br>
&gt; <br>
&gt; Kai-Uwe Behrmann wrote:<br>
&gt; &nbsp;&gt; Hello list,<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; what would you think about a dedicated proof colour space?<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; The current situation in CinePaint is: we have RGB/Cmyk image data <br>
&gt; and can<br>
&gt; &nbsp;&gt; proof them to whatever colour space on screen. If someone wants to<br>
&gt; &nbsp;&gt; simulate an special output device like a film stock or a print media, it<br>
&gt; &nbsp;&gt; seems there is no sense by sticking to the editing colour spaces<br>
&gt; &nbsp;&gt; (RGB/Cmyk). It is not clear if the user wants a RGB or Cmyk colour space<br>
&gt; &nbsp;&gt; to proof against.<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; It could as well mean the proofing options should become a separate<br>
&gt; &nbsp;&gt; advanced configuration group.<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Whats the opinion on the list about this matter?<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; regards<br>
&gt; &nbsp;&gt; Kai-Uwe Behrmann<br>
&gt; &nbsp;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; + development for color management<br>
&gt; &nbsp;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; + imaging / panoramas<br>
&gt; &nbsp;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; + email: ku.b@gmx.de<br>
&gt; &nbsp;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; + http://www.behrmann.name<br>
<br>
<br>
-- <br>
--<br>
<br>
homann colormanagement ------ fon/fax +49 30 611 075 18<br>
Jan-Peter Homann ------------- mobile +49 171 54 70 358<br>
Kastanienallee 71 ------- http://www.colormanagement.de<br>
10435 Berlin --------- mailto:homann@colormanagement.de<br>
</font>
<br>
<br>