The rendering intent examples PDFs from Altona and from GWG are not rendered correctly. How to reproduce: pick the GWG file and test in ghostscript http://lists.freedesktop.org/archives/openicc/2011q1/002896.html The green crosses signal the error. Expected behaviour: the example PDF looks as expected in Acroread. The coloured crossed should disappear.
*** Bug 691953 has been marked as a duplicate of this bug. ***
Verified. This should be easy to resolve.
Fixed with http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=1d8c46688c07cec9e58f492223d1a9c92f4374e4. Note that if you wish to create a patch for 9.05 for this feature you will need the above commit plus this one http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=ba2a8e63783227033506688bebccf664b2b922c7 To make use of the output intent, use the option -dUsePDFX3Profile on the command line.
I have applied the two patches mentioned in comment #3 to GS 9.05 now. Without the patches, or without -dUsePDFX3Profile the PDF file 131_Rendering_intent.pdf shows four equally green crosses, one in each colored square. With patches and with -dUsePDFX3Profile I get: Square 1 (light gray): Yellow cross Square 2 (dark blue): Cross in somewhat lighter blue Square 3 (light blue): Cross in somewhat greenish darker blue Square 4 (white): No visible cross Is this correct? Should the crosses not disappear on all squares? Coomand lines used: gs -sDEVICE=x11 ~/131_Rendering_intent.pdf gs -sDEVICE=x11 -dUsePDFX3Profile ~/131_Rendering_intent.pdf
OK. If you go out to a CMYK based device it looks correct. When you go out to the X11 device you are going to an RGB based device. In this case the output intent profile should be used as a proofing profile. It would appear that there is an issue though with that. Let me reopen and take a closer look.
The problem is still there. I have tested with the Ghostscript 9.06 which comes with Ubuntu Quantal and all tests of the GWG fail. I tried the files: 070_OutputIntent_ISOCoated1-v1_x3.pdf 130_Source Profile.pdf 131_Rendering intent.pdf from the GWG site linked here (or from http://www.oyranos.org/wiki/index.php?title=Test_Images#PDF). I used the following command lines: gs file.pdf gs -sDEVICE=png16m -sOutputFile=out.png file.pdf gs -sDEVICE=cups -dcupsColorSpace=1 -dcupsBitsPerColor=8 -sOutputFile=out-rgb.raster -r300 file.pdf gs -sDEVICE=cups -dcupsColorSpace=6 -dcupsBitsPerColor=8 -sOutputFile=out.cmyk.raster -r300 file.pdf The first 3 lines are RGB output devices, the last one is CMYK. With all combinations of input files and command lines I see the crosses, meaning that the appropriate color management functions failed. Use rasterview from http://www.easysw.com/~mike/rasterview/index.html to display the CUPS Raster files from cd "cups" output device.
Note that fixing this is especially important as if application send color-managed PDFs (with rendering/output intents) the files will not come out correctly.
Regarding comment 6. You need to make sure to include -dUsePDFX3Profile in the command line.
Partial success: with the "cups" output device, CMYK color space (-dcupsColorSpace=6) and -dUsePDFX3Profile all three test files work: gs -sDEVICE=cups -dcupsColorSpace=6 -dcupsBitsPerColor=8 -dUsePDFX3Profile -sOutputFile=out.raster -r300 file.pdf The second test file works also in RGB with -dUsePDFX3Profile: gs -sDEVICE=cups -dcupsColorSpace=1 -dcupsBitsPerColor=8 -dUsePDFX3Profile -sOutputFile=x -r300 130_Source\ Profile.pdf The other test files do not work in RGB.
with the commit of http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=9cb6ee748223ec3373151047d921d75bbeffc4e9 the RGB case should now work too.