DFONT-zu-PFB-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in pfb um
dfont
pfb
Wie man DFONT in PFB konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie pfb oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)
Lassen Sie die Datei konvertieren und Sie können Ihre pfb-Datei direkt danach herunterladen
Über die Formate
DFONT (Data Fork TrueType) ist ein Schriftdateiformat, das von Apple mit Mac OS X 10.0 im März 2001 eingeführt wurde, um ein grundlegendes Kompatibilitätsproblem beim Übergang vom klassischen Mac OS zur Unix-basierten OS-X-Architektur zu lösen. Klassische Mac-Schriften speicherten Glyphendaten im Resource Fork — einem sekundären Dateistrom, der spezifisch für das HFS-Dateisystem war — aber OS X mit seiner Unix-Grundlage und der Verwendung von UFS hatte keine native Resource-Fork-Unterstützung. DFONT verlagert die gesamte Resource-Fork-Struktur in den Data Fork und umhüllt dieselben TrueType-Schrifttabellen in einer Resource Map, die die Standard-OS-X-Typografie-APIs lesen können. Die Datei ist im Wesentlichen ein Resource-Fork-loser TrueType-Suitcase. Apple lieferte DFONT als Standardformat für Systemschriften mit OS X aus, und es ist weiterhin in macOS-Systemverzeichnissen vorhanden. Ein Vorteil ist nahtlose Abwärtskompatibilität mit Apples bestehendem Schriftrendering-Stack — die interne Struktur spiegelt klassische Resource-Fork-Schriften wider, sodass CoreText und seine Vorgänger DFONTs ohne speziellen Konvertierungspfad verarbeiten. Das Single-Fork-Design ist eine weitere praktische Stärke, die sicherstellt, dass DFONT-Dateien intakt bleiben, wenn sie auf Nicht-HFS-Volumes gespeichert, über Netzwerke übertragen oder von Versionskontrollsystemen verwaltet werden. Während Apple zunehmend auf OpenType (.otf/.ttc) für neuere Systemschriften setzt, erscheinen DFONT-Dateien weiterhin in macOS-Installationen und in Schriftsammlungen aus der OS-X-Ära.
PFB (Printer Font Binary) ist die kompakte binäre Darstellung von Adobes PostScript Type 1-Schriftformat, die 1984 zusammen mit PFA eingeführt wurde. Während PFA das gesamte Schriftprogramm als hex-kodierten ASCII-Text speichert, umhüllt PFB dieselben Daten in einem leichtgewichtigen Binärcontainer, der Segment-Header verwendet, um Bereiche als ASCII oder binär zu kennzeichnen. Der verschlüsselte Glyphenumrissabschnitt (eexec) wird als Rohbytes statt als Hex-Zeichen gespeichert, wodurch die Dateigrösse im Vergleich zu PFA etwa halbiert wird. Jedes Segment beginnt mit einem Marker-Byte und einem 32-Bit-Längenfeld, was das Format einfach zu parsen und dennoch deutlich kompakter macht. PFB wurde zum dominierenden Type-1-Distributionsformat auf Windows- und DOS-Plattformen, verwendet in Kombination mit PFM- (Printer Font Metrics) oder AFM-Dateien, die die für das Textlayout benötigten Zeichenbreiten und Kerning-Daten liefern. Ein Vorteil ist die Speicher- und Übertragungseffizienz — die Binärkodierung bedeutet, dass eine typische Textschrift 30-50 KB belegt statt der 60-100 KB ihres PFA-Äquivalents. Die segmentierte Struktur ermöglicht es PostScript-Interpretern auch, Schriftdaten effizient zu streamen und ASCII- und Binärteile mit ihren jeweiligen Handlern zu verarbeiten. Adobes Type Manager (ATM) unter Windows war auf PFB-Dateien angewiesen, um glatten Type-1-Text auf dem Bildschirm darzustellen — eine Fähigkeit, die das Desktop-Publishing auf der PC-Plattform transformierte. Während OpenType-Schriften Type 1 für neue Arbeiten weitgehend ersetzt haben, bestehen PFB-Dateien in etablierten Druckworkflows, archivierten Schriftbibliotheken und Systemen fort, die auf PostScript-Ausgabe angewiesen sind.