DFONT-zu-PBM-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in pbm um
dfont
pbm
Wie man DFONT in PBM konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie pbm 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 pbm-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.
PBM (Portable Bitmap) ist das monochrome (schwarz-weiß, 1-Bit) Mitglied der Netpbm-Bildformatfamilie, erstellt von Jef Poskanzer im Jahr 1988 als Teil des Pbmplus-Toolkits für Unix-Systeme. Das Format existiert in zwei Varianten: ASCII (magische Nummer P1), bei der jedes Pixel als Textzeichen '0' (weiß) oder '1' (schwarz) dargestellt wird, getrennt durch Leerzeichen, und binär (magische Nummer P4), bei der Pixel acht pro Byte gepackt werden. Beide Varianten beginnen mit einem Klartext-Header, der die magische Nummer, Bildbreite und -höhe sowie optionale Kommentare angibt. PBM wurde als einfachstes denkbares Bildformat konzipiert — ein Brückenformat für die Konvertierung zwischen den vielen inkompatiblen Rasterformaten, die in den 1980er Jahren auf verschiedenen Unix-Systemen und Anwendungen verbreitet waren. Die Netpbm-Philosophie bestand darin, jedes Quellformat in PBM/PGM/PPM als Zwischenschritt umzuwandeln und dann in das Zielformat zu konvertieren, wobei die portablen Formate als universelle Austauschschicht dienten. Ein Vorteil ist die extreme Einfachheit — die ASCII-Variante kann buchstäblich von Hand in einem Texteditor getippt werden, und beide Varianten lassen sich in jeder Programmiersprache ohne externe Bibliotheken trivial parsen und erzeugen. Die Rolle des Formats als universelles Zwischenformat für die Bildverarbeitung ist eine weitere Stärke: Hunderte von Netpbm-Kommandozeilentools akzeptieren PBM-Eingaben und ermöglichen komplexe Bildmanipulations-Pipelines über Unix-Pipes. PBM wird weiterhin in der Informatik-Ausbildung, bei der OCR-Vorverarbeitung und überall dort verwendet, wo eine denkbar einfache monochrome Bilddarstellung benötigt wird.