<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Feb 11, 2011, at 9:28 AM, Hal V. Engel wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Verdana; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="font-family: 'DejaVu Sans'; font-size: 12pt; font-weight: 400; font-style: normal; "><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; ">On Friday, February 11, 2011 05:31:25 AM Leonard Rosenthol wrote:</div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; "><br></div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; ">> That's not a big deal - most PDFs are that way. (and 16bit images didn't</div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; ">> appear till PDF 1.5).</div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; ">> </div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; "><br></div><div style="white-space: pre-wrap; margin-top: 0px; margin-bottom: 0px; margin-left: 0px; margin-right: 0px; text-indent: 0px; ">Yes most PDFs are that way but that is beside the point. We currently have high bit depth open source apps at both ends of the printing work flow. Things like CinePaint, Krita, UFRAW and others (Gimp will be added to this list at some point) which support 16 bit/channel (and higher) formats for creating/editing images and, at the print driver end, GutenPrint which supports 16 bit/channel input rasters. If I create a 16 bit/channel image using UFRAW (which supports color management and yes I know that only about 12 bits/channel are significant but 12 is > 8) and then pull it into Krita to tweak it and then try to print through a Qt created PDF there will be significant loss of precision. We should have a way to preserve as much of that precision as possible on the way to the target device.</div></div></span></blockquote><br></div><div>That implies those applications and the CPD need to produce PDF 1.5 based PDF print spool files, as their minimum compliance level, in order to write out PDFs that preserve that 16bpc data.</div><div><br></div><div><br></div><div>Chris Murphy</div></body></html>