GZIP-strøm til rå DEFLATE-konverterer

Konvertering af en GZIP-strøm til rå DEFLATE fjerner den ydre filindpakning og overskriftsmetadata, så kun den komprimerede nyttelast er tilbage til specialiserede netværksprotokoller og lavniveau-arkiver.

Vælg eller træk filer

Vælg eller træk filer hertil

100% privat konvertering i browseren - filer forlader aldrig din enhed

eller indsæt Ctrl+V
Privatlivsgaranti uden netværksoverførsel: 0 bytes uploadet til eksterne servere. Al behandling foregik lokalt i din browsers sandkasse.

Formatsammenligning & tekniske specifikationer

SpecifikationGZIPDEFLATE
MIME-typeapplication/gzipapplication/zlib
TypeDEFLATE stream containerraw DEFLATE stream
KomprimeringDEFLATE (RFC 1951)LZ77 + Huffman coding
StandardspecifikationIETF RFC 1952IETF RFC 1950 / RFC 1951
Magic Bytes-header1F 8B (gzip ID1/ID2)78 01 / 78 9C / 78 DA (zlib header bytes)

Format-oversigt og anvendelse

Konvertering af en GZIP-strøm til rå DEFLATE forekommer ofte i webudvikling, netværksprogrammering og arbejdsgange med lavniveaudatalagring. Udviklere arbejder ofte med GZIP, når enkelte filer gemmes på disk, fordi formatet indeholder nyttige metadata som originale filnavne og ændringstidsstempler. Moderne HTTP-komprimeringsprotokoller og specifikke binære formater forventer imidlertid udelukkende den komprimerede nyttelast uden indpakningsbytes. Udførelsen af denne konvertering sætter ingeniører i stand til at føde standardiserede komprimerede data direkte ind i netværksstrømme eller tilpassede parsere. Opbygning af en tilpasset HTTP-svarhåndterer eller arbejde med ZIP-arkiver kræver f.eks. ofte fjernelse af GZIP-overskriften og CRC32-fodnoten for at isolere det rå algoritme-output. Fjernelse af disse ekstra beholderdata reducerer overhead, når hver eneste byte tæller i ressourcebegrænsede programmeringsmiljøer.

Tekniske specifikationer og codec-oversigt

En GZIP-strøm identificeret med MIME-typen application/gzip anvender en beholderstruktur defineret i RFC 1952. Den starter med et magic number-hoved på to bytes (0x1F, 0x8B), efterfulgt af komprimeringsflag, ændringstidspunkt, operativsystem-id og et valgfrie filnavn. De faktiske komprimerede data befinder sig i midten, og filen afsluttes med en fire-bytes CRC32-kontrolsum samt en fire-bytes indikator for ukomprimeret størrelse. I modsætning hertil er rå DEFLATE identificeret ved application/zlib eller rå strømme afhængig af RFC 1951. Den indeholder ingen magic bytes, ingen overskrifter og ingen fodnoter. Den anvender LZ77-algoritmen kombineret med Huffman-kodning til at lagre komprimerede blokke direkte. Konvertering herimellem er fuldstændig tabsfri, da begge formater anvender nøjagtig den samme DEFLATE-komprimeringsmotor. Konverteringsprocessen udruller blot GZIP-indpakningen, kasserer metadataene og udtrækker den indre DEFLATE-bytestrøm.

OS- og browserkompatibilitet

Rå DEFLATE-strømme kører indbygget på tværs af moderne operativsystemer og web-runtimes gennem standardiserede programmeringssprog som Python, Node.js og C++. Browsere håndterer DEFLATE indbygget via HTTP content-encoding-overskriftsstakken. Operativsystemer som Windows, macOS og Linux understøtter rå strømme gennem systemkomprimeringsbiblioteker som zlib. Mobilplatforme, herunder Android og iOS, leverer direkte API-adgang til DEFLATE-rutiner til tilpassede lagringslag i apps.

💡 Nyttig information

Kontrollér altid, at din målanalysator forventer en ren RFC 1951-strøm snarere end en zlib-indpakket strøm, fordi zlib tilføjer en overskrift på to bytes, som rå DEFLATE-analysatorer vil afvise.

Formatsammenligning & tekniske specifikationer

En tekstfil på 10 megabyte komprimeret til en GZIP-strøm krymper til cirka 2 megabyte. Fjernelse af overskrift og fodnote for at oprette en rå DEFLATE-fil resulterer i en identisk nyttelaststørrelse på 2 megabyte. Overførsel af denne 2-megabyte fil tager omkring 0,04 sekunder på en 500 Mbps fiberforbindelse, ca. 0,4 sekunder på et standard 5G-netværk og cirka 4 sekunder på en overbelastet 4G-mobilforbindelse.

Ofte stillede spørgsmål

Hvordan konverterer man GZIP-strøm til rå DEFLATE uden at tabe kvalitet?

Begge formater anvender identiske tabsfrie komprimeringsalgoritmer. Konvertering af dem betyder ganske enkelt at indlæse GZIP-beholderen, fjerne ti-byte-overskriften og otte-byte-fodnoten samt gemme de indre komprimerede blokke. Ingen data går tabt, fordi den underliggende algoritme forbliver uændret.

Hvad er forskellen mellem en GZIP-strøm og rå DEFLATE?

GZIP er en komplet filbeholder, der indeholder en magic byte-overskrift, originale filnavne, ændringstidsstempler og en kontrolsumsfodnote. Rå DEFLATE er blot de komprimerede data i sig selv, uden overskrifter, fodnoter eller filmetadata.