DFONT-zu-PGX-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in pgx um
dfont
pgx
Wie man DFONT in PGX konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie pgx 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 pgx-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.
PGX ist ein einfaches Einzelkomponenten-Rasterbildformat, das als Teil des JPEG 2000-Standards (ISO/IEC 15444) für die Konformitätsprüfung und Verifikation von JPEG 2000-Codec-Implementierungen definiert wurde. Um 2000 zusammen mit der JPEG 2000-Spezifikation selbst eingeführt, speichern PGX-Dateien eine einzelne Bildkomponente (einen Farbkanal oder eine Graustufen-Ebene) mit einem Text-Header, gefolgt von rohen Pixeldaten, und bieten eine eindeutige Referenzdarstellung, gegen die Encoder- und Decoder-Ausgaben Sample für Sample verglichen werden können. Der Header ist eine einzelne ASCII-Zeile, die Endianness (ML für Big-Endian, LM für Little-Endian), Vorzeichen (+ für vorzeichenlos, - für vorzeichenbehaftet), Bittiefe (1 bis 32 Bit), Breite und Höhe angibt. Die Pixeldaten folgen als rohe Binärwerte, wobei jeder Wert die minimale Byte-Anzahl für die angegebene Bittiefe belegt, mit einem Wert pro Pixel. Für Mehrkomponentenbilder (wie RGB) wird jede Komponente in einer separaten PGX-Datei gespeichert. Die bewusste Einfachheit des Formats — keine Komprimierung, keine Metadaten, keine Mehrkanal-Unterstützung — stellt sicher, dass keine Mehrdeutigkeiten in der Interpretation auftreten, die Codec-Fehler maskieren könnten. Ein Vorteil ist die Verifikationspräzision: Die unkomprimierte, exakt spezifizierte Darstellung von PGX ermöglicht bitgenauen Vergleich dekodierter JPEG 2000-Ausgaben mit Referenzbildern, was für die Zertifizierung der Standardkonformität einer Codec-Implementierung unerlasslich ist. Die Rolle des Formats im JPEG 2000-Konformitätstestframework bedeutet, dass es von jedem ernsthaften JPEG 2000-Codec (OpenJPEG, Kakadu usw.) implementiert und in der offiziellen ISO-Konformitätstestsuite verwendet wird. PGX-Dateien können auch von ImageMagick und verschiedenen JPEG 2000-Entwicklungswerkzeugen verarbeitet werden.