Bug 225069 - Font objects in pdf files get cut at conversion to other formats
Font objects in pdf files get cut at conversion to other formats
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: ghostscript (Show other bugs)
5
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-28 10:47 EST by Christian Mondrup
Modified: 2008-01-14 07:23 EST (History)
0 users

See Also:
Fixed In Version: F-8
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-01-14 07:23:02 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Test case for demonstrating reported bug (99.60 KB, application/pdf)
2007-01-28 10:47 EST, Christian Mondrup
no flags Details
conversion of test pdf through ESP Ghostscript 815.02 (51.27 KB, image/png)
2007-01-28 10:50 EST, Christian Mondrup
no flags Details
conversion of test pdf through AFPL Ghostscript 8.54 (52.80 KB, image/png)
2007-01-28 10:52 EST, Christian Mondrup
no flags Details
New test case, input file for test (37.16 KB, application/pdf)
2007-03-17 14:40 EDT, Christian Mondrup
no flags Details
result of applying gs-8.15 pdf2ps (285.27 KB, application/postscript)
2007-03-17 14:43 EDT, Christian Mondrup
no flags Details
result of applying gs-8.54 pdf2ps (1.06 MB, application/postscript)
2007-03-17 14:44 EDT, Christian Mondrup
no flags Details

  None (edit)
Description Christian Mondrup 2007-01-28 10:47:32 EST
Description of problem:

Certain pdf files generated by music typesetting utilities like Finale and 
Sibelius get big size objects belonging to embedded fonts cut off during 
conversion to other formats.

That happens for example when processing pdf files with gimp (pdf -> png) and 
printing out with cups

Version-Release number of selected component (if applicable):

ghostscript-8.15.2-1.1
gimp-2.2.13-1.fc5
cups-1.2.5-1.fc5.4

How reproducible:

The errors occurs consistently

Steps to Reproduce:
1. Open pdf file through gimp file open dialogue
2. The cut-off errors are immediately visible
3.
  
Actual results:

See attached pdf test case file La_Fille.pdf and page 1 converted to png 
format, La_Fille-preview-ESP-Ghostscript-815.02.png

Expected results:

See attached file La_Fille-preview-AFPL-Ghostscript-8.54.png

Additional info:

As demonstrated in the attached file, 
La_Fille-preview-AFPL-Ghostscript-8.54.png I am able to circumvent the problem 
in gimp context by setting the PATH and GS_LIB environments to point to 
AFPL-Ghostscript-8.54 built from source distribution and installed in 
a /usr/local subdirectory
Comment 1 Christian Mondrup 2007-01-28 10:47:50 EST
Created attachment 146765 [details]
Test case for demonstrating reported bug
Comment 2 Christian Mondrup 2007-01-28 10:50:56 EST
Created attachment 146766 [details]
conversion of test pdf through ESP Ghostscript 815.02
Comment 3 Christian Mondrup 2007-01-28 10:52:18 EST
Created attachment 146767 [details]
conversion of test pdf through AFPL Ghostscript 8.54
Comment 4 Christian Mondrup 2007-01-28 11:18:36 EST
I think I need to be a little more specific as to the observed conversion 
errors:

The test case is sheet music for piano, typical for the pdf scores I prepare 
daily for publishing in the non-commercial classical sheet music web site, 
http://icking-music-archive.org/ which I'm editing.

Near the left border of each staff (5 parallele lines) there are so-called 
clefs: a G-clef on the upper of 2 staves kept together by curled braces and an 
F-cleft on the lower staff. If you compare the clef shapes as found in the pdf 
file with those found in the png file converted through the ESP Ghostscript 
815.02 coming with FC5, then you'll notice that the clef symbols are cut off 
above, below and to the right, but not to the left. Contrarily in the png file 
convertd through AFPL Ghostscript 8.54 the G- and F-clefs are rendered 
correctly.

My test pdf file has been typeset with the commercial, high-end music 
typesetting utitily 'Finale 2005' using the type-1 music fonts

ZPCJVL+EngraverTextT                 TrueType     yes yes no       8  0
VFYNOX+EngraverFontSet               TrueType     yes yes no       6  0
XUCZVZ+EngraverFontSet               TrueType     yes yes yes     10  0

I have observed similar conversion error with pdf scores genereated from other 
music typesetting programs based on rendering music symbols through fonts.

While I, as indicated, am able to circumvent the ghostscript error in gimp 
context, I've until now not been able to figure out how to solve the problem 
in cups context.

I recently upgraded from FC5 where I did not encounter that problem
Comment 5 Tim Waugh 2007-02-05 09:10:54 EST
Thanks for the detailed test case.

Can you confirm the last release of Fedora that worked correctly for you?  This
bug is filed against FC5, and the specific RPMs are from FC5, but your last
comment about upgrading has me confused.
Comment 6 Christian Mondrup 2007-02-05 09:19:18 EST
(In reply to comment #5)
> Thanks for the detailed test case.
> 
> Can you confirm the last release of Fedora that worked correctly for you?  This
> bug is filed against FC5, and the specific RPMs are from FC5, but your last
> comment about upgrading has me confused.
 
Sorry for confusing you. What I should have written is that I recently upgraded
from FC 4 to FC 5 (not from FC 5 to FC 6). Unfortunately It is not possible for
me to check the problem in an FC 6 environment.
Comment 7 Christian Mondrup 2007-02-27 13:56:32 EST
A few days ago I coincidentally became aware of the cups configuration file
/etc/foomatic/filter.conf. In that file I've explicitly set the variable gspath
to point to the gs binary as installed with AFPL-Ghostscript-8.54. As I had
hoped the reported problem with cutting off font shapes has been amended. But
now cups printing can't cope any more with documents in landscape format.
Nothing gets printed. This is a minor drawback, though. But I've got my
suspicion with ESP Ghostscript 815.02 confirmed.
Comment 8 Christian Mondrup 2007-03-17 14:40:53 EDT
Created attachment 150314 [details]
New test case, input file for test

A WIMA contribution which I received today reveals additional aspects of the
reported gs problems. Here follows the pdf score I received.
Comment 9 Christian Mondrup 2007-03-17 14:43:03 EDT
Created attachment 150316 [details]
result of applying gs-8.15 pdf2ps

Notice how full page width areas are cut out by pdf2ps processing.
Comment 10 Christian Mondrup 2007-03-17 14:44:45 EDT
Created attachment 150317 [details]
result of applying gs-8.54 pdf2ps

this file shows what the result of pdf2ps should be.
Comment 11 Tim Waugh 2008-01-14 07:23:02 EST
Works correctly in Fedora 8.

Note You need to log in before you can comment on or make changes to this bug.