Page 3 of /tests_private/pdf/PDFIA1.7_SUBSET/CATX0988.pdf rendered badly through pxl then raster - compare how the pdf looks (which still preserves some details in the tilted images, but is all gone in the png): gs -dFirstPage=3 -sDEVICE=pxlcolor -o /tmp/a.pxl CATX0988.pdf pspcl6 -r600 -sDEVICE=png16m -sOutputFile=/tmp/a.png /tmp/a.pxl pspcl6 -sDEVICE=pdfwrite -sOutputFile=/tmp/a.pdf /tmp/a.pxl It appears that the author of the pdf uses a lot of zero-width rectangles as clip paths over the images. These are rendered with a minimal(1-pixel?) width by gs; but conversion through pxlcolor then ghostpdl to ppm, the zero-width rectangles are rendered as zero-width. It is a difference between how gs and ghostpdl treats zero-width clip paths. (See also background info from Bug 690868 and Bug 690912). There is a similiar bug about zero-width stroke in bug 690877
Reassigning path and fill problems to Robin Watts.
Actually and xl issue and shouldn't have been reassigned to Robin.
gs5.98-dragon.pdf tests_private/comparefiles is another file having this problem with lots of zero-width clips.
(In reply to comment #0) > Page 3 of /tests_private/pdf/PDFIA1.7_SUBSET/CATX0988.pdf rendered badly through > pxl then raster - compare how the pdf looks (which still preserves some details > in the tilted images, but is all gone in the png): > > gs -dFirstPage=3 -sDEVICE=pxlcolor -o /tmp/a.pxl CATX0988.pdf > > pspcl6 -r600 -sDEVICE=png16m -sOutputFile=/tmp/a.png /tmp/a.pxl > The Artifex rendering of "a.pxl" fairly well matches the HP rendering. There are horizontal scanlines artifacts in the tilted images in both rendering. How well this corresponds to the original PDF I didn't investigate, but this isn't a pcl problem.