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
Created attachment 4178 [details] 7018g_sw-4.2_2008-06-27.pdf.gz
The missing word from comment #0 is "tiffpack".
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 ***
Changing customer bugs that have been resolved more than a year ago to closed.