Rohes DEFLATE (.deflate)
IETF StandardDEFLATE ist der am weitesten verbreitete verlustfreie Datenkomprimierungsalgorithmus in der Geschichte der Informatik und treibt seit über drei Jahrzehnten ZIP-Archive, GZIP-Streams, PNG-Bilder und die HTTP-Webkomprimierung an.
Von GZIP zu DEFLATE konvertieren
Kostenloser Konverter von GZIP zu DEFLATE im Browser. Konvertieren Sie Dateien sofort auf Ihrem Gerät.
Untersuchen & Metadaten
Betriebssysteme und Dateianalysatoren identifizieren DEFLATE-Dateien durch Untersuchung der führenden binären Byte-Sequenz:
Byte-basierte Headersignatur (Magic Bytes)
Betriebssysteme und Dateianalysatoren identifizieren DEFLATE-Dateien durch Untersuchung der führenden binären Byte-Sequenz:
HEX-SIGNATUR (OFFSET 0):
78 9C / 78 01 / 78 DAASCII-DARSTELLUNG: xœ / x. / xÚ
Standardisierung: IETF RFC 1951 / RFC 1950 (zlib)
Technische Daten
| Container-Architektur | Roh-Bitstream nach RFC 1951 oder zlib-eingebetteter Stream nach RFC 1950 mit 2-Byte-Header und Adler-32-Prüfsumme |
| Kompression | LZ77-Schiebefenster (bis zu 32 KB Fenster) kombiniert mit dynamischer/statischer Huffman-Entropiekodierung |
| Byte-Endianness | Little-Endian-Bit-Packing-Reihenfolge |
| Farbräume | Nicht zutreffend (Datenkompressionsstrom) |
| Kanäle & Struktur | Roh-Binär- oder Textdatenstrom |
| Max. Abmessungen | Unbegrenzte Stream-Länge |
| Transparenz | 100% bitgenaue verlustfreie Datenwiedergabe |
| Streaming & Progressiv | Blockbasiertes Bitstream unterstützt beliebiges, kontinuierliches Byte-Streaming |
Technischer Vergleich: DEFLATE im Vergleich zu Wettbewerbern
| Technisches Attribut | DEFLATE (Aktuell) | GZ | BROTLI | ZSTD |
|---|---|---|---|---|
| Standardisierung | IETF RFC 1951 (Roh) / RFC 1950 (zlib) | IETF RFC 1952 (Gzip) | IETF RFC 7932 (Brotli) | IETF RFC 8878 (Zstandard) |
| Schiebefenster | Maximal 32 Kilobyte | Maximal 32 Kilobyte | Bis zu 16 Megabyte | Bis zu 2 Gigabyte |
| Prüfsummenmodus | Adler-32 (im zlib-Wrapper) | CRC-32 (im gzip-Wrapper) | Kein eingebauter Stream | xxHash64 (schneller 64-Bit-Hash) |
| Alltägliche Verwendung | PNG-Bilder, PDF-Streams, ZIP | Unix .tar.gz, HTTP gzip | Webschriften (WOFF2), HTTP br | Linux-Kernel, Datenbanken, Gaming |
Häufige Korruptionsarten & Hex-Wiederherstellungsleitfaden
Dekomprimierung schlägt fehl mit „Z_DATA_ERROR: incorrect data check".
Ursache: Fehlanpassung in der 4-byte Adler-32-Prüfsumme am Ende des zlib-eingebetteten Streams.
Wiederherstellung: Umgehen Sie die Adler-32-Überprüfung mit Raw-Inflate oder reparieren Sie sie mit der File2File Deflate-Wiederherstellung.
Sicherheitsanalyse & Parser-Angriffsvektore
DEFLATE-Parser müssen Codes für die Konstruktion von Huffman-Bäumen strikt validieren, um Zeigerschreibvorgänge außerhalb der Grenzen zu verhindern.
Bekannte Angriffsvektore
- Unvollständige oder überbelegte Bitlängentabellen für dynamische Huffman-Bäume führen zu ungültigen Speicherlesevorgängen.
- Dekomprimierungsbombe (Zip-Bombe), die winzige Nutzlasten auf Hunderte von Gigabyte RAM ausdehnt.
- Puffer-Überlesen bei nicht validierten Schiebefenster-Distanzcodes.
Bewährte Sicherheitsverfahren: Erzwingen Sie begrenzte maximale Speicherzuweisungen und Begrenzungen der Expansionsrate während der Dekomprimierung.
Historische Ursprünge & Meilensteine
Hauptvorteile & Stärken
- Der unbestrittene globale Standard: implementiert in Hardware, Betriebssystemen und jeder Programmierlaufzeitumgebung.
- Patentfreies und lizenzgebührenfreies Design garantiert offenen Zugriff in der gesamten Computerindustrie.
- Schnelle Dekomprimierung bei minimalem Speicherbedarf (benötigt nur 32 KB Schiebefensterspeicher).
Technische Einschränkungen & Nachteile
- Das Schiebefenster ist auf 32 KB begrenzt, wodurch die Komprimierungseffektivität bei großen Dateien mit weiter entfernten Redundanzen verringert wird.
- Geringere Komprimierungsverhältnisse bei modernen Web-Assets im Vergleich zu neueren Algorithmen wie Brotli und Zstandard.
- Roh-DEFLATE-Streams enthalten ohne zlib- oder gzip-Wrapper keine selbstbeschreibenden Metadaten oder Container-Framings.
Interessante technische Wissenswertes
- Phil Katz erfand DEFLATE, nachdem er von Unisys wegen des patentierten LZW-Algorithmus verklagt worden war, der in frühen PKARC-Dienstprogrammen verwendet wurde.
- Die standardmäßigen zlib-Header-Bytes „78 9C" zeigen die Standardkomprimierung an, „78 01" eine geringe Komprimierung und „78 DA" die maximale Komprimierung.
- Jedes PNG-Bild auf der Erde verwendet DEFLATE, um seine IDAT-Pixelblöcke zu komprimieren.
Häufig gestellte technische Fragen
Was ist der Unterschied zwischen DEFLATE, zlib und gzip?
DEFLATE ist der rohe Komprimierungsalgorithmus (RFC 1951). Zlib verpackt DEFLATE mit einem 2-Byte-Header und einer Adler-32-Prüfsumme (RFC 1950). Gzip verpackt DEFLATE mit Dateimetadaten und einer CRC-32-Prüfsumme (RFC 1952).
Warum verwendet PNG DEFLATE?
Das PNG-Format wurde 1995 entwickelt, um GIF zu ersetzen, ohne patentierte LZW-Algorithmen zu verwenden. Für die Komprimierung wurde der offene, lizenzgebührenfreie DEFLATE-Algorithmus gewählt.
Wie kann ich eine rohe .deflate-Datei dekomprimieren?
Sie können rohe DEFLATE- oder zlib-Bytestreams direkt in Ihrem Webbrowser mit File2File.app in originale unkomprimierte Dateien dekomprimieren.
Ähnliche DEFLATE-Konvertierungspaare
Die Konvertierung eines GZIP-Streams in Raw DEFLATE entfernt den äußeren Datei-Wrapper und die Header-Metadaten, sodass nur die komprimierte Nutzlast für spezialisierte Netzwerkprotokolle und Low-Level-Archive verbleibt.
Die Konvertierung von Roh-DEFLATE in einen GZIP-Stream verpackt die komprimierten Nutzdaten in einen Standardcontainer mit Metadaten-Headern, damit Betriebssysteme und Web-Tools sie ordnungsgemäß lesen können.