<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Hello Leonard and all,<br> Some comments in the text:<br> <br> Am 26.01.11 23:16, schrieb Leonard Rosenthol: <blockquote cite="mid:AANLkTim=Wpd6EpvNFNsvo5Py+p9tODkRwURJDrqEg8ky@mail.gmail.com" type="cite">Flat color documents:<br> <div class="gmail_quote"> <div><br> </div> <div> </div> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> 2b) new school is directly to create PDF for the printout. All PDF content would be either DeviceRGB or DeviceCMYK with an Output Intent describing the document colorspace. Colormanagement will be applied after rasterization.<br> <br> </blockquote> <div><br> </div> <div>ASSUMING that there was no transparency in the content, then you could do it this way - otherwise, you need to color manage as part of the rasterization.   Also, if the OutputIntent doesn't match the printer and the document is CMYK, you could get a 4-3-4 conversion (whihc no one wants).</div> </div> </blockquote> Jan-Peter:<br> I´m talking here about "flat color documents, where all parts of the documents have the same colorspace which is decribed by the output intent. So flattening transparencies will hve no impact on color.<br> <br> The Case of 4-3-4 (CMYK-Lab-CMYK) conversion is only critical for PDF-2-PDF conversions / optimization. For printing CMYK-PDF files, such conversion are daily business.<br> <br> <blockquote cite="mid:AANLkTim=Wpd6EpvNFNsvo5Py+p9tODkRwURJDrqEg8ky@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div> </div> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">3) Complex Mixed color document<br> ************************************<br> This are RGB or CMYK documents with text, images and vectorgraphics can have individually embedded ICC profiles.<br> 3a) PostScript must be avoided for the printdata of such documents, because handling of ICC-profiles in individual elements is a nightmare in PostScript.<br> </blockquote> <div><br> </div> <div>Yup!</div> <div><br> </div> <div> </div> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">3b) Direct creation of PDF for the printstream is a MUST. As a  user also expects a correct match to the monitor, the graphics libray in use should have the option to rasterize for print out on non PDF/PostScript print-worklflows.<br> If the printdata is not colormanaged direct by the graphics library, the created PDF for the print stream should contain both profiles for individual objects and also one profile describing the colorspace of the complete document (PDF output intent)<br> </blockquote> <div><br> </div> <div>You need to watch this, since this is what Quartz does.  And while perfectly valid, many professional printers will go nuts about having text and vectors with ICC profiles assigned.  (just sat through ANOTHER presentation, just this morning, at the Ghent Workgroup where they ranted about this particular issue).</div> </div> </blockquote> <br> The problem of Quartz is changing every DeviceRGB or DeviceCMYK object to ICCbasedRGB or ICCbasedCMYK. This is especially problematic for DeviceCMYK objcets in the graphic arts.<br> <br> In never understood, why Quartz is doing that. They could leave DeviceCMYK objects as they are and add only an output intent.<br> <blockquote cite="mid:AANLkTim=Wpd6EpvNFNsvo5Py+p9tODkRwURJDrqEg8ky@mail.gmail.com" type="cite"> <div class="gmail_quote"> <div><br> </div> <div> </div> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">If the OutputIntent of the print stream PDF is not identical with the ICC-profile of the current printer setting. The PDF-rendering and rasterizing should be done firstly to the document colorspace and than to ICC of the printer driver setting.<br> <br> </blockquote> <div><br> </div> <div>Nope!   You should follow the rules for PDF rasterization and color management as defined in ISO 32000.</div> <div><br> </div> </div> </blockquote> If PDF/X files are proofed, all ICCbased PDF objects are converted through the embbeded profiles and rendering intents to the Output Intent and than the file is converted to the printer colorspace. That how all professional proofing systems are working...<br> <br> Best regards<br> Jan-Peter<br> <br> <pre class="moz-signature" cols="72">-- ---------- Please note the new adress -------------- homann colormanagement --------- fon +49 30 611 075 18 Jan-Peter Homann ------------ mobile +49 171 54 70 358 Cotheniusstr. 3 -------- <a class="moz-txt-link-freetext" href="http://www.colormanagement.de">http://www.colormanagement.de</a> 10407 Berlin -------- <a class="moz-txt-link-freetext" href="mailto:homann@colormanagement.de">mailto:homann@colormanagement.de</a> </pre> </body> </html>