In den späten 1980er-Jahren war ein Foto Gefangener der Maschine, die es erzeugte: Scanner-Hersteller, Softwarehäuser und Gerätebauer lieferten jeweils ihre eigene Kompression. ISO/IEC und CCITT (heute ITU-T) bildeten eine gemeinsame Gruppe – die Joint Photographic Experts Group –, um einen Standard herauszugeben, den sowohl die Computer- als auch die Telekommunikationswelt übernehmen konnten. Die Grafikseiten des W3C verzeichnen die ISO-Standardisierung im August 1990, und die ITU veröffentlichte denselben Text als Recommendation T.81, der noch heute von der W3C-Website bereitgestellt wird.

Die entscheidende Designentscheidung des Komitees war, was verbindlich gemacht wurde. Jede Implementierung musste die Baseline unterstützen: ein 8-Bit-DCT-Verfahren mit Huffman-Kodierung, gewählt, weil man annahm, es sei frei von Patentansprüchen. Besser komprimierende Optionen wie die arithmetische Kodierung bargen Patentrisiken und wanderten daher in die optionalen Anhänge. „Aus diesem Grund“, schrieb das W3C, „werden diese optionalen Funktionen im Web nie verwendet“ – der Standard selbst stellte alles, was ein Anwalt erreichen konnte, unter Quarantäne.

Die Independent JPEG Group veröffentlichte im Oktober 1991 eine freie, funktionierende Referenzimplementierung, die die Kosten der Übernahme auf einen Kompiliervorgang senkte. Zusammen mit dem verbindlichen lizenzgebührenfreien Kern brachte das denselben Decoder in jeden Browser, jede Kamera und jeden Drucker: Der aktuelle Formatleitfaden von MDN führt image/jpeg noch immer als „derzeit das beliebteste“ Standbildformat auf, das von jedem großen Browser unterstützt wird. Selbst progressives JPEG, Teil der ursprünglichen Spezifikation, erreichte die Browser erst um 1996 – Kern zuerst, Verbesserungen, wann immer das Ökosystem folgt.

Das Gegenfaktum steht in denselben Dokumenten. JPEG 2000 und JPEG XL komprimieren besser, und keines von beiden wird von allen Browsern unterstützt; MDN rät Entwicklern, Fallbacks mitzuliefern. Die Übernahme eines Codecs wurde nie durch seine Qualitätskurve entschieden, sondern dadurch, ob die Teile, die man implementieren muss, ohne Lizenz implementiert werden konnten – und das Komitee von JPEG hat diese Antwort im Voraus konstruiert.

Patentfreier Kern verbindlich; patentierte Extras optional

Eine verbindliche lizenzgebührenfreie Baseline bedeutet, dass niemand konforme Implementierungen besteuern kann – dem Standard zu folgen machte einen immun gegen Patentansprüche, statt einen ihnen auszusetzen.

Patentierte optionale Funktionen blieben unimplementiert, denn sie mitzuliefern bedeutete Patentrisiko; die Struktur des Standards selbst verwandelte Patente in eine Quarantänezone statt in eine Mautstelle.

Die freie IJG-Referenzimplementierung machte die Übernahme nahezu kostenlos, sodass Webautoren und Kamerabauer der 1990er-Jahre das Format ohne Verhandlung übernahmen.

Ein gemeinsamer ISO/CCITT-Sitz bedeutete, dass die Computer- und die Telekommunikationswelt einen Standard kauften, statt konkurrierende Versionen auszuliefern.

In einem Kompatibilitätsstandard schlägt das Verbindliche das technisch Beste. Ein lizenzgebührenfreier Pflichtkern machte jedes Gerät zu einem JPEG-Decoder; patentierte Optionen wuchsen nie.

Baseline-JPEG ist nun seit mehr als drei Jahrzehnten die Standardsprache der digitalen Fotografie. Der Hinweis des W3C, dass die patentierten optionalen Funktionen „im Web nie verwendet“ werden, steht noch immer auf seiner Website, und der aktuelle Leitfaden von MDN führt JPEG als das beliebteste verlustbehaftete Standbildformat auf, das in jedem großen Browser unterstützt wird, während Nachfolger mit besserer Kompression (JPEG 2000, JPEG XL) diejenigen bleiben, die Fallbacks benötigen. Die Patentgrenze, die das Komitee 1990–1992 zog, ist noch immer die Linie, an der die Branche lebt.

DEN BELEGEN FOLGEN

Die Quellen

  1. JPEG JFIF — What is it, status, patent notes W3C · w3.org
  2. ITU-T Recommendation T.81 — Information technology — Digital compression and coding of continuous-tone still images: Requirements and guidelines ITU-T (mirror hosted by W3C) · w3.org
  3. Image file type and format guide MDN Web Docs · developer.mozilla.org