<div>We have a working process for RGB=> CMYK conversion and tested tools (Argyll) for RGB profiling to get the job done, so I think we will use this in the *immediate* future. I have tested the CMYK workflow in the past, and agree that it may become interesting, but a the moment I think we have a minimalistic way forward.</div> <div><br></div><div>Edmund</div><div><br></div><div>On Mon, May 16, 2011 at 3:03 PM, Jan-Peter Homann <span dir="ltr"><<a href="mailto:homann@colormanagement.de">homann@colormanagement.de</a>></span> wrote:</div><div> <div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div bgcolor="#ffffff" text="#000000"> Hello list, hello Edmund,<br> If the Gutenprint CMYK profile is applied in pdftoraster e.g. GhostScript as target profile, the print spool format can still be PDF DeviceRGB as it is today. <br> <br> GhostScript will take this data, uses its default sRGB-profile as source profile and converts to the target CMYK-profile.<br> Gutenprint gets optimized CMYK for the approbiate driver-setting.<br> <br> I don´t see any need to make RGB-profiles for Gutenprint for a color manages print path.<br><br></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000"> Best regards<br> Jan-Peter<br> <br> Am 16.05.11 13:23, schrieb edmund ronald: <div><div></div><div class="h5"><blockquote type="cite"><br> <br> <div class="gmail_quote">On Mon, May 16, 2011 at 10:10 AM, Jan-Peter Homann <span dir="ltr"><<a href="mailto:homann@colormanagement.de" target="_blank">homann@colormanagement.de</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"> Hello to all,<br> <br> Reading the discussion about print targets, i missed some points:<br> <br> 1) CMYK Colorspace for profiling Gutenprint:<br> I strongly recommend to profile CMYK+X printers only with CMYK (+X) targets. Dealing with the relation of CMY to K is much better handled inside the printer ICC profile, than with a internal Gutenprint RGB_to_CMYK conversion and an RGB-printer-profile on the top.<br> <br> </blockquote> <div><br> </div> <div>This is an interesting remark. At the moment, we have working presets for some printers, and an internal working though not perfect RGB => CMYK conversions for Gutenprint; Historically RGB was sent better through CUPS. I suggest that we start with an RGB print path. Note also that Linux apps are not very good at separating to CMYK by a profile usually :) so for prototyping I think RGB is really the only choice, not because it is better or even as good, but just because we can. </div> <div><br> </div> <div>Edmund</div> </div> </blockquote> <br> <br> </div></div><div class="im"><pre cols="72">-- ---------- Please note the new adress -------------- homann colormanagement --------- fon <a href="tel:%2B49%2030%20611%20075%2018" value="+493061107518" target="_blank">+49 30 611 075 18</a> Jan-Peter Homann ------------ mobile <a href="tel:%2B49%20171%2054%2070%20358" value="+491715470358" target="_blank">+49 171 54 70 358</a> Cotheniusstr. 3 -------- <a href="http://www.colormanagement.de" target="_blank">http://www.colormanagement.de</a> 10407 Berlin -------- <a href="mailto:homann@colormanagement.de" target="_blank">mailto:homann@colormanagement.de</a> </pre> </div></div> </blockquote></div><br></div>