[Poppler-bugs] [Bug 46600] [patch] pdftops git 25Feb12 restore deleted binary code and level2sep fixed

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=46600

--- Comment #9 from William Bader <williambader at hotmail.com> 2012-02-26 10:05:09 PST ---
Thomas,

>I can live with it at least to disable it in case of overprinting, but I would
prefer an additional option to enable it

If that would make the patches acceptable, I could do it in a day or two.
Is -makeblack a suitable name for the option?

>If we covert a CMYk image to a grayscale image only if c = m = k we loose saturation and luminance,

It happens only if every dot in the image has c = m = y.

I agree that it would be an issue if it happened on a dot-by-dot basis, which
is why RIPs usually have configurable settings for black generation.

Also, for printing, ink saturation above 200% often makes a brownish mess
rather than gray, and large areas with high saturation on a web press can
weaken the paper enough to cause web breaks.  It looks fine on the screen, but
it isn't printable.

For my purposes, images with c = m = y in every dot mean a black image that was
saved in an rgb format and not embedded correctly in the PDF.

In any case, I have no problem making it a configurable parameter on the
pdftops command line.

William

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.