OpenEXR ist ein von Industrial Light & Magic (ILM) entwickeltes HDR-Bildformat, das 16- oder 32-Bit-Fließkommazahlen pro Kanal sowie beliebig viele Kanäle in einer Datei speichert, der Industriestandard für VFX, 3D-Rendering und Compositing.
Rubrik: Ausgabeformate & Technische Standards · Unterrubrik: Bild-Dateiformate · Niveau: Einsteiger Dateiendung: .exr · Entwickler: Industrial Light & Magic (ILM), heute Academy Software Foundation · Eingeführt: 1999 (intern), 2003 (Open Source)
Was ist OpenEXR?
OpenEXR wurde von Industrial Light & Magic für die VFX-Produktion von Filmen wie Star Wars und Jurassic Park entwickelt. Es ist das universelle Austauschformat zwischen 3D-Rendering-Software, Compositing-Anwendungen und Film-Postproduktionspipelines. Kein anderes Format kann die Anforderungen professioneller visueller Effekte so vollständig erfüllen: hohes Dynamikumfang, präzise Farbwerte über die gesamte Rendering-Pipeline und flexible Mehrkanal-Architektur.
2004 wurden die OpenEXR-Bibliotheken als Open Source veröffentlicht; heute wird das Projekt von der Academy Software Foundation (ASWF) verwaltet.
Erklärung
Fließkomma-Farbwerte (HDR): Herkömmliche Bildformate wie JPEG oder PNG speichern Integer-Werte (0–255 pro Kanal). OpenEXR speichert stattdessen Fließkommazahlen (floating point):
- Half Float (16-Bit): Werte von 0,0 bis 65504, für die meisten Compositing-Aufgaben ausreichend und speichereffizient
- Full Float (32-Bit): Werte von ~1,18×10⁻³⁸ bis ~3,4×10³⁸, für extreme Präzision in wissenschaftlichen oder kritischen Renderpass-Compositing-Szenarien
Diese Fließkommarepräsentation ermöglicht High Dynamic Range: Sonnenlicht kann mit dem vollen physikalischen Helligkeitsverhältnis zu dunklen Schatten gespeichert werden, ohne Clipping (Überbelichtung) oder Quantisierungsfehler.
Multi-Channel-Architektur: OpenEXR kann beliebig viele benannte Kanäle in einer Datei speichern, weit über das übliche RGB+Alpha hinaus:
- Z-Kanal: Tiefenbuffer (Abstand jedes Pixels von der Kamera)
- Normals: Oberflächennormalen für relighting
- Motion Vectors: Bewegungsvektoren für Motion-Blur-Compositing
- AOVs (Arbitrary Output Variables): Separate Diffuse-, Specular-, Shadow-, AO-Pässe für flexibles Look-Development
- Deep EXR: Volumetrische Tiefeninformationen (mehrere Samples pro Pixel)
Kompression: OpenEXR bietet mehrere verlustfreie Kompressionsmethoden: ZIP, ZIPS (zeilenweise ZIP), RLE (Run-Length Encoding), PIZ (Wavelet-basiert, gut für körnige Bilder) und B44/B44A (konstante Kompressionsrate, ideal für Echtzeit-Playback). Es gibt auch eine verlustbehaftete DWAA/DWAB-Kompression (Discrete Wavelet), die bei hoher Qualität erheblich kleinere Dateien erzeugt.
Tile- und Scanline-Format: EXR-Dateien können als Scanlines (zeilenweise) oder Tiles (Kachelweise) organisiert sein. Tiles ermöglichen Random Access, nur der benötigte Bildbereich muss geladen werden, was für große Bilder (8K, 16K) in der Postproduktion effizienter ist.
Mipmaps: EXR-Dateien können mehrere Auflösungsstufen desselben Bildes speichern (ähnlich Mipmaps in 3D-Texturen), was das Rendering beschleunigt.
Metadaten: Umfangreiche Metadaten können gespeichert werden: Kameraparameter, Rendering-Einstellungen, Farbräume, Zeitcodes.
Farbraum: EXR selbst ist farbraumunabhängig. Die verbreiteten Farbräume in VFX-Pipelines sind Linear sRGB, ACEScg (ACES-Farbmanagement) und ACES2065-1.
Beispiele
- 3D-Rendering Output: Jede professionelle 3D-Render-Engine (Arnold, V-Ray, Cycles, Redshift) gibt Renderpässe als EXR-Sequenzen aus.
- VFX Compositing: Compositing-Software (Nuke, Fusion, After Effects) importiert EXR-Sequenzen mit allen Kanälen für die Integration von CGI in Realfilmmaterial.
- 360°-HDRI-Beleuchtung: Umgebungslichtmaps (HDRI) für 3D-Rendering werden als EXR gespeichert, damit die vollen Helligkeitswerte der Lichtquellen erhalten bleiben.
- Film-Archivierung: Digitale Kinomaster werden nach Postproduktion als EXR-Sequenzen archiviert.
- Game-Texturen (HDR): Hochwertige Spielproduktionen speichern Beleuchtungsdaten und Reflection Probes als EXR.
In der Praxis
Wann OpenEXR verwenden:
- Output aus 3D-Rendering-Software für Compositing
- HDRI-Beleuchtungsumgebungen
- VFX-Pipelines, die mehrere Renderpässe compositen
- Wenn voller Helligkeitsumfang über die gesamte Postproduktion erhalten bleiben muss
Typischer Workflow:
- 3D-Renderer gibt EXR-Sequenz mit allen AOVs aus (Diffuse, Specular, Shadow, Z-Depth etc.)
- Compositor in Nuke/Fusion/After Effects kombiniert die Kanäle
- Color-Grading in ACES-Farbraum
- Finale Ausgabe als DPX für Kinodigitalisierung oder komprimiertes MOV/MP4 für Web
Software-Kompatibilität: Nuke (primäres EXR-Tool), Fusion (DaVinci Resolve), After Effects, Blender, Cinema 4D, Houdini, Maya, 3ds Max, GIMP (ab 2.10), Photoshop (ab CC 2022 nativ).
Vergleich & Abgrenzung
Gegenüber TIFF: Beide sind verlustfreie Profi-Formate. TIFF ist für Fotografie und Druckvorstufe optimiert (8/16-Bit-Integer, CMYK). OpenEXR ist für HDR-Compositing und Rendering gemacht (Fließkomma-Werte, unbegrenzte Kanäle). Für VFX ist EXR die einzige sinnvolle Option; für Fotografie und Print ist TIFF das richtige Format.
Gegenüber RAW: RAW-Dateien aus Kameras enthalten ebenfalls HDR-Daten, sind aber kameraherstellerspezifisch und für Compositing-Pipelines weniger geeignet. EXR ist der agnostische Austauschstandard für jede HDR-Pipeline.
Häufige Fragen (FAQ)
Wann sollte ich OpenEXR statt TIFF verwenden? OpenEXR ist die Wahl für alle Anwendungen, die HDR-Werte (Fließkomma), mehrere Renderkanäle oder nahtlose Integration in VFX-Compositing-Software erfordern. TIFF ist besser geeignet für Fotografie, Druckvorstufe und alle Szenarien, bei denen 8- oder 16-Bit-Integer-Werte ausreichend sind und breite Software-Kompatibilität zählt.
Welche Qualitätseinstellungen sind bei OpenEXR optimal? Für Compositing-Pipelines: Half Float (16-Bit) mit PIZ- oder ZIP-Kompression ist ein guter Standard, verlustfrei mit angemessener Dateigröße. DWAB-Kompression bietet verlustbehaftete Kompression mit hoher Qualität und deutlich kleineren Dateien, sinnvoll für Archivierung und den finalen Mastering-Schritt. Full Float (32-Bit) ist nur nötig, wenn extreme numerische Präzision gefragt ist (z. B. wissenschaftliches Rendering, komplexe AOV-Compositing-Berechnungen).
Verwandte Einträge
Weiterführend
- Academy Software Foundation: OpenEXR Documentation, openexr.com (2023)
- Kainz, F. et al.: „OpenEXR Image File Format", SIGGRAPH 2004
- VES Technology Committee: „VFX Reference Platform", vfxplatform.com
