DFONT in BIN Converter

Mac-DFONT-Schriften als MacBinary-Container online verpacken

Dateien hierhin und ablegen. 1 GB maximale dateigröße oder Registrieren
in
Facebook Amazon Microsoft Google Nestle Walmart L'Oreal

Nahtloses Verpacken

Ihre DFONT wird unter Beibehaltung aller internen Daten in das BIN-Format verpackt — sicher für E-Mail, FTP-Übertragungen und Langzeitarchivierung.

Serverseitige Konvertierung

Die gesamte Verarbeitung erfolgt auf unseren Servern — Ihr Gerät bleibt frei, während die DFONT-zu-BIN-Verpackung in der Cloud erledigt wird.

Stapelverarbeitung

Mehrere DFONT-Dateien verpacken? Laden Sie alle auf einmal hoch und Convertio konvertiert jede einzelne in ihr eigenes BIN-Archiv in einer einzigen Sitzung.

Wie man DFONT in BIN konvertiert

1

Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.

2

Wählen Sie bin oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)

3

Lassen Sie die Datei konvertieren und Sie können Ihre bin-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.
Entwickler: Apple Computer
Erstveröffentlichung: 2001
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.
Entwickler: Dennis Brothers
Erstveröffentlichung: 1985

Häufig gestellte Fragen

Warum DFONT in BIN konvertieren?

MacBinary (BIN) kapselt sowohl Data- als auch Resource-Fork in einer einzigen Datei — ideal zum Archivieren oder Übertragen von Mac-Schriften auf Systemen, die Forks entfernen.

Wie öffne ich eine BIN-Datei?

Unter macOS können StuffIt Expander oder The Unarchiver BIN-Inhalte entpacken. Unter Windows verarbeiten Tools wie ZipZag oder ältere StuffIt-Versionen die MacBinary-Dekodierung.

Ist MacBinary heute noch relevant?

Obwohl weitgehend durch DMG- und ZIP-Archive ersetzt, bleibt BIN nützlich, um ältere Mac-Schriftsammlungen zu erhalten und sicherzustellen, dass Resource-Fork-Daten bei Übertragungen nicht verloren gehen.

Verändert die Konvertierung die Schriftdaten?

Keineswegs. BIN ist ein Container-Format — die originalen DFONT-Daten werden unverändert verpackt, sodass jede Glyphe und jede Metrik exakt wie in der Quelldatei erhalten bleibt.

Kann ich ohne Installation konvertieren?

Selbstverständlich. Convertio läuft in Ihrem Browser — laden Sie die DFONT hoch, wählen Sie BIN und laden Sie das Ergebnis herunter. Keine Plugins, Erweiterungen oder Desktop-Software nötig.