OpenEXR

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

1. 3D-Rendering Output: Jede professionelle 3D-Render-Engine (Arnold, V-Ray, Cycles, Redshift) gibt Renderpässe als EXR-Sequenzen aus.
2. VFX Compositing: Compositing-Software (Nuke, Fusion, After Effects) importiert EXR-Sequenzen mit allen Kanälen für die Integration von CGI in Realfilmmaterial.
3. 360°-HDRI-Beleuchtung: Umgebungslichtmaps (HDRI) für 3D-Rendering werden als EXR gespeichert, damit die vollen Helligkeitswerte der Lichtquellen erhalten bleiben.
4. Film-Archivierung: Digitale Kinomaster werden nach Postproduktion als EXR-Sequenzen archiviert.
5. 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:

1. 3D-Renderer gibt EXR-Sequenz mit allen AOVs aus (Diffuse, Specular, Shadow, Z-Depth etc.)
2. Compositor in Nuke/Fusion/After Effects kombiniert die Kanäle
3. Color-Grading in ACES-Farbraum
4. 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).

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