Huffman-Codierung

Wenn du mit komprimierten Bildformaten arbeitest — und das tust du täglich — läuft im Hintergrund ein Algorithmus ab, den David Huffman 1952 entwickelt hat. Er funktioniert nach einem einfachen, genialen Prinzip: Häufig vorkommende Werte bekommen kurze Bitsequenzen, seltene bekommen längere. Das spart Speicher, ohne dass Information verloren gehen muss — theoretisch jedenfalls.

Am Set oder in der Post interessiert dich das normalerweise nicht direkt. Du drückst auf Export, wählst JPEG oder H.264, und fertig. Aber Huffman-Codierung ist der Kern, warum diese Formate so klein werden. JPEG nutzt es nach der DCT-Transformation (Diskrete Cosinus-Transformation), um die transformierten Koeffizienten zu komprimieren. MP3 macht das gleiche mit Audio. Der Encoder analysiert deine Daten, zählt die Häufigkeiten, generiert einen optimalen Code-Baum und speichert dann nur noch die kürzesten Codes ab — zusammen mit einer Lookup-Tabelle, damit der Decoder wieder dekodieren kann.

Wo es für dich kritisch wird: Generationale Verluste. Wenn du eine JPEG öffnest, dekomprimierst du sie. Die Huffman-Codierung wird rückgängig gemacht — aber die Informationen, die bei der DCT-Quantisierung weggeworfen wurden, sind weg. Speicherst du das Bild erneut als JPEG, wird Huffman-Codierung neu berechnet. Jede Neukompression verschärft den Qualitätsverlust. Deshalb archivierst du Intermediate-Footage in verlustfreien Formaten (ProRes, DNxHD) oder unkomprimiert — da braucht Huffman-Codierung gar nicht zu greifen.

Ein praktischer Tipp: Wenn du große RAW-Sequenzen oder High-Res Proxies lagern musst, schau dir lossless Codecs an. Huffman-Codierung dort ist reversibel, kostet aber mehr Speicher. Im DCP-Workflow oder bei Archivierungsrichtlinien ist das relevant — deine Colorist wird dir danken, wenn sie nicht mit artefakthaften Kompressionen arbeiten muss. Kurz gesagt: Huffman-Codierung ist der unsichtbare Handlanger, der deine Dateien klein macht, aber nie verlustfrei arbeitet, wenn Quantisierung im Spiel ist.