BIN-zu-DFONT-Konverter
Wandeln Sie Ihre bin-Dateien online & kostenlos in dfont um
bin
dfont
Wie man BIN in DFONT konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie dfont 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 dfont-Datei direkt danach herunterladen
Über die Formate
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.
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.