DFONT-zu-PPM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in ppm um
dfont
ppm
Wie man DFONT in PPM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie ppm 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 ppm-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.
PPM (Portable Pixmap) ist das Vollfarb-Mitglied der Netpbm-Bildformatfamilie, erstellt von Jef Poskanzer im Jahr 1988 als Teil des Pbmplus-Toolkits für Unix-Systeme. PPM speichert RGB-Farbbilder, bei denen jedes Pixel drei Werte (Rot, Grün, Blau) enthält, die von 0 bis zu einem festgelegten Maximum reichen, typischerweise 255 für 8-Bit-pro-Kanal oder 65535 für 16-Bit-pro-Kanal. Das Format existiert in ASCII (magische Nummer P3), bei der Pixelwerte als Dezimalzahlen in zeilenweiser Reihenfolge geschrieben werden, und binär (magische Nummer P6), bei der Werte als Rohbytes gespeichert werden. Beide Varianten beginnen mit einem Klartext-Header: magische Nummer, Breite, Höhe und maximaler Farbwert. PPM vervollständigt das Netpbm-Trio neben PBM (monochrom) und PGM (Graustufen) und dient als universelles Farbbild-Zwischenformat in der Konvertierungs-Pipeline, die Netpbms Ansatz zur Formatinteroperabilität prägte. Ein Vorteil ist die absolute Einfachheit — PPM erfordert keine Komprimierungsbibliotheken, Container-Parsing oder Metadatenverarbeitung, was es zum am einfachsten von Grund auf implementierbaren Vollfarbformat in jeder Programmiersprache macht. Die weit verbreitete Nutzung im wissenschaftlichen Rechnen und in der Informatik-Ausbildung für Computergrafik ist eine weitere praktische Stärke: PPM dient als Standard-E/A-Format für Raytracer, Bildverarbeitungs-Kursarbeiten und Visualisierungswerkzeuge, wo Implementierungseinfachheit wichtiger ist als Dateigröße. PPM wird von ImageMagick, GIMP und praktisch allen Bildverarbeitungsbibliotheken unterstützt.