lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Help with fonts


From: Robert de Vries
Subject: Re: Help with fonts
Date: Wed, 8 Oct 2003 15:01:39 +0200
User-agent: KMail/1.5

On Wednesday 08 October 2003 14:02, Mats Bengtsson wrote:

> It would be interesting to see the lines printed out by dvips.
> On my machine, it says something like
>
> This is dvips(k) 5.92b Copyright 2002 Radical Eye Software
> (www.radicaleye.com)
> ' TeX output 2003.10.07:1249' -> a.ps
> <tex.pro><alt-rule.pro><texc.pro><f7b6d320.enc><0ef0afca.enc>
> <music-drawing-routines.ps><texps.pro><special.pro>. <cmr10.pfb><cmr8.pfb>
> 
<cmr7.pfb><feta20.pfa><feta-nummer10.pfa><cmr12.pfb><cmcsc10.pfb><cmbx10.pfb> 
[1]
>
> where the <feta20.pfa> shows that the font file feta20.pfa is
> embedded in the Postscript.

This is what my output looks like:
calvin:~/VVE/Arcadelt$ dvips  -ta4 -Ppdf -G0 -u +lilypond.map 
-oFranc_berger.ps Franc_berger.dvi
This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com)
' TeX output 2003.10.08:1312' -> Franc_berger.ps
<tex.pro><alt-rule.pro><texc.pro><music-drawing-routines.ps><texps.pro>
<special.pro>. <cmr10.pfb><feta-nummer5.pfa><cmr6.pfb><cmti5.pfa><feta13.pfa>
<feta-nummer7.pfa><cmr7.pfb><cmcsc10.pfb><cmbx12.pfb><cmbx10.pfb>[1] [2]

It looks like it finds the pfa files alright.

>
> If it's not included in the printouts, you have to find out why dvips
> doesn't find the file. It should find using exactly the same library
> call as 'kpsewhich feta20.pfa'. You can get lots of debugging
> information to help you track down the problem if you run
> dvips -d -1 -Ppdf -G0 -u +lilypond.map Franc_berger.dvi
> and look at the printouts sent to stderr.

It seems to find all feta files (pfa and tfm) files. Could it be a problem of 
the pdf viewer? When I look at a pdf file generated with the -u option I get 
the following font information from acroread (5.0 on Linux):

Orignal Font                            Type            Encoding        Used 
Font                       Type
CMBX10                                  Type1   Built-in        Embedded Subset 
Type 1
CMBX12                                  Type1   Built-in        Embedded Subset 
Type 1
CMCSC10                                 Type1   Built-in        Embedded Subset 
Type 1
CMR7                                    Type1   Built-in        Embedded Subset 
Type 1
GNU-LilyPond-feta-nummer-6.5    Type1   Built-in        Embedded Subset Type 1
GNU-LilyPond-feta-13                    Type1   Built-in        Embedded Subset 
Type 1
cmti5                                   Type1   Built-in        Embedded Subset 
Type 1
CMR6                                    Type1   Built-in        Embedded Subset 
Type 1
GNU-LilyPond-feta-nummer-4.58   Type1   Built-in        Embedded Subset Type 1
CMR10                                   Type1   Built-in

In this case the note heads have all disappeared.

When I look at the pdf file generated without the -u option I get the 
following font information from acroread:

Orignal Font                            Type            Encoding        Used 
Font                       Type
CMBX10                                  Type1   Built-in        Embedded Subset 
Type 1
CMBX12                                  Type1   Built-in        Embedded Subset 
Type 1
CMCSC10                                 Type1   Built-in        Embedded Subset 
Type 1
CMR7                                    Type1   Built-in        Embedded Subset 
Type 1
A                                               Type3   Custom  A               
                Type 3
CMR6                                    Type1   Built-in        Embedded Subset 
Type 1
CMR10                                   Type1   Built-in

The notes look ok at normal scale, but when scaled to 1200% they appear as 
blocks.

        Robert




reply via email to

[Prev in Thread] Current Thread [Next in Thread]