2015: Jon Sneyers stellt FLIF vor

Die Geschichte von FLIF beginnt im belgischen Leuven mit einem einzelnen Forscher. Jon Sneyers arbeitete damals bei Cloudinary an Bildverarbeitungs- Algorithmen und hatte eine theoretische Idee, die er praktisch ausprobieren wollte: ein verlustfreies Bildformat, das alle existierenden Lossless-Codecs in der Komprimierungs-Effizienz schlagen sollte.

Im Oktober 2015 veröffentlichte Sneyers FLIF (Free Lossless Image Format)als Open-Source-Projekt. Die ersten Benchmarks lösten einen kleinen Web-Sturm aus: FLIF lieferte verlustfreie Bilder typisch 14–35 % kleiner als optimiertes PNG, oft besser als WebP-Lossless und sogar besser als BPG-Lossless (siehe unsere BPG-Geschichte). Bei einigen Bildtypen überholte FLIF auch JPEG 2000 im verlustfreien Modus.

Die technische Innovation: MA-Trees

FLIFs Kern-Innovation war ein Komprimierungs-Algorithmus mit dem Akronym MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coder). Im Kern baute er auf MA-Trees (Meta-Adaptive Trees), eine variante Entscheidungs-Baum-Struktur, die zur Encoder-Laufzeit lernt, welche Prädiktions-Methoden für die jeweilige Bild-Region am besten funktionieren.

