1999: Das Problem bei Star Wars Episode I

Die Geschichte von OpenEXR beginnt mit einem konkreten Produktions-Problem bei Industrial Light & Magic (ILM), George Lucas' Visual-Effects- Studio. Bei der Arbeit an „Star Wars: Episode I — The Phantom Menace" (1999) stießen die ILM-Compositors an ein fundamentales Hindernis: bestehende Bildformate hatten zu wenig Dynamikumfang. Eine TIFF-Datei mit 16-Bit-Integer-Werten pro Kanal konnte zwar mehr Farbabstufungen als 8-Bit-JPGs darstellen, aber sie codierte nur einen festen Helligkeitsbereich.

Visual-Effects-Compositing braucht aber extreme Helligkeits-Verhältnisse: ein explodierender Sternzerstörer kann hundert-tausend-fach heller sein als der dunkle Hintergrund derselben Szene. 16-Bit-Integer kann das nicht repräsentieren — die hellsten Pixel werden auf 65 535 geclippt, die dunkelsten auf 0. Was im echten Lichtfeld stattfand, ging in der Pipeline verloren.

Die Lösung: half-float

ILM-Ingenieur Florian Kainz und sein Team entwickelten ein neues Format mit einem radikal anderen Pixel-Modell: 16-Bit-Gleitkomma (half-float). Jeder Pixel-Kanal wird als IEEE-754-halbpräziser Float gespeichert — 1 Bit Vorzeichen, 5 Bit Exponent, 10 Bit Mantisse. Das ergibt einen Dynamikumfang von etwa 10⁻⁵ bis 10⁵ — also fünf Größen- Ordnungen oberhalb und unterhalb der Eins.

Damit konnte das Format physikalische Lichtwerte direkt speichern. Ein dunkles Pixel bei 0,001, ein helles bei 10 000 — beide werden präzise codiert, ohne dass Clipping passiert. Bildkompositoren konnten Belichtung nachträglich anpassen, Sonnenuntergänge in voller Lichtstärke darstellen, Explosionen mit echten Helligkeits-Verhältnissen rendern.

Half-float war damals revolutionär. Es gab keinen Standard-Hardware-Support für halbpräzise Floats; Software-Lookup-Tables mussten die Konvertierung übernehmen. Erst Nvidias GeForce-FX-Generation (2003) brachte half-float in die GPU-Pipeline, was OpenEXR später spielfähig machen sollte.

2000: OpenEXR wird Open Source

ILM hätte das Format als internes Tool behalten können. Stattdessen entschied das Unternehmen 2000, OpenEXR als Open-Source-Software freizugeben — unter einer BSD-ähnlichen Lizenz, ohne Patent-Klauseln. Der Hintergedanke: ein Industrie-Standard für HDR-Compositing nützt allen, und ein Format, das nur ILM benutzt, hat keine Zukunft. Andere VFX-Häuser sollten ihre Pipelines kompatibel gestalten können, Software-Hersteller den Codec einbauen.

Die Strategie funktionierte. Pixar nahm OpenEXR 2001 in seine RenderMan-Pipeline auf; Side Effects Software's Houdini, Nuke (The Foundry), Adobe After Effects (mit Plug-In) und Maya unterstützten das Format binnen weniger Jahre. Bis 2005 war OpenEXR der De-facto-Standard für VFX-Compositing.

Die technische Architektur

OpenEXR ist im Kern ein modulares Container-Format. Die wichtigsten Eigenschaften:

  • Kanäle frei definierbar. Eine EXR-Datei kann beliebig viele Kanäle enthalten: R, G, B, A, Z (Tiefe), Velocity (für Motion-Blur), Object-ID, Mattes für verschiedene Objekte, Specular- und Diffuse-Passes. Jeder Kanal wird unabhängig komprimiert.
  • Tile-basierte Speicherung. Statt das Bild zeilenweise abzulegen, kann EXR in beliebigen Tile-Größen organisiert werden. Das erlaubt schnellen Random-Access in riesigen Bildern.
  • Multiple Layer. Ein EXR kann mehrere Bilder enthalten (Multi-Layer- EXR), etwa mehrere Render-Passes einer Szene. Compositors greifen direkt auf die relevanten Schichten zu.
  • Verlustfreie Komprimierung. Mehrere optionale Algorithmen: ZIP- basiert, PIZ-basiert (für Floating-Point-Daten optimiert), PXR24, B44. Standardmäßig wird ZIP-basierte Komprimierung verwendet.

