Bug 689422 - Does not draw anything in a given pdf
Summary: Does not draw anything in a given pdf
Status: RESOLVED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Interpreter (show other bugs)
Version: 0.00
Hardware: PC Linux
: P3 normal
Assignee: Michael Vrhel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-27 13:54 UTC by Albert Astals Cid
Modified: 2009-04-28 15:14 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments
The said pdf (3.48 KB, application/pdf)
2007-08-27 13:54 UTC, Albert Astals Cid
Details
AR7.jpg (4.84 KB, image/jpeg)
2007-08-28 10:25 UTC, Ray Johnston
Details
GS860.jpg (7.39 KB, image/jpeg)
2007-08-28 10:26 UTC, Ray Johnston
Details
rgb20x20.ppm (1.19 KB, application/octet-stream)
2007-08-28 10:48 UTC, Ray Johnston
Details
gray20x20.pgm (414 bytes, application/octet-stream)
2007-08-28 10:49 UTC, Ray Johnston
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Albert Astals Cid 2007-08-27 13:54:15 UTC
With the pdf i'm going to attach GPL Ghostscript SVN PRE-RELEASE 8.61 
(2007-08-02) that comes with ubuntu developer version draws an empty page that 
is wrong.
Comment 1 Albert Astals Cid 2007-08-27 13:54:44 UTC
Created attachment 3319 [details]
The said pdf
Comment 2 Marcos H. Woehrmann 2007-08-27 16:46:37 UTC
With gshead (r8208) and -sDEVICE=ppmraw I get an image; it's not correct, but
it's not blank.
Comment 3 Ray Johnston 2007-08-28 10:25:46 UTC
Created attachment 3320 [details]
AR7.jpg

Image generated by Adobe Acrobat Reader 7
Comment 4 Ray Johnston 2007-08-28 10:26:32 UTC
Created attachment 3321 [details]
GS860.jpg

Image generated by Ghostscript 8.60
Comment 5 Ray Johnston 2007-08-28 10:47:48 UTC
Note ignore the border lines on the JPEG images -- they are a result of
manual cropping of screen snapshots.

The problem is in a rectangle that is filled with a PatternType 1 that
is filled with an DeviceRGB Image (res5) that has an SMask (a DeviceGray
Image -- object 3 0).

The GS results looks like the SMask is being ignored since the part of the
SMask that overlays the red triangle is gray (which should lighten the
red toward white) and the lower triangle of the SMask is black which should
make that part of the 'red/black' transparent (so it shows as white).

This is a nice simple example. Thanks to the submitter for such a simple case.

I've extracted the RGB image and the SMask and attached them as ppm and pgm
files respectively.
Comment 6 Ray Johnston 2007-08-28 10:48:38 UTC
Created attachment 3322 [details]
rgb20x20.ppm
Comment 7 Ray Johnston 2007-08-28 10:49:02 UTC
Created attachment 3323 [details]
gray20x20.pgm
Comment 8 leonardo 2008-03-09 11:23:41 UTC
Changing assigment since I work in this area.
Comment 9 leonardo 2008-10-28 08:36:28 UTC
Changing assignment to Michael since he wants to work on transparency.
Comment 10 Michael Vrhel 2009-01-07 15:37:52 UTC
Verified that this is a transparency issue and does not work correctly with 
the softmask branch.  Upon inspection I see that this has a knockout 
transparency group.  I suspect that is where the problem lies as it is the 
first one I have run across.
Comment 11 Michael Vrhel 2009-02-16 20:21:14 UTC
This currently renders properly with the soft mask branch.
Comment 12 Michael Vrhel 2009-04-28 15:14:17 UTC
Fixed with merge of soft mask branch