Bug 691134 - Image missing
Summary: Image missing
Status: NOTIFIED WORKSFORME
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Images (show other bugs)
Version: master
Hardware: PC Linux
: P4 normal
Assignee: Alex Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-23 08:24 UTC by Marcos H. Woehrmann
Modified: 2011-09-18 21:46 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcos H. Woehrmann 2010-02-23 08:24:32 UTC
The customer report is concise and complete:

There's an image missing when you rip the attached file with tiff32nc. But with
tiffsep, it's okay!  Tested with 8.71, 8.70, 8.64, 8.60. Exactly the same.
Comment 1 Marcos H. Woehrmann 2010-02-23 08:25:08 UTC
Created attachment 5980 [details]
bbarthurposter350x441.pdf
Comment 2 Ken Sharp 2010-02-23 08:36:00 UTC
The lower left image is also missing when rendered using the display device
under Windows.
Comment 3 Ken Sharp 2010-02-23 08:47:14 UTC
This looks like some kind of weird clipping problem. The missing image is not
'an' image, its about 40 of them, all rotated and clipped :-(

If I modify the file by removing the extraneous 'stuff' then a small 'halo' of
image appears round the perimeter. I think this is because there are many white
objects laid down over the 'normal' objects, presumably as a crude form of clipping.

Not a great way to create a PDF file, but it ought to work.
Comment 4 Ray Johnston 2010-02-23 09:42:18 UTC
The tiffsep device implements 'overprint', while the 'display' device and the
'tiff32nc' devices do not If painting is done in some 'separation' color,
overprint is effectively ignored since ONLY the tiffsep device maintains the
separations. Otherwise we use the 'tint transform' and paint as if overprint
is false (normal PS painting that replaces the colors on all planes).

This behavior is what you get from Acrobat when the Overprint setting is
'Never' (Acrobat 9 -- different settings in older Acrobat versions).

Since gs works the same as Acrobat 9 when Overprint preview is off, closing
as 'WORKSFORME' (works as expected). To see overprint, one must use a device
that supports separations such as the tiffsep of psdcmyk device. I checked
that the psd image looks OK as well as the composite CMYK created by the
tiffsep device (created FROM the C, M, Y, K, and Pantone 7503 separations).

--------------------------------------------------------------------------

Detailed analysis...

The first image I see painted in the problem area is: Im9 Do
This image is defined in object 14 as:
%Resolving: [14 0]
<< /Type /XObject /Subtype /Image /Width 994 /Height 995 /BitsPerComponent 8
/ColorSpace /DeviceCMYK /Length 265179 /Filter /DCTDecode >>

The image is then erased later by: Im10 Do
Im10 is defined in object 15 as:
%Resolving: [15 0]
<< /Type /XObject /Subtype /Image /Width 994 /Height 995 /BitsPerComponent 8
/ColorSpace 52 0 R /Length 14000 /Filter /DCTDecode >> 

And the ColorSpace in object 52 is:
%Resolving: [52 0]
[ /Separation /PANTONE 7503 C /DeviceCMYK 55 0 R ]

Since the data for the image is all 0's (white in CMYK) it paints white,
effectively erasing the underlying image.
Comment 5 Marcos H. Woehrmann 2011-09-18 21:46:49 UTC
Changing customer bugs that have been resolved more than a year ago to closed.