Bug 688017 - ps2pdf problem with CFF fontset resources
Summary: ps2pdf problem with CFF fontset resources
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Writer (show other bugs)
Version: 8.50
Hardware: PC Linux
: P3 normal
Assignee: leonardo
URL: http://groff.ffii.org/groff/gs-bug/mi...
: 688123 (view as bug list)
Depends on:
Reported: 2005-04-02 21:45 UTC by Werner Lemberg
Modified: 2008-12-19 08:31 UTC (History)
2 users (show)

See Also:
Word Size: ---

encoding-embed-bug.ps (176.51 KB, application/postscript)
2005-04-08 01:19 UTC, Werner Lemberg
minimum.ps (72.19 KB, application/postscript)
2005-04-25 04:20 UTC, Igor Melichev

Note You need to log in before you can comment on or make changes to this bug.
Description Werner Lemberg 2005-04-02 21:45:37 UTC
If I embed a CFF fontset resource in a PS document like this:

  %%+ font foo
  %%BeginResource: font foo
  %!PS-Adobe-3.0 Resource-FontSet
  %%DocumentNeededResources: ProcSet (FontSetInit)
  %%Title: (FontSet/Emmentaler-16)
  %%Version: 0
  %%IncludeResource: ProcSet (FontSetInit)
  %%BeginResource: FontSet (Emmentaler-16)
  /FontSetInit /ProcSet findresource begin
  %%BeginData: 63639 Binary Bytes

ghostscript displays this PS document just fine, but it doesn't
recognize this as a font while using ps2pdf.  Instead, it expands each
glyph usage from this font directly into outlines, which both blows up
the size of the PDF document and reduces its quality because all font
hints are lost.

Is this a known limitation, or am I doing something wrong?
The file


gives an example: After embedding, there isn't a font called Emmentaler-20
any more.
Comment 1 Han-Wen Nienhuys 2005-04-06 02:55:09 UTC
Could it be  that this problem is not limited to the PDF writer? My printer
barfs on relatively simple music pages (ESP GS 8.15, pxlmono, 1200dpi for
LJ2100M with 16mb) that contain a binary CFF font, but the same page prints
gracefully if I substitute a PFA file of the same font.
Comment 2 Jack Moffitt 2005-04-06 08:37:59 UTC
I seem to get the same behavior with CVS HEAD.  Assigning to Igor.
Comment 3 Werner Lemberg 2005-04-08 01:19:26 UTC
Created attachment 1292 [details]

This file provides a single entry in the Encoding vector, then accesses
two glyphs with glyphshow, one of them is in the Encoding, the other
Comment 4 Werner Lemberg 2005-04-08 01:22:08 UTC
The new attachment encoding-embed-bug.ps probably exhibits the problem
more clearly.  Two glyphs of the same font (one with encoding entry, one
without) are accessed, and ps2pdf embeds the glyph with an Encoding entry,
and expands the other one.  Note that this problem doesn't happen for
standard fonts like Helvetica.
Comment 5 Igor Melichev 2005-04-25 04:20:20 UTC
Created attachment 1341 [details]

Saving a copy of the test file.
Comment 6 Igor Melichev 2005-04-25 08:59:27 UTC
It requires an improvement to pdf_make_text_glyphs_table_unencoded and its 
surrounding. The improvement needs to mix glyph codes for standard and 
instandard glyph names (see big comment in gsccode.h about Codes < 
gs_c_min_std_encoding_glyph and Codes >= gs_c_min_std_encoding_glyph). The 
consumers must carefully distinguish them. The latter isn't a small or a local 
fix, so it can't be done quickly. Reducing the priority because it's not a 
customer bug. 
Comment 7 Werner Lemberg 2005-04-26 01:19:02 UTC
Thanks for the analysis.  Is there any easy workaround?  Basically, we
would like to include our font (with custom glyphs) into the PS file so
that the ps2pdf engine does proper subsetting.  We can change the font
format easily if necessary.
Comment 8 Igor Melichev 2005-04-26 09:21:29 UTC
As a workaround, try to provide entries for all used glyphs in the font's 
Comment 9 Igor Melichev 2005-06-14 09:10:16 UTC
*** Bug 688123 has been marked as a duplicate of this bug. ***
Comment 10 leonardo 2006-02-06 03:07:48 UTC
Patch to HEAD :

The change unexpectedly occured pretty simple. 
Likely Comment #6 is very obsolete.
Comment 11 Han-Wen Nienhuys 2006-02-06 03:22:26 UTC
Very cool! 

thanks for your work!

I assume that I'm allowed to backport such a small fix to the ESP/GPL versions
of GhostScript?  (would that work?)

Comment 12 leonardo 2006-02-07 01:48:07 UTC
Dear  Han-Wen Nienhuys,

You may try to port it, but I'm not sure that it will be compatible with 
implementation of other functions in the GPL Ghostscript. So try and see what 
happens, if you succeed, please attach the patch to here.
Comment 13 Han-Wen Nienhuys 2006-02-25 15:33:32 UTC

it seems to work with 8.50-gpl with the patch that you link. It applies without
rejects, and it seems to work. 
Comment 14 Han-Wen Nienhuys 2006-02-25 16:46:08 UTC
ESP Ghostscript 8.15.1 is also fine.