<html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello to all, some feedback from a non-developer:<br> <br> <br> The color transformation from the document space to printer colorspace can be done in several places:<br> - local application like e.g. gimp, scribus or other<br> - CUPS filter like e.g. GhostScript, Poppler<br> - Printer Driver like e.g. Turoprint<br> <br> For working with printer profiles, it is necessary, that the whole chain application->CUPS-Filter->Driver is transparent to the enduser, and that the enduser can be shure, that there is no double or triple transformation of print data in the chain. Reaching such transparency is a very challinging tasks, which has not been solved till today in Mac OS X or Windows environments incl. Adobe applications and drivers of the main printer vendor.<br> <br> Typical tasks for endusers are:<br> 1) decide, where the printer profile should be used (application, CUPS/Filter, Driver)<br> 2) Configure the chain, to avoid double or triple color transformations<br> 3) create or choose a printing queue / driver setting which relates to the printer profile<br>     3a. Install a standard printer profile for this queue / setting (This could be also a printer profile which have embedded driver settings)<br>     3b. Optionally print a testchart  for profiling<br> <br> From my experience of making printer profiles since 15 years, it makes a lot of sense, that the tasks of:<br> - choosing the driver setting (optional with calibration / setup of inkl limits, ...)<br> - printing the testchart<br> - measuring the testchart and calculating the printer profile<br> - connecting the printer profile and the driver settings <br> <br> are done in very controlled environment. If possible I would prefer a solution which by passes CUPS and any filters and sends the testchart for profiling as bitmap data direct to the printer driver (e.g. Gutenprint). <br> (For shure it helps very much, if we have optional a controlled way to send profiling testcharts through the CUPS / Filter chain. If this is the case, I would recommend, that the printed testchart has an additional control slug / text line, which documents the color settings of the CUPS queue and all involved filters)<br> <br> In a LINUX environment with ArgyllCMS and Gutenprint, I would prefer a special application, which guides the user through the differnt steps for profiling the printer and which has a direct connection to ArgyllCMS and Gutenprint.<br> <br> A basic scenario for a first version of such applicazion could be:<br> - Choose a predefined Gutenprint setup (creating such setups and calibration is a task for a future version)<br> - Choose your measurement instrument<br> - Choose the testchart<br> - Send the testchart as bitmap directly to Gutenprint<br> - Measure the testchart<br> - Calculate the printer profile automatically with ArgyllCMS<br> - Embedd the Gutenprint Settings as Metadata into the printer profile<br> <br> Perfect would be, when the printer profile would be automatically configured in the printing enviroment. But this tasl is very dependend from the choosen printing environment. If Oyranos or colord is part of the printing enviroment and connected to the profiling application, the automatic configuration of the printer profile should be possible.<br> <br> <br> Best regards<br> Jan-Peter<br> <br> <br> <br> <br> Am 15.05.12 04:12, schrieb edmund ronald: <blockquote cite="mid:CAJe_MahuAvEaK=BmH75gW1YPB+BxQYkDiPfjk0YZwi8-8qTjrQ@mail.gmail.com" type="cite">The previously cited reference [1] is clearly written and well argued, at Gutenprint we can live with it, let's give some names and values to the actual flags used eg. as per Mike's suggestion and get on with pushing this thing out the door!  <div> <br> </div> <div>We might also include [1] as a whole in the documentation so that domain specialists can understand what we are doing.</div> <div> <div><br> </div> <div>Edmund<br> <br> </div> <div>[1] <a moz-do-not-send="true" href="http://lists.freedesktop.org/archives/openicc/2011q2/003659.html">http://lists.freedesktop.org/archives/openicc/2011q2/003659.html</a></div> <div><br> </div> <div><br> </div> <div><br> <div class="gmail_quote">On Tue, May 15, 2012 at 3:58 AM, Graeme Gill <span dir="ltr"><<a moz-do-not-send="true" href="mailto:graeme@argyllcms.com" target="_blank">graeme@argyllcms.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class="im">James Cloos wrote:<br> > I do hope we end up with an option which is *much* shorter than, eg,<br> > org.linuxfoundation.color-managed or the like.  Something more like<br> > OPColorManaged would be nicer.  A longer description can be provided<br> > in the ppd.<br> <br> </div> I did draft this at the time <<a moz-do-not-send="true" href="http://www.argyllcms.com/SCPS_Tag.txt" target="_blank">http://www.argyllcms.com/SCPS_Tag.txt</a>><br> as a point for discussion.<br> <span class="HOEnZb"><font color="#888888"><br> Graeme Gill.<br> </font></span> <div class="HOEnZb"> <div class="h5">_______________________________________________<br> openicc mailing list<br> <a moz-do-not-send="true" href="mailto:openicc@lists.freedesktop.org">openicc@lists.freedesktop.org</a><br> <a moz-do-not-send="true" href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a><br> </div> </div> </blockquote> </div> <br> </div> </div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ openicc mailing list <a class="moz-txt-link-abbreviated" href="mailto:openicc@lists.freedesktop.org">openicc@lists.freedesktop.org</a> <a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/openicc">http://lists.freedesktop.org/mailman/listinfo/openicc</a></pre> </blockquote> <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>