DFONT-zu-PAM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in pam um
dfont
pam
Wie man DFONT in PAM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie pam 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 pam-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.
PAM (Portable Arbitrary Map) ist ein Rasterbildformat, das um das Jahr 2000 von Bryan Henderson, dem Betreür von Netpbm, zur Netpbm-Familie hinzugefügt wurde, als Verallgemeinerung, die die ursprünglichen PBM-, PGM- und PPM-Formate vereint und erweitert. Während die klassischen Netpbm-Formate jeweils einen bestimmten Bildtyp verarbeiten (PBM für Bilevel, PGM für Graustufen, PPM für Farbe), bietet PAM ein einziges Format, das jede Kombination von Kanälen, Bittiefen und Bildtypen über einen flexiblen ASCII-Header darstellen kann. Der PAM-Header verwendet Schlüssel-Wert-Paare: WIDTH, HEIGHT, DEPTH (Anzahl der Kanäle), MAXVAL (maximaler Samplewert, bis zu 65535) und TUPLTYPE (eine Zeichenkette, die den Bildtyp identifiziert — BLACKANDWHITE, GRAYSCALE, RGB, GRAYSCALE_ALPHA, RGB_ALPHA oder benutzerdefinierte Typen). Nach dem Header werden die Pixeldaten binär gespeichert, wobei jeder Sample ein oder zwei Bytes belegt, abhängig von MAXVAL. Die wichtigste Innovation von PAM gegenüber seinen Vorgängern ist die native Alphakanal-Unterstützung: GRAYSCALE_ALPHA (2-Kanal) und RGB_ALPHA (4-Kanal) TupleTypes bieten Transparenz, ohne eine separate Maskendatei zu erfordern — etwas, das die ursprünglichen PBM/PGM/PPM-Formate nicht ausdrücken konnten. Ein Vorteil ist die Formatvereinigung: Eine einzige PAM-Leseimplementierung verarbeitet monochrome, Graustufen-, Farb- und alphärweiterte Bilder und eliminiert die Notwendigkeit separater Parser für jede Netpbm-Variante. Der erweiterbare TUPLTYPE-Mechanismus bietet eine weitere praktische Stärke — benutzerdefinierte Kanalkonfigurationen (multispektral, Tiefe + Farbe oder jede anwendungsspezifische Anordnung) können dargestellt und beschriftet werden, ohne die Formatspezifikation zu ändern. PAM wird von Netpbm-Werkzeugen, ImageMagick, GIMP und Programmierbibliotheken unterstützt, die die Netpbm-Familie verarbeiten.