<div dir="ltr"><div><div><div><div><div><div>Hello, I have placed initial code in the cups-filters to bypass color management when a "nocolor-management" cups option is passed through the datastream. The critical filters include:<br>
<br></div>gstoraster<br>imagetoraster<br></div>pdftoraster<br></div>rastertopclx<br><br></div>If CM_Off is selected, it would essentially skip the selection of an ICC profile.<br><br></div>However, for clarification, I would like to know if the color space is to be untouched if color management is to be considered "off"?<br>
<br>Thank you.<br><br></div>Joe Simon<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 3, 2014 at 7:59 AM, Till Kamppeter <span dir="ltr"><<a href="mailto:till.kamppeter@gmail.com" target="_blank">till.kamppeter@gmail.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="">On 05/16/2014 11:23 PM, James Cloos wrote:<br>
> As I (eventually) noted in(at the end of) my last post, cupsRasterReadPixels(),<br>
> from libcupsimage, normalizes what it reads to native order.  So it'll only<br>
> look like little endian on little endian arch's.<br>
><br>
<br>
</div>James, thanks, that's it. Exactly this I am observing after having<br>
sorted out the problem on the Ghostscript side (James, thanks here,<br>
too). So I have committed rastertopdf with an appropriate fix to<br>
cups-filters now (BZR rev. 7206).<br>
<span class="HOEnZb"><font color="#888888"><br>
   Till<br>
</font></span></blockquote></div><br></div>