DFONT-zu-JFIF-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in jfif um
dfont
jfif
Wie man DFONT in JFIF konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie jfif 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 jfif-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.
JFIF (JPEG File Interchange Format) ist die Standard-Dateiformatspezifikation zur Speicherung JPEG-komprimierter Bilder, von Eric Hamilton bei C-Cube Microsystems in Version 1.0 im Jahr 1991 veröffentlicht und 1992 auf Version 1.02 aktualisiert. Während der JPEG-Standard (ISO/IEC 10918-1) den Komprimierungsalgorithmus definiert — die diskrete Kosinustransformation, Quantisierung und Entropiekodierung, die Pixeldaten in einen kompakten Bitstrom umwandeln — gibt er kein Dateiformat vor. JFIF schließt diese Lücke, indem es einen minimalen Container definiert, der den JPEG-Bitstrom mit den für interoperable Darstellung erforderlichen Metadaten umschließt: Pixel-Seitenverhältnis, Auflösungseinheiten (DPI oder Punkte pro Zentimeter), Farbraumspezifikation (YCbCr mit CCIR-601-Umrechnung von RGB) und ein optionales eingebettetes Thumbnail. Der JFIF-Container wird durch ein APP0-Markersegment am Dateianfang identifiziert, das die ASCII-Zeichenkette 'JFIF' und eine Versionsnummer enthält. Nahezu jede existierende JPEG-Datei entspricht der JFIF-Spezifikation — wenn Menschen von einer 'JPEG-Datei' sprechen, meinen sie fast immer eine JFIF-Datei, selbst wenn die Erweiterung .jpg oder .jpeg lautet. Ein Vorteil ist die Universalität: Die Einfachheit von JFIF und das frühe Veröffentlichungsdatum (vor konkurrierenden Vorschlägen wie EXIF) bedeuteten, dass es von praktisch jeder Software- und Hardwareplattform als Basis-JPEG-Dateiformat übernommen wurde und die Interoperabilität etablierte, die JPEG zum weltweit meistgenutzten Bildformat machte. Der bewusste Minimalismus der Spezifikation ist eine weitere Stärke — durch die Definition nur der wesentlichen Metadaten für korrekte Darstellung und die Freihaltung von Raum für anwendungsspezifische Erweiterungen über zusätzliche APP-Marker erwies sich JFIF als erweiterbar genug, um EXIF-Kameradaten, ICC-Farbprofile und XMP-Metadaten aufzunehmen, ohne die Abwärtskompatibilität zu brechen.