Bug 690961 - PDF transparency problem with tiffsep device
Summary: PDF transparency problem with tiffsep device
Status: NOTIFIED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Interpreter (show other bugs)
Version: master
Hardware: PC Windows XP
: P2 normal
Assignee: Michael Vrhel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-25 02:40 UTC by claentzsch
Modified: 2011-09-18 21:46 UTC (History)
0 users

See Also:
Customer: 190
Word Size: ---


Attachments
file which displays the error(s) (874.34 KB, application/pdf)
2009-11-25 02:43 UTC, claentzsch
Details
Patch for transparency sep device problem for code prior to icc merge. (4.98 KB, patch)
2010-07-07 02:34 UTC, Michael Vrhel
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description claentzsch 2009-11-25 02:40:47 UTC
Using the head GS (date 25-nov-2009) and all versions before rendering of
transparencies with the tiffsep device is problematic. Lot's of PDFs will be
rendered incorrectly or even crash the interpreter. A sample PDF file will be
attached to this bug. It shows an incorrectly rendered transparency.
The used command line is: gswin32.exe -sDEVICE=tiffsep
-sOutputFile=test871-page%d.tif -r100x100 Gold-Zusammensetzung.pdf
Comment 1 claentzsch 2009-11-25 02:43:51 UTC
Created attachment 5716 [details]
file which displays the error(s)
Comment 2 Ray Johnston 2009-12-03 10:04:05 UTC
I've made several recent changes to this device, so I will investigate this.
Comment 3 Marcos H. Woehrmann 2010-02-20 16:47:13 UTC
A customer has reported this issue as well.  I've added their customer number and increased the priority of 
this bug.  I'll attach the files they are having problems with.
Comment 4 Marcos H. Woehrmann 2010-02-20 16:50:52 UTC
Created attachment 5973 [details]
BANDOS_d.pdf
Comment 5 Marcos H. Woehrmann 2010-02-20 16:51:25 UTC
Created attachment 5974 [details]
overovertrans1punt7.pdf
Comment 6 Ray Johnston 2010-07-02 17:18:52 UTC
This works in the HEAD rev (11480) but fails in rev 11305 (last rev before
the massive ICC branch merge). This will make tracking down a patch for
8.71 quite difficult. This is probably in Michael's area since it seems
to be a transparency and/or overprint color issue (and he obviously fixed
it somehow during the ICC branch development).
Comment 7 Michael Vrhel 2010-07-04 17:06:12 UTC
Moving to GS 9.0 would be optimal since the ICC branch is faster and fixed a lot of rendering issues but checking out rev 11305 to review issue.
Comment 8 Michael Vrhel 2010-07-06 02:21:43 UTC
I have a simple patch to fix this, but I want to do a bit more testing before releasing.  The fix in the icc branch occurred when the soft mask base group color space was set to always be gray since the soft mask data must end up as a single channel luminance component anyway.  This saved us a conversion step on the final buffer.  A similar thing can be done with with pre-icc merge code, which is what will be contained in the patch.  Should have something in the next day or two.
Comment 9 Michael Vrhel 2010-07-07 02:34:15 UTC
Created attachment 6434 [details]
Patch for transparency sep device problem for code prior to icc merge.

Patch for transparency sep device problem for code prior to icc merge.  We force the base space for the soft mask to always be gray, which must be the case and keeps us from having a final buffer conversion when the soft mask is popped.
Comment 10 Michael Vrhel 2010-07-07 02:37:26 UTC
The attached patch (made against rev 11480) should take care of the issue.  The same patch should be easily applied to 8.71.  Closing for support to handle the final details.
Comment 11 Marcos H. Woehrmann 2011-09-18 21:46:58 UTC
Changing customer bugs that have been resolved more than a year ago to closed.