The following chinese characters 碼杰蘇駿駒 when rendered by Ghostscript in a PDF or a PS file using the Mingliu font, it always results in a broken character. Using freetype-2.3.7 with unpatented bytecode interpreter, it renders correctly. I'm not sure if any other characters are affected.
Created attachment 4586 [details] Broken characters The broken characters in a PDF file
mingliu (and kaiu) are known problematic fonts. It appears that xpdf (linked to freetype 2.3.7) can't render the pdf correctly either, unlike acroread.
Freetype 2.3.9 has FT_FACE_FLAG_TRICKY, which forces hinting when mingliu is used. Even xpdf shows the correct glyphs now. Almost all Traditional Chinese PDFs on the net use Mingliu, so it is rather annoying to see a PDF rendered properly on the screen, but become a mess on the paper. It prevents me from using the Linux box for printing PDFs. Would anyone take a look at this?
The issue is on my list, so it will get looked at, but has a P4 priority so not soon. I'm currently working on the FreeType bridge in GS, which has a number of problems I'm hoping to resolve soon (eg 689826). Once that is done you could simply use FreeType as the font rasteriser if required.
Created attachment 6251 [details] sample output from Freetype integrated GS The output from Ghostscript with Freetype integrated for font rendering produces what looks to me like good output. But not knowing the language it's hard for me to be sure, so I've attached example output.
The sample output looks good to me. Also tried r11340 with tt interpreter enabled as well. (assume we'll enable it for the next release).