The attached PDF file contains a table that is is rendered as a black rectangle or with extra horizontal lines with Ghostscript head (r9237) and earlier versions at 220 dpi and higher. The file is rendered correctly at 219 dpi and lower. At 300 DPI the table is rendered as an entirely black rectangle. The command line I'm using for testing: bin/gs -sDEVICE=tiff24nc -o test.tif -r300 ./t3f.pdf
Created attachment 4623 [details] t3f.pdf
This is something we've seen before. The file paints a rectangle and fills it with black, then it uses a single line image (width=2775, h=1) to paint over it (with some white). Unfortunately the width of the black fill for the next line up paints over the image leaving the area black. This looks like a duplicate of bug 689364, which was never satisfactorily resolved, and was closed as invalid based on Igor's comment #15 in that bug. This is not a PDF interpreter issue, so I am assigning this to myself (as for 689364).
Note that this file appears to have been created for 600 dpi, since at that scaling, the image size is (almost) one image pixel per device dot. This file converts correctly at resolutions slightly off from 600 and 300 dpi such as 600.22 -> 600.29 and 300.12 -> 300.15 This file is clearly very resolution sensitive. Note that with Adobe Acrobat Reader 7, turning on "Edit" / "Preferences" / "Smooth line art" will result in output like Ghostscript -- black lines at some scale factors and all black at 90% scale factor. Without 'smooth line art', AR7 displays without black lines up to about 615%, then the lines start appearing. I'm wondering what 'fill' and 'image' scan conversion Adobe is doing when 'smooth line art' is off, and whether Ghostscript can emulate it.
See also bug 690357.
Adobe Acrobat 8 renders a black box at 300 dpi. FWIW -dGraphicsAlphaBits=4 makes the table visible, but the background is a gray shade.
The background output in apple preview is gray until antialiasing is turned off, then it is a black box. Matching gs with and without -dGraphicsAlphaBits, as expected. Do we have a "rendering" say to a tiff or jpeg file from adobe that works, or are we just looking at the Acrobat screen display? As I said in comment #9 Acrobat 8 produces a black box when rendering at 300 dpi.
With Adobe Acrobat 7 "Save As..." to TIFF at 300 or 400 dpi both render the same as the screen preview. Note that changing the preferences for "Smooth images" and "Smooth line art" have no effect on the screen preview (or the rendered output). I never see a gray background with Acrobat 7. Clearly, Acrobat 8 graphics engine is different than 7's.
Created attachment 5049 [details] t3f_300_Acrobat_8.0.tiff Acrobat 8.0 tiff 300 dpi rendering - a black box.
Created attachment 5050 [details] t3f-acrobat9-219dpi.tif t3f.pdf from Acrobat 9 to TIFF at 219 dpi
Created attachment 5051 [details] t3f-acrobat9-300dpi.tif t3f.pdf from Acrobat 9 save as TIFF at 300 dpi
Created attachment 5052 [details] t3f-acrobat9-600dpi.tif t3f.pdf from Acrobat 9 save as TIFF at 600 dpi
Created attachment 5053 [details] t3f-acrobat9-1200dpi.tif t3f.pdf from Acrobat 9 save as TIFF at 1200 dpi
Changing customer bugs that have been resolved more than a year ago to closed.