[Openicc] Call for help: Review of CM patches for Poppler needed

[edmund ronald]

I looked (quickly) at the blueprints.

My feeling is that we could safely assume an sRGB by default world for
source (images) and destination (prints) in a minimalist implementation.
In which case the issue is how to say this sanely to the rest of the world.
Ie. do files need to be tagged as they get passed out for printing?
I'm sure everybody else here is smarter than me ...

Edmund

On Wed, Mar 6, 2013 at 7:55 PM, Till Kamppeter <till.kamppeter at gmail.com>wrote:

> Hi,
>
> yesterday and today the first virtual Ubuntu Developer Summit (UDS) has
> taken place. Today I have held a session about the Ubuntu printing stack
> with mobile in mind:
>
>
> Session page with video of the session:
>
>
> http://summit.ubuntu.com/uds-1303/meeting/21685/client-1303-printing-stack-with-mobile-in-mind/
>
> Relevant discussion starting around minute 31:00.
>
> Blueprint:
>
>
> https://blueprints.launchpad.net/ubuntu/+spec/client-1303-printing-stack-with-mobile-in-mind
>
>
> One of the points is to use Poppler and not Ghostscript as RIP, as
> Poppler is already there for the PDF screen viewer, none of the mobile
> apps sends jobs in PostScript, and Poppler produces a PostScript which
> is much more reliable on buggy PS printers than the PostScript coming
> out of Ghostscript.
>
> The latter reason makes me also thinking to use Poppler for the pdftops
> filter on the desktop.
>
> The only problem is that the Color Management support of Poppler is
> inferior to the color management of Ghostscript.
>
> Albert Astals Cid mentioned during the session that there are color
> management patches available for Poppler but as there are no CM experts
> under the Poppler developers the patches did not get reviewed.
>
> So I want to ask the color management experts here on the list whether
> they could review the patches and help to get Poppler on par with
> Ghostscript in terms of color management soon.
>
> Albert, can probably give you the links to the patches and related
> feature requests/bug reports.
>
> Thank you in advance for your cooperation.
>
>    Till
> _______________________________________________
> 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/20130306/6b4287c1/attachment.html>