2006: Die akademische Anerkennung

Die Anerkennung in der Filmindustrie wurde formalisiert: 2006 verlieh die Academy of Motion Picture Arts and Sciences (die Oscar-Akademie) der ILM-OpenEXR-Gruppe einen Scientific and Technical Achievement Award. Damit war OpenEXR offiziell ein Industrie-Standard im Filmgewerbe.

Im selben Jahr wurde Version 1.5 veröffentlicht, die das Multi-Layer-Konzept formalisierte. Pixar, Disney, Weta Digital, Framestore, MPC und alle großen VFX-Häuser arbeiteten mit Multi-Layer-EXR als Pipeline-Standard.

2018: Academy Software Foundation übernimmt

Nach knapp 20 Jahren bei ILM wurde 2018 die Verwaltung von OpenEXR an die Academy Software Foundation (ASWF) übertragen — eine Linux-Foundation-Tochter, die Open-Source-Projekte für die Filmindustrie pflegt. Damit ist OpenEXR nicht mehr direkt von ILM/Lucasfilm/Disney abhängig, sondern ein industrie-weites Gemeinschaftsprojekt mit Pixar, DreamWorks, Sony Pictures, Netflix und vielen anderen als Mitgliedern.

OpenEXR in Spielen und Realtime

Während OpenEXR primär als Film-Asset-Format gedacht war, wurde es auch in Spielen relevant. Game-Engines wie Unreal Engine, Unity und CryEngine nutzen OpenEXR-basierte HDR-Cubemap-Texturen für Image-Based-Lighting (IBL). Ein fotografierter Sonnenuntergang als 360°-EXR-Panorama dient als Beleuchtungs-Quelle — die Lichtwerte der EXR-Datei beleuchten die virtuelle Szene physikalisch korrekt.

Auch HDR-Foto-Workflows nutzen EXR: ein Bracketing-Set (sieben Belichtungen einer Szene) wird in eine HDR-Datei kombiniert, oft als EXR. Die HDR-Datei wird dann für Tone-Mapping auf normale Display-Helligkeit reduziert — siehe verwandte Diskussion in unserem DPI/PPI/Auflösungs-Beitrag.

OpenEXR und das Web

OpenEXR ist kein Web-Format. Browser können EXR nicht nativ anzeigen, und eine 50-Megapixel-Multi-Layer-EXR wäre auch viel zu groß für Web-Auslieferung. Wer EXR-Inhalte ins Web bringen will, rastert sie zu HDR-Pixel-Werten und konvertiert zu modernen Web-Formaten mit HDR-Support: AVIF (siehe unsere AVIF-Geschichte) oder JPEG XL (siehe JPEG-XL-Geschichte).

Eine moderne Pipeline: 3D-Rendering produziert EXR → Color-Grading in Nuke/Resolve → Export als AVIF mit Tone-Mapping für Web. Das EXR bleibt das Master-Asset für eventuelle Re-Outputs in anderer Auflösung oder anderem Belichtungsverhältnis.

Wann OpenEXR die richtige Wahl ist

  • 3D-Rendering-Output. Multi-Layer-EXR ist Industrie-Default für Blender, Houdini, Maya, Cinema 4D.
  • VFX-Compositing. Nuke, After Effects, Fusion erwarten EXR als primäres Asset-Format.
  • HDR-Foto-Master. Bracketing-Set kombiniert zu HDR-Master für spätere Tone-Mapping-Variationen.
  • Image-Based-Lighting in Spielen. 360°-HDR-Panoramen als Cubemap- Quelle.

Wann EXR nicht ideal ist: Web-Auslieferung, E-Mail-Anhänge, Mobile-Workflows, alle Anwendungen, in denen 8-Bit-Pixel reichen. EXR ist ein Master-Format der professionellen Bildverarbeitung — kein universelles Format.

Quellen

OpenEXR-Projektseite · OpenEXR-Quellcode (ASWF) · Academy Software Foundation · Academy Scientific and Technical Awards · IEEE 754-2008 — half-float Spezifikation · Blender StackExchange — OpenEXR Workflows · Kainz, F. & Bogart, R., „Technical Introduction to OpenEXR", Industrial Light & Magic, 2002.