
Ich habe eine PDF-Datei, die ich so klein wie möglich komprimieren möchte. Leider hat GhostScript einige Schriftarten durch die vorhandenen Schriftarten in der Original-PDF ersetzt.
Beim Aufruf von GhostScript habe ich folgenden Befehl verwendet:
gswin64c -dCompatibilityLevel=1.5 -dAutoRotatePages=/None -dPDFSETTINGS=/prepress -sDEVICE=pdfwrite -o compressed-output.pdf input.pdf
Das Protokoll von GhostScript sieht wie folgt aus:
...
Substituting font Helvetica-Narrow for Frutiger-Cn.
Loading NimbusSanL-ReguCond font from %rom%Resource/Font/NimbusSanL-ReguCond... 4042872 2674104 2702120 1382849 3 done.
Substituting font Helvetica-Bold for Arial-BoldMT.
Loading NimbusSanL-Bold font from %rom%Resource/Font/NimbusSanL-Bold... 4022032 2407506 2702120 946315 3 done.
Substituting font Helvetica for ArialMT.
Loading NimbusSanL-Regu font from %rom%Resource/Font/NimbusSanL-Regu... 4022032 2457581 2702120 996650 3 done.
Page 3
Substituting font Bookman-Light for BookmanOldStyle-Bold.
Loading URWBookmanL-Ligh font from %rom%Resource/Font/URWBookmanL-Ligh... 4022032 2524045 2500280 1046986 3 done.
...
Wenn die Schriftarten bereits im Original-PDF vorhanden sind, warum muss GhostScript sie dann beim Komprimieren des PDF durch einige Schriftarten ersetzen? Wie kann man GhostScript daran hindern, diese Ersetzung vorzunehmen?
Antwort1
Ghostscript hat standardmäßig keinen Zugriff auf die nativen Windows-Schriftarten (TTF) und verwendet daher die beste Entsprechung, die es in seinem eigenen Schriftartensatz finden kann.
Stellen Sie sicher, dass Schriftarten in Ihr PDF eingebettet sind. Dadurch sollte das Problem mit Ghostscript behoben sein und außerdem wird sichergestellt, dass Ihr PDF auf Nicht-Windows-Plattformen ordnungsgemäß dargestellt wird.