Font not loadable - fontools problem


    Sponsored Links


  • 1. LuaTeX and Microtype
    Hello, Protrusion and expansion are available for luatex in the microtype package since the 2.3c version (great thing !). Is it on a todo list to have kerning (and spacing and tracking) available for luatex too ? If it is not possible to implement it now, is it because of luatex (0.35.0) limitations ? Tahnks. Roy
  • 2. Annotating 'active breaks' in a paragraph similar to Knuth's paper
    Hello, I am about to give a presentation on Knuth's line breaking algorithm soon. To illustrate his attempt, Knuth uses little triangles inside an example paragraph to illustrate where feasible breaks would have been available [Breaking Paragraphs into Lines, Figure 3]. Is it possible to do this with TeX directly? What kind of macro would I have to write? So Long, -Tobias
  • 3. [jpgfdraw] figure scaling
    Is there a way in Jpgfdraw to set the dimensions or scaling of a figure to a LaTeX length which can then be defined in the document including the figure? For example I would like a figure to be scaled to match the \columnwidth. If possible, I would like the font size to remain unaffected, i.e. if there is text in the figure at, e.g., 10pt, I would like the text to remain at 10pt while the shapes in the figure are scaled in order to match a defined width, scaling the text anchor points as well to keep the text aligned in the correct places. Thomas Arildsen -- All email to sender address is lost. My real adress is at es dot aau dot dk for user tha.

Font not loadable - fontools problem

Postby bgeneto » Tue, 30 May 2006 11:09:16 GMT

I'm trying to install Myriad Pro Opentype fonts with the help of
fontools scripts:

perl autoinst --sanserif MyriadPro-Bold.otf Myriad Pro-BoldIt.otf
MyriadPro-It.otf MyriadPro-Regular.otf

Everything seems to be ok until I launch Yap previewer and see that no
fonts are load, the error message says:

LY1--MyriadPro-Regular--base >>> not loadable

Making PK font:
C:\texmf\miktex\bin\makepk.exe --verbose LY1--MyriadPro-Regular--base
720 600 magstep(1.0) ljfour
Trying to make PK font "LY1--MyriadPro-Regular--base" (at 720 DPI)...
"makemf" --verbose "LY1--MyriadPro-Regular--base"
"ttf2pk" -q -t "LY1--MyriadPro-Regular--base"
makepk: "" could not be created.

Loading 'cmr10' instead.

What is missing? I've put all pfb, fd, vf, enc, tfm, map and sty files
in the correct place (I think), added the to updmap.cfg
and issued mktexlsr before updmap.


Bernhard Enders.

Re: Font not loadable - fontools problem

Postby bgeneto » Tue, 30 May 2006 11:51:49 GMT

Problem found: the file was missing from texmf tree. Now
it works. Sorry for the inconvenience.

Bernhard Enders.

Similar Threads:

1.LaTeX, CJK, and "Font C70/song/m/n/6/57=cyberb57 at 6.0pt not loadable: Metric (TFM) file not found."


I started to use CJK in LaTeX recently, and I spend a lot of time
trying to fix the following problem:

! Font C70/song/m/n/9/65=cyberb65 at 9.0pt not loadable:
                         Metric (TFM) file not found.

l.74 ^^e6^^97^^a0

I searched Internet to find a fix. I'm not the only one who got such
error, but the only recommendation was to correctly install CJK fonts.
Unfortunately, it wasn't my case. My CJK fonts were installed and

Finally, I've traced the source of the problem and fixed it. I share
the solution in hope that someone somewhen found it useful.

I use background texts which are produced in \EveryShipout. The text
should be displayed in Helvetica font, so the shipout code contains:

... \fontfamily{phv}\selectfont ...

Now let's trace TeX execution. It processes CJK text, and the current
encoding is some "CXX". A page is full, so shipout procedure is
activated. "Selectfont" tries to load "phv" for "CXX" encoding (font
shape "CXX/phv/m/n"). It's undefined, so fallback is "CXX/song/m/n",
which somehow is translated to "cyberbXX" (my CJK font), and for some
reason it is not found (altough exists).

The fix is simple. The shipout code should also define the font

... \fontfamily{phv}\fontencoding{T1}\selectfont ...

All this seems obvious now, but it wasn't easy to realize. TeX error
message is very misleading: error context is the source code, not the
shipout code.

2.xpdf problem with TrueType fonts (app. not encoding)

Thanks for being so responsive, Derek! I am mailing you the file in

The Debian freetype package I use claims to be 2.0.9-1 (I have also
installed freetype1-tools version 1.4pre20011029-1, but I doubt this
matters). xpdf is 1.00-3.1.

