PFB-zu-BIN-Konverter
Wandeln Sie Ihre pfb-Dateien online & kostenlos in bin um
pfb
bin
Wie man PFB in BIN konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie bin 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 bin-Datei direkt danach herunterladen
Über die Formate
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.
BIN bezeichnet MacBinary-kodierte Schriftdateien, ein Übertragungsformat, das klassische Macintosh-Dateisystemmerkmale beim plattformübergreifenden Datentransfer bewahrt. Das klassische Mac OS speicherte Schriften im Resource Fork — einem sekundären Datenstrom, der für Nicht-Mac-Systeme unsichtbar war — was bedeutete, dass das einfache Kopieren einer Mac-Schrift auf einen Windows-PC oder Unix-Server die eigentlichen Schriftdaten vollständig entfernte. MacBinary löst dieses Problem, indem es sowohl den Data Fork als auch den Resource Fork in einer einzigen flachen Datei mit einem 128-Byte-Header vereint, der die originalen HFS-Metadaten enthält. Im Schriftkontext umhüllen BIN-Dateien typischerweise TrueType-Suitcase-Schriften, PostScript-Type-1-LWFN-Umrissdateien oder Bitmap-NFNT-Schriftressourcen. Das Format wurde erstmals 1985 von Dennis Brothers und Mitarbeitern aus der frühen Mac-Community spezifiziert, MacBinary II folgte um 1987 und MacBinary III kam 1996 mit Unterstützung für längere Dateinamen. Ein wesentlicher Vorteil ist verlustfreie Bewahrung: Jedes Byte der originalen Mac-Schriftdatei übersteht E-Mail, FTP oder plattformübergreifenden Dateiaustausch intakt, einschließlich der Creator- und Type-Codes, die das Schriftformat identifizieren. Die Einzeldatei-Verpackung ist eine weitere praktische Stärke — statt mit separaten Data- und Resource-Streams umgehen zu müssen, handhaben Benutzer und automatisierte Systeme einen einzigen portablen Container. Obwohl modernes macOS von Resource Forks abgerückt ist und Mac-Schriften heute typischerweise als OTF-, TTF- oder DFONT-Dateien ausgeliefert werden, bleibt BIN wichtig für den Zugriff auf archivierte Schriftsammlungen aus der klassischen Mac-Ära.