如何确认 TrueType PDF 字体缺少字形

我有一个 PDF，它在 Acrobat 中渲染良好，但在打印机 RIP 上的 PDF 到 PS 转换过程中无法打印。用 pdftk 解压缩并编辑后，我发现如果我替换某种字体的使用，它将打印。

该字体是一种奇怪的字体，是带有单个字符（空格）的 TrueType 子集。

如果我通过 Ghostscript 传递 PDF，它不会报告任何错误，但是 Acrobat 飞行前检查将报告缺少空格字形。原始文件不会报告此错误。我只是使用一个基本命令： gswin32c -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -o gs.pdf original_sample.pdf

我已经从原始 PDF 中提取了字体数据并保存了它。运行 TTFDUMP.exe 会产生一个有趣的结果，其中似乎缺少“glyf”表：

4. 'glyf' - chksm = 0x00000000, off = 0x00000979, len =        0
5. 'head' - chksm = 0xE463EA67, off = 0x00000979, len =       54

只是想知道，我对这个结果的解释正确吗？像这样对从 PDF 提取的数据运行 TTFDUMP 是否有效？我认为根据规范需要一个“glyf”表，至少对于前 4 个必要的字符。

在 Ghostscript PDF 上运行 TTFDUMP 会产生类似的结果，但具有 1 字节的“glyf”表。

如果是这样，则 Acrobat 似乎并不特别关心缺少的空间，而其他程序（包括打印机）则特别关心。奇怪的是，直到它通过 Ghostscript 运行才被报告为丢失。

该 PDF 是由 Adob​​e InDesign 创建的，并且该字体像大多数字体一样受版权保护，因此我无法共享它。

编辑 - 我已经接受了 Ken 的回答，因为他在 Ghostscript 错误跟踪器上帮助了我。总之，由于缺少 glyf 表，字体似乎被破坏了。在我听到其他消息之前，我将不得不假设这是 InDesign 中的一个错误，并将继续调查。

是的，您可以在嵌入的子集字体上运行 ttfdump，它仍然是完全有效的字体。

缺少字形并不是一个特别的问题，因为使用了 .notdef 字形，缺少 .notdef 意味着字体不合法。

我认为您对共享PDF文件的合法性存在误解（从字体嵌入的角度来看）。实际上，您看到的每个 PDF 文件都将包含版权字体，但这些字体可以作为 PDF（或实际上是 PostScript）文件的一部分嵌入和分发。 TrueType 字体包含控制字体 DRM 的标志，并且可以拒绝嵌入 PDF（或其他格式）。 Ghostscript 与 Acrobat Distiller 和其他 Adob​​e 产品一样，尊重字体中的这些嵌入标志。

有些字体无意中附带了 DRM，从而阻止了嵌入，并且在某个位置有一个列表，以及来自字体铸造厂的明确声明，表明允许嵌入这些字体。我想这是几年前 Adob​​e 网站上的某个地方。

因此，如果您有一个嵌入了该字体的 PDF 文件（尤其是由 Adob​​e 应用程序生成的），那么我会很高兴它的共享是合法的。

我无法弄清楚问题到底是什么以及您如何使用 Ghostscript。如果您正在运行 PDF->PS，然后返回 PDF，那么坦率地说，所有的赌注都会失败。往返文件通常会引发问题。

无论如何，我很乐意查看该文件，但您必须将其提供。