On Wed, Jan 19, 2011 at 7:49 PM, Chris Murphy <span dir="ltr">&lt;<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div class="im"><div>My understanding is that in PDF/X-3 (and 4 and 5), that /DeviceRGB =! ICCBased and is effectively &quot;no color management&quot; in the context of outputting to the OutputIntent device.</div>
</div></div></blockquote><div><br></div><div>There is NO DeviceRGB allowed in a PDF/X-3/4/5 file - all RGB data MUST be associated with an ICC profile.  You can have DeviceCMYK and DeviceGray - though they are actually only device values for the embedded OutputIntent.   The only &quot;true&quot; device-dependent colors in a PDF/X file are Spot/Separation colors, since they are resolved independently on each device.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div class="im"><div> If there is a mismatch, a redirection for example, of that PDF to some other output device: a proofing device, or a display, then the context is different and it means all /DeviceRGB objects have an implicit source profile = OutputIntent and thus are treated as ICCBased. So there is the possibility of &quot;no color management&quot; but it is conditional.</div>
</div><div><br></div></div></blockquote><div><br></div><div>Retargeting a PDF/X file is &quot;out of scope&quot; of the standard itself.  However, the application notes clearly recommend that when the devices don&#39;t match (for some definition of &quot;don&#39;t match&quot;) that you need to actually do a CMYK-&gt;CMYK transform using the original OutputIntent as source profile on your DeviceCMYK data to the new OutputIntent profile.</div>
<div><br></div><div>Tagged/ICCBased colors (be they Lab, RGB, CMYK or Gray) will actually be left alone in that case.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div></div><div>Is there a need for an immutable &quot;off&quot; flag for ensuring objects aren&#39;t color managed no matter what?</div></div></blockquote><div><br></div><div>It&#39;s been suggested at least twice to the ISO 32000 committee and both times it&#39;s been rejected, because it&#39;s not clear what it means in all contexts.  For example, does it used when rendering to screen?  What about if the screen is simulating a printer (aka &quot;Overprint Preview&quot;)??   etc. etc. etc.</div>
<div><br></div><div>Leonard </div></div>