Summary: | Regression: wrong colors in tiff32nc output | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Marcos H. Woehrmann <marcos.woehrmann> |
Component: | Color | Assignee: | Michael Vrhel <michael.vrhel> |
Status: | NOTIFIED FIXED | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | master | ||
Hardware: | PC | ||
OS: | All | ||
Customer: | 330 | Word Size: | --- |
Attachments: | bug_692537_simple2.pdf |
Description
Marcos H. Woehrmann
2011-09-23 15:24:46 UTC
This is indeed a regression, it started failing with: commit 600b448f5abeaf5e988381462f0b7ce929377298 Author: Michael Vrhel <michael.vrhel@artifex.com> Date: Wed Jan 7 17:36:55 2009 +0000 Fix for overprinting with transparency. This fixes bugs related to the lack of overprint support when there is transparency present in the file. Thanks for finding the regression point. I will dig into this. Created attachment 7927 [details]
bug_692537_simple2.pdf
Simplified file.
The simplified file suffers from the same issue that the customer's file does when run with -dNOTRANSPARENCY, which is that there are Cyan lines running in the shading (in the presence of transparency we end up with the region where there the cyan lines occur all being cyan). The issue occurs with and without clist rendering. Looking into the contents of the simplified file, I suspect there is a DeviceN color issue. This has a type 2 shading in a Cyan Yellow and Black color space. Will dig more into this during the week. Now that I have a simplified file, I am hopeful to have this resolved soon. This appears to be an overprint issue making things a bit more complex, but I am making progress. |