DFONT-zu-EXR-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in exr um
dfont
exr
Wie man DFONT in EXR konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie exr 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 exr-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.
EXR ist ein High-Dynamic-Range-Rasterbildformat, das von Industrial Light & Magic (ILM) intern seit 1999 entwickelt und im Januar 2003 als Open-Source-Software veröffentlicht wurde. OpenEXR wurde geschaffen, um die anspruchsvollen Anforderungen des Spielfilm-Visual-Effects-Compositing zu erfüllen, wo Szenen routinemässig extreme Helligkeitsbereiche enthalten — von tiefen Schatten bis zu Glanzlichtern auf Wasser, Metall oder Lichtquellen — die die Präzision von 8-Bit- oder 16-Bit-Ganzzahlformaten überschreiten. EXR speichert Pixeldaten in 16-Bit-Gleitkomma (half) oder 32-Bit-Gleitkomma pro Kanal und bietet über 30 Blendenstufen Dynamikumfang mit gleichmässiger Präzision über das gesamte Leuchtdichtespektrum. Das Format unterstützt eine beliebige Anzahl von Kanälen (nicht nur RGBA), gekachelte und scanline-basierte Speicherung, mehrere Komprimierungsmethoden (verlustfreies ZIP, verlustbehaftetes B44 und DWAA/DWAB für Vorschauqualität), Multi-Part-Dateien mit mehreren Ansichten oder Ebenen sowie Deep-Pixel-Daten, bei denen jedes Pixel mehrere tiefensortierte Samples für volumetrische Effekte speichert. Ein Vorteil ist die Compositing-Treue: Die Gleitkomma-Präzision bedeutet, dass Color Grading, Belichtungsanpassungen, Beleuchtungsänderungen und Mehrschicht-Compositing-Operationen mathematisch korrekte Ergebnisse liefern, ohne die Banding-, Clipping- oder Quantisierungsartefakte, die Ganzzahlformaten inharent sind. Die Adoption von EXR als Standard der VFX-Branche ist eine weitere Kernstärke — es ist das Standard-Austauschformat für Foundry Nuke, Autodesk Flame, Blackmagic Fusion, Adobe After Effects und jeden großen 3D-Renderer, und seine quelloffene C++-Bibliothek ist in Hunderten von Produktionswerkzeugen eingebettet.