The attached customer file has stripes when viewed with the display device or with tiff24nc. I have reproduced with CVS HEAD with the following commandlines: gs 64_agony_lay.pdf gs -sDEVICE=tiff24nc -r180 -dNOPAUSE -dBATCH -sOutputFile=test.tiff 64_agony_lay.pdf
Created attachment 242 [details] 64_agony_lay.pdf
This problem was introduced with the new JPEG library, v.6b . Before we figure out how to fix it the customer can downgrade to the v.6a , which compiles without any changed in the latest versions.
Additional testing notes: GS HEAD renders correctly with jpeg6a statically linked, incorrectly with jpeg6b (Linux). xpdf segfaults. OSX Preview renders with similar artifacts. Test file appears to be an example of a transparency-flattened file from InDesign 2.
Proposed patch to libjpeg posted here: http://www.ghostscript.com/pipermail/gs-code-review/2004-June/004547.html The file is invalid, so this can't be considered a high priority patch. It will probably suffice to document it and make it available to users. Of course, it should go into the next release of libjpeg if there is one.
The archive url broke. See http://ghostscript.com/pipermail/gs-code-review/2004-June/004579.html instead. Dropping priority to correspond with the current triage scheme.
No longer a customer issue
Since this is an issue in libjpeg rather than Ghostscript, we are closing it here. A note has been added to Issues.htm: http://ghostscript.com/pipermail/gs-cvs/2005-March/005363.html Linux distributions in particular are encouraged to apply the patch to their system libjpeg packages.