Bug 690027 - Text rendered at black instead of gray
Summary: Text rendered at black instead of gray
Status: NOTIFIED DUPLICATE of bug 689968
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Color (show other bugs)
Version: master
Hardware: PC Linux
: P1 normal
Assignee: Michael Vrhel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-19 11:22 UTC by Marcos H. Woehrmann
Modified: 2011-09-18 21:46 UTC (History)
0 users

See Also:
Customer: 1110
Word Size: ---


Attachments
trans.pdf (389.67 KB, application/pdf)
2008-08-19 11:22 UTC, Marcos H. Woehrmann
Details
screenshot.png (253.77 KB, image/png)
2008-08-19 11:38 UTC, Marcos H. Woehrmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marcos H. Woehrmann 2008-08-19 11:22:27 UTC
The customer reports and I've verified that the attached file renders
differently in gshead (r8997) and Acrobat Reader.  Specifically the bottom block
text is rendered in black by Ghostscript and gray by Acrobat. 

The command line I'm using for testing:

  bin/gs -sDEVICE=ppmraw -o test.ppm ./trans.pdf

Note that this file had a more severe problem reported as bug 689309, which has
been fixed as of gs8.62,
Comment 1 Marcos H. Woehrmann 2008-08-19 11:22:58 UTC
Created attachment 4289 [details]
trans.pdf
Comment 2 Marcos H. Woehrmann 2008-08-19 11:26:16 UTC
Just to clarify, this file has never rendered correctly by Ghostscript. 
Ghostscript 8.61 and older rendered the file with a gray rectangle obscuring the
text and 8.62 and later fixed the rectangle problem but rendered the text in
black instead of gray.
Comment 3 Marcos H. Woehrmann 2008-08-19 11:38:17 UTC
Created attachment 4290 [details]
screenshot.png
Comment 4 Michael Vrhel 2008-08-19 21:27:45 UTC
The source of this issue is identical to that of 689968.  That bottom text is
defined by a vector graphic.  There is a graphic state that is set prior to
drawing it, which has an Soft Mask defined.  This soft mask image should be used
when the solid fills occur.  Currently, our code only uses softmasks as part of
 transparency groups.  We really should be able so associate the softmask with
the graphic state.  The fix for this is going to be involved and I am just now
starting the process.  For further detail see 689968.

Comment 5 Ray Johnston 2008-08-20 10:05:50 UTC
This is really a duplicate of the issue discussed on bug 688601 and bug 689968

Rendering the 'SMask' changes the FillColor so that when the subsequent text is
painted, the FillColor is black instead of gray.

*** This bug has been marked as a duplicate of 689968 ***
Comment 6 Marcos H. Woehrmann 2011-09-18 21:46:31 UTC
Changing customer bugs that have been resolved more than a year ago to closed.