Statt einer festen Prädiktion (wie PNG's Sub/Up/Average/Paeth-Filter), entscheidet MANIAC pro Pixel-Region dynamisch: hier ist ein Verlauf zu sehen, also nutze gradient-basierte Prädiktion; dort ist eine harte Kante, also nutze kanten-erhaltende Prädiktion. Diese adaptive Wahl bringt die Effizienz-Gewinne.

Progressive Codierung als Killer-Feature

Eine besondere Stärke von FLIF war seine progressive Decodierung. Anders als PNG (sequenziell) oder JPEG-Progressive (mit Scan-Layer-Stufen) konnte FLIF in beliebigem Verhältnis dekodiert werden. Ein Web-Server konnte einen FLIF-Stream beginnen, der Browser zeigt zuerst eine niedrigauflösende Vorschau, und der Client kann jederzeit entscheiden „okay, ich habe genug, stoppe den Download". Der Server kann die Verbindung an dieser Stelle beenden, und das Bild sieht in der erreichten Qualität korrekt aus.

Diese Eigenschaft war besonders attraktiv für Bandbreiten-bewusste Anwendungen: mobile Apps, Slow-Connection-Optimierung, Image-Streaming-CDNs. Ein 500-KB-FLIF konnte bei 50 KB Download bereits als grobe Vorschau erkennbar sein und mit jedem zusätzlichen KB schärfer werden.

Universalität: Lossless für alles

FLIFs Designziel war universelles Lossless. Statt einer separaten Lossless- und Lossy-Pipeline (wie WebP) sollte ein einziger Algorithmus alle Inhaltstypen optimal komprimieren: Fotos, Grafiken, UI-Sprites, Animations-Frames, sogar medizinische Bildgebung. Sneyers' Benchmarks zeigten konsistente Vorteile über alle getesteten Bildkategorien.

Zusätzlich unterstützte FLIF Animation, Alpha-Transparenz und 16-Bit-Farbtiefe — alles verlustfrei. Es war konzeptionell ein Universal-Container für jede Art von Pixel-Daten, mit besserer Komprimierung als alle etablierten Konkurrenten.

Die Adoption: enthusiastisch und marginal

FLIF bekam viel Aufmerksamkeit in der Tech-Community. Hacker News, Reddit und Bild-Komprimierungs-Foren diskutierten es ausführlich. Einige Open-Source-Tools wie ImageMagick fügten FLIF-Support hinzu. Aber Browser-Adoption blieb aus. Mozilla, Chrome und Safari implementierten FLIF nicht nativ.

Drei Gründe für den ausbleibenden Mainstream-Erfolg: Erstens war FLIF nur Lossless, während Web-Anwendungen meist lossy Inhalte ausliefern; zweitens war die Encoder- Performance schlecht (verlustfreie Komprimierung mit MANIAC ist rechenintensiv); drittens fehlte ein kommerzieller Treiber — kein großer Tech-Konzern hatte ein strategisches Interesse, FLIF zu pushen.

2017: FLIF wird zu FUIF

Sneyers selbst erkannte, dass FLIF in seiner reinen Form keine Massen-Adoption finden würde. Er entwickelte 2017 eine weiterentwickelte Variante namens FUIF (Free Universal Image Format), die zusätzlich verlustbehaftete Komprimierung unterstützte. FUIF war als universelles Bildformat positioniert — verlustfrei und verlustbehaftet im selben Container, mit progressivem Streaming und allen FLIF-Vorteilen.

FUIF hatte eigene Adoption-Hürden, fand aber bei einem entscheidenden Punkt Anklang: der JPEG-Komitee suchte 2017 nach Vorschlägen für einen Next-Generation-JPEG-Standard. Sneyers reichte FUIF als Beitrag ein.

2018–2021: Aus FUIF wird JPEG XL

Beim JPEG-Wettbewerb traf FUIF auf PIK, ein paralleles Forschungs-Projekt von Google-Mitarbeiter Jyrki Alakuijala (siehe unsere JPEG-XL-Geschichte). Beide Codecs erreichten die Endrunde. Statt sich für einen zu entscheiden, fusionierte das Komitee beide. Aus PIK und FUIF entstand JPEG XL, das 2021 als ISO/IEC 18181 ratifiziert wurde.

JPEG XL übernahm zentrale FUIF-Konzepte: die MA-Tree-basierte Codierung (für den verlustfreien Modus), die progressive Dekodierung, die Multi-Modus-Pipeline. Sneyers wurde Co-Editor der JPEG-XL-Spezifikation. FLIF und FUIF gingen damit praktisch in JPEG XL auf — kein eigenständiges Format mehr, aber technische Vorgänger eines etablierten ISO-Standards.

FLIF heute: Archiv-Status

FLIFs offizielles Projekt ist auf GitHub archiviert. Sneyers selbst hat die eigenständige Entwicklung 2019 eingestellt und konzentrierte sich auf JPEG XL. Die FLIF-Datei-Endung existiert noch, aber niemand produziert ernsthaft neue FLIF-Dateien. Wer eine alte FLIF-Datei vorfindet, kann sie mit ImageMagick oder dem Original-Sneyers-Decoder zu PNG oder JPEG XL konvertieren.

Sneyers' Karriere ist eine Erfolgsgeschichte. Er arbeitet weiter bei Cloudinary, ist einer der Haupt-Personen hinter JPEG XL und einflussreich im JPEG-Komitee. FLIF war für ihn der Türöffner zu einem industriellen Format-Standard.

Was wir von FLIF lernen

  • Forschungs-Codecs sind wichtige Vorläufer. FLIF und FUIF existierten nur kurze Zeit als eigenständige Formate, aber ihre Konzepte leben in JPEG XL weiter.
  • Eigenständige Formate haben es schwer. Selbst technisch überlegene Formate brauchen industrielle Adoption. Solo-Entwickler-Formate finden selten den Weg in Browser.
  • Komitee-Standards sind manchmal die richtige Ankunft. FUIF verschwand als eigenständiges Format, aber durch die Fusion mit PIK wurde es Teil eines ISO-ratifizierten Standards mit langfristiger Pflege.

Wann FLIF die richtige Wahl ist

Praktisch nie als aktives Auslieferungs-Format. Die einzige relevante Anwendung heute ist die Migration alter FLIF-Archive zu modernen Formaten — typisch zu JPEG XL, das die meisten FLIF-Eigenschaften erbt. Für moderne Lossless-Web-Auslieferung ist die richtige Wahl PNG (siehe unsere PNG-Geschichte) oder WebP-Lossless. Für professionelle Foto-Archive bietet JPEG XL die FLIF-Konzepte mit ISO-Pflege.

Quellen

FLIF — Original-Quellcode (archiviert) · flif.info — Originale Projektseite · FUIF — Cloudinary-Quellcode · JPEG XL Community-Portal · Cloudinary — JPEG XL Adoption-Bericht · Wikipedia — FLIF · Sneyers, J. & Wuille, P., „FLIF: Free Lossless Image Format", IEEE International Conference on Image Processing 2016.