Bug 689932

Summary: Halftone missing at 400 DPI
Product: Ghostscript Reporter: Marcos H. Woehrmann <marcos.woehrmann>
Component: Graphics LibraryAssignee: Default assignee <ghostpdl-bugs>
Status: NOTIFIED DUPLICATE    
Severity: normal    
Priority: P2    
Version: master   
Hardware: Macintosh   
OS: MacOS X   
Customer: 531 Word Size: ---

Description Marcos H. Woehrmann 2008-07-01 21:04:30 UTC
The attached file renders differently at 400 DPI vs. 600 DPI using .  Specifically there is a large halftone 
missing at 400 DPI.  This happens with gs8.62 and gshead (r8814).

The command line I'm using:

  bin/gs -sDEVICE=tiffpack -o test.tif ./7018g_sw-4.2_2008-06-27.pdf
Comment 1 Marcos H. Woehrmann 2008-07-01 21:06:46 UTC
Created attachment 4178 [details]
7018g_sw-4.2_2008-06-27.pdf.gz
Comment 2 Marcos H. Woehrmann 2008-07-01 21:09:04 UTC
The missing word from comment #0 is "tiffpack".
Comment 3 Ray Johnston 2008-07-02 09:53:39 UTC
The solid halftone area at 600 dpi is the incorrect behavior. The correct
display is actually the one that shows the contours.

This file does something we've seen before were the file is resolution
dependent. It fills a narrow rectangular "stripe" with a color, then
uses a Height 1 'imagemask' to paint white in the areas where it wants
to erase the "color" (in your case gray shade that is dithered) leaving
the desired area showing through. (a much better method would have been to
paint the area with the desired color using an imagemask with the opposite
polarity on the same data). 

The solid halftone happens because the width of the 'fill' operation is
wider than intended, causing the previous image line to be re-filled with
the color/gray shade.

This is a known issue that we don't know how to "fix" and stay compatible
with other Adobe products -- see bug 689364.

Note that when displaying this with Acrobat, the fills aren't actually
quite adjacent so at high zoom factors, gaps show between the image
lines.

I'll mark this new bug as a duplicate (which will close it).


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