[Openicc] cups-filters

[edmund ronald]

16 bit is now usual for printer drivers. There are serious reasons why one
should pass it through.

Clearly you are trying to add too much functionality in one pass. I suggest
at least a set of test files be prepared.

My own opinion is that printing will only work after a printing czar is
appointed; it does not matter how competent or proficient at programming or
cms, just that there be a single individual.

And I estimate that it will take at least 5 years from now for printing
under Linux Cups to reach the level of stability and functionality of the
Apple print system. Sadly.




On Fri, May 16, 2014 at 11:23 PM, James Cloos <cloos at jhcloos.com> wrote:

> >>>>> "TK" == Till Kamppeter <till.kamppeter at gmail.com> writes:
>
> TK> I have done more investigations on 16-bit Raster files and swapping
> each
> TK> pair of two bytes in the bitmap (switching endianess) makes the PDF
> TK> coming out correctly. This means something is Little Endian here
>
> As I (eventually) noted in(at the end of) my last post,
> cupsRasterReadPixels(),
> from libcupsimage, normalizes what it reads to native order.  So it'll only
> look like little endian on little endian arch's.
>
> Given the rastertopdf uses that, it must then use htonl(3)/htons(3) or
> opencode its own to get things back to big endian.
>
> The gs output probably is fine.
>
> If you do not have a big endian box to test on, sign up for:
>
>    https://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F
>
> They have a couple of power 730 (one running fedora, one aix) and
> a sparc box.
>
> -JimC
> --
> James Cloos <cloos at jhcloos.com>         OpenPGP: 0x997A9F17ED7DAEA6
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20140517/5decee7c/attachment.html>