Everything looks just normal. Acroread 5.0 on Linux should work fine, but maybe you should send (as attachments or refering to a WWW page) a small example file (preferably including both the .ly, the .ps and .pdf) so we could check. Also, describe exactly the command you use to produce the file.
Mats
Robert de Vries wrote:
On Wednesday 08 October 2003 14:02, Mats Bengtsson wrote:
<cmr7.pfb><feta20.pfa><feta-nummer10.pfa><cmr12.pfb><cmcsc10.pfb><cmbx10.pfb> [1]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>
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
_______________________________________________ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user
-- ============================================= Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology SE-100 44 STOCKHOLM Sweden Phone: (+46) 8 790 8463 Fax: (+46) 8 790 7260 Email: [EMAIL PROTECTED] WWW: http://www.s3.kth.se/~mabe =============================================
_______________________________________________ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user
