DFONT-zu-MAP-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in map um
dfont
map
Wie man DFONT in MAP konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie map 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 map-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.
MAP ist ein internes Rasterbildformat von ImageMagick, der quelloffenen Bildverarbeitungssuite, die am 1. August 1990 erstmals von John Cristy bei DuPont veröffentlicht wurde. MAP-Dateien speichern indexfarbige (farbkartenbasierte) Bilder in ImageMagicks nativer Darstellung: eine Farbpalette (die Karte), gefolgt von Pixeldaten, bei denen jedes Pixel ein Index in die Palette ist und nicht ein direkter RGB-Wert. Das Format bietet eine kompakte Darstellung für Bilder mit einer begrenzten Anzahl verschiedener Farben — jedes Pixel benötigt nur genug Bits, um die Palette zu indizieren (typischerweise 8 Bit für bis zu 256 Farben), verglichen mit den 24 oder 32 Bits pro Pixel, die Vollfarb-Formate erfordern. MAP dient hauptsächlich als Zwischenformat innerhalb der ImageMagick-Verarbeitungs-Pipeline, nützlich bei Operationen, die von palettierter Darstellung profitieren oder diese erfordern: Farbquantisierung (Reduzierung eines Bildes auf eine bestimmte Farbanzahl), Palettenmanipulation, GIF-Vorbereitung und Indexfarb-Analyse. Das Format wird über ImageMagicks Standard-E/A-Syntax aufgerufen und kann zwischen Verarbeitungsstufen ohne Festplatten-Overhead weitergeleitet werden. Ein Vorteil ist der direkte Zugang zu ImageMagicks Farbquantisierungs- und Palettenverwaltungsfähigkeiten: Die MAP-Formatausgabe macht die Palettenstruktur explizit und manipulierbar, was Workflows ermöglicht, bei denen spezifische Palettenoperationen (Umsortierung, Neuzuordnung, Zusammenführung) zwischen Verarbeitungsschritten durchgeführt werden müssen. Die Integration des Formats in das ImageMagick-Verarbeitungsökosystem ist eine weitere praktische Stärke — jede der umfangreichen Bildmanipulations-Operationen von ImageMagick kann MAP-Formatdaten konsumieren oder produzieren, was es zu einem natürlichen Zwischenformat für Farbreduktions-Pipelines macht, die letztlich auf GIF, PNG mit Palette oder andere Indexfarb-Formate abzielen.