Meanwhile, I have run a couple of tests using different options for
the PostScript output from Word. The (I suppose quite popular) way I
use to convert Word to PostScript is to "print" it to a PostScript
printer but redirect this to a file. I have discovered there are a few
switches in the printer settings (I am translating these since my
stuff is in German; the wording might not be exactly what is said in
English) that do influence the result in a more or less pronounced

- you can choose between "download TrueType fonts to the printer as
  softfonts" and "replace TrueType by printer fonts"

- "TrueType download options" offers you "automatically", "bitmap",
  "outline" (or "shape"?), and "TrueType"

- a third option the name of which I have forgotten offers you the
  choice between "optimise speed", "optimise portability",
  "encapsulated postscript", and "archive (the) format".

I have run tests combining almost all these options (I have NOT tried,
however: 1) "replace TT by printer fonts", because this was not what I
was concerned about (I assume that would produce more portable
documents if you are using Helvetica and Times and the like), 2)
"download TT automatically", because unpredictable, and 3) "optimise
speed", which does not make sense when printing to a file), amounting
to a total of 9 combinations for the PostScript output from Word.

That postscript output was then, still under Windows, converted to PDF
1.3 by FreePDF, which really uses AFPL Ghostscript 8.14. Because I had
become curious, I also ran this step under Linux, using the ps2pdf13
script which invokes GNU Ghostscript 6.53.

I have tried viewing both the PS files and the PDF files. The former
with gsview under Windows, and gv under Linux, both of which use the
respective Ghostscript versions. I tried viewing the resultant PDF
files with Acrobat Reader 5.1 and Adobe Reader 6, as well as gsview
under Windows. Under Linux, I tried xpdf and gv.

Of course the results fill a table with 9 rows and 12 columns, which
I'll mail to anyone who's interested, but I'll extract here what
pertains to the question I have posted here:

- the problem with the boxes instead of glyphs arises only if the TT
  fonts are downloaded as "TrueType" (the default is "automatic",
  supposedly meaning the same).

  Interestingly, both xpdf and gv have this problem if the PDF was
  produced under Windows (though the boxes look somewhat different in
  both). Neither gsview nor Acrobat/Adobe reader have a problem then.

  Very interestingly, if the PS->PDF conversion step was performed
  under Linux instead, xpdf displays PART of the file (roughly the
  second part), while gv displays the whole. The Windows viewers have
  again no problem, but there is a difference: with Acrobat Reader 5,
  the result looks very pixelish, if not to say unpleasant to read.

- when the TT fonts are downloaded to the "printer" as "outline" (or
  "shape"?), the results are fine (and very similar) on all viewers I
  tried out (and regardless of whether PS-->PDF was done under Win or
  Linux). This was apparently the only PDF deserving the attribute
  "portable" one could produce with the tools I had.

- the "illegal bfrange" message seems to lead on the wrong path: it is
  issued if and only if the PDF was produced by the win combo
  (FreePDF/AFPL gs 8.14), but not if it was produced by ps2pdf13 under
  Linux (GNU gs 6.53). This is so regardless of other factors, and
  does not seem to have an impact on the display of the file.

Although I now know (by trial and error) HOW to produce one kind of
"P"DF, I have no idea why this is the case. If in both cases, TrueType
fonts are embedded (but are they?), there should be no problem with
either. But what is the difference between PostScript with embedded
TrueType "as TrueType", and with TrueType as "outline" (or "shape")?
And in what way do PDF documents normally contain/embed/use
TrueType? Do they normally need the external .ttf files?

The reason for my concern is that I expect from a "portable" document
format to be portable. Hence I assume there must be a standard way of
implementing things, not several possibilities. At least if using
TrueType in PDF _is_ to be considered standard.


Florian v. Savigny

If you are going to reply in private, please be patient, as I only
check for mail something like once a week. - Si vous allez rondre
personellement, patientez s.v.p., car je ne lis les courriels
qu'environ une fois par semaine.

3.Please, help, can not print/view DBI (suppose font/encoding problems)

4.dvips not auto-generating fonts (resolution problem)

5.Font Problem: \substitutesilent not working and no semibold weight


When installing a new LaTeX font from Postscript type1 I put the following  
line in my fontinst driver file:


But I?m still getting the LaTeX font warning:

	Font shape `T1/pbbx/bx/n' in size <12> not available
	Font shape `T1/pbbx/b/n' tried instead on input line 11.

So, what is \substitutesilent for? If we have to put  
\renewcommand*{\bfdefault}{b} in every font package we create, why use  

Another question: Is a verbose fontinst file really necessary to install  
semibold weight available in a font set. Can \latinfamily macro do this  
task, how? I've got the following warning when using \latinfamily:

	LaTeX Font Warning: Font shape `T1/pbbx/sb/n' undefined



6. CTAN update: fontools

7. CTAN has a new package: fontools

8. %%[Error: invalid font;PostScript program did not contain a font]%%

Return to tex


Who is online

Users browsing this forum: No registered users and 76 guest