zlib/gzip Interpreter

Question

Grüße, ich versuche, die Ausgabe des zlib (gzip) Algorithmus im Vergleich zu der Eingabe zu analysieren. Ermitteln Sie Dinge wie die Wörterbuchgröße, die Lauflängenpaare der Teilzeichenfolge und wo sie im ursprünglichen Klartext entsprechen. Ich benutze zlib, um viele sehr kleine Brocken von Daten auszutauschen (unter jeweils 1K), und möchte den Overhead aus dem Wörterbuch bestimmen, einen Prozentsatz von Teilstring-Matches vs. Dictionary-codiertem Klartext in den Ergebnissen, so etwas.

Nachdem ein schnelles googling nicht zu Ergebnissen geführt hat, frage ich hier, bevor ich anfange, den zlib-Quellcode mit Debug-Meldungen zu säen, um ein ähnliches Ergebnis zu erhalten.

Existiert bereits etwas von der Stange?

Answer 1

Werfen Sie einen Blick auf http://zlib.net/infgen.c.gz.

Aus den Kommentaren in dem Code:

* Read a zlib, gzip, or raw deflate stream from stdin and write a defgen 
* compatible stream representing that input to stdout (though any specific 
* zlib or gzip header information will be lost). This is based on the puff.c 
* code to decompress deflate streams. Note that neither the zlib nor the gzip 
* trailer is checked against the uncompressed data (in fact the uncompressed 
* data is never generated) -- all that is checked is that the trailer is 
* present.