Customer complains of a large file created by the pdfwrite device embedding AndaleMonoWTG with a simple extended latin postscript input file. Command line: c:\bin\gs -IC:\lib\FONTS\Unicode\Resource -IC:\lib\FONTS\Unicode -IC:\lib\FONTS -Ic:\lib\PS -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sDEVICE=pdfwrite -sOutputFile=sf_alextest_baltic.pdf -dBATCH -dNOPAUSE -dSAFER -dWRITESYSTEMDICT -dGHOSTSCRIPT -dSUBSTFONT=/AndaleMonoWTG sf_alextest_baltic.ps I get a 3 MB output file using HEAD on MacOS X, but this still seems very large if the font is being subset.
Created attachment 2393 [details] sf_alextest_baltic.ps
Created attachment 2397 [details] sf_alextest_baltic.zip zip'd pdf output from the customer's patched 8.53. This is the 6 MB version of the file.
you should not be using -dWRITESYSTEMDICT and -dGHOSTSCRIPT is ignored by ghostscript.
Also note that with -dCompatibilityLevel=1.2 I get a 226K file, much better than 3 M. With -dCompatibilityLevel=1.3 I get 3M like the default.
The font file is at casper:/home/support/688799/ .
Patch to HEAD : http://ghostscript.com/pipermail/gs-cvs/2006-September/006785.html Please also note that the revision 6474 (7 monthes ago) fixes another bug, which is related to this problem. With these fixes GS HEAD produces a 0.5M PDF file instead 6M reported by the user. We also opened a new bug 688871 and a new bug 688872 about wishes of further improvements. Closing the bug now because the urgent customer problem is fixed.
*** Bug 688864 has been marked as a duplicate of this bug. ***