[gs-bugs] [Bug 691914] gs 9 is 10 X slower than gs 8.71 with DEVICE=epswrite

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Fri Jan 28 15:19:25 UTC 2011


Ken Sharp <ken.sharp at artifex.com> changed:

           What    |Removed                     |Added
                 CC|                            |michael.vrhel at artifex.com

--- Comment #4 from Ken Sharp <ken.sharp at artifex.com> 2011-01-28 15:19:24 UTC ---
(In reply to comment #3)

Although ps2write produces DSC compliant PostScript now, it doesn't yet produce
EPS files, so you can't realistically use it.

> >In fact this does look like it *is* something to do with ICC profiles.
> If it is something that I might have a chance of fixing, can you give me a
> suggestion of where to look?

I don't think you'll be able to fix it, and I'm not certain myself what's
happening. What I see is that at least one and possibly several images are not
remaining as image data. Each sample in the image is being converted to a
filled rectangle.

Obviously a construct of the form:

set colour
x y width height rectangle fill

Is a *lot* bigger than a simple byte containing the image data. Or even worse a
single bit if its truly monochrome (images *can* have 1 bit data, even though
they are still specified in DeviceGray space). This takes a lot longer to write
out (the current output is at least 5 times larger) and may also take longer to
generate internally.

> Is it possible to disable the use of ICC from the command line at run-time or
> from a configure option during the build?  

As far as I'm aware, no, neither is possible. I will put it to our colour
expert though in case I'm wrong.

Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the gs-bugs mailing list