Ordentliche Komprimierungsunit

[Muetze1]

Da bekomm ich echt Sodbrennen...

Zitat von GreenHorn3600:

Gut, die ZLib, komprimiert jetzt mal, aber so ordentlich auch nicht. Sie schafft da Grad mal 1,44%, aber immerhin...

Und was komprimierst du? JPEG Dateien oder RAR Archive?

Zitat von GreenHorn3600:

BTW: @alzaimer: der TZCompress ist der Name aus der unit zLib unter D2.9 unter D2.6 ist das ganze noch ohne Z . Dafür kann er keine Memorystreams. Kennst Du hier vielleicht einen Trick, um ihm Memorystreams beizubringen (in D2.6)?

Die nutzen seit eh und je TStream und somit ist es zu allen TStream Ableitungen kompatibel. Wie kommst du zu dieser Aussage?

[GreenHorn3600]

Zu Testzwecken, hatte ich eine .CHM komprimiert, unkomprimiert 418KB komprimiert mit zLIB (Maximal) 412KB. Also, kleiner ist sie schon geworden, hätte aber da schon ein paar %'te mehr erwartet, so auf ca. 360KB, oder so...

Zu der Aussage komme ich, weil ich das akutelle Projekt mal mit D2.6 geöffnet hab, dachte mir, nimmst das Z weg und das läuft... und da bringt er mir den Fehler, daß er mit TMemory Streams nichts anfangen kann. Unter D2.9 ist dies alles kein Problem.

Schöne Grüße
Greeny

[Dunkel]

Zitat von GreenHorn3600:

Zu Testzwecken, hatte ich eine .CHM komprimiert, unkomprimiert 418KB komprimiert mit zLIB (Maximal) 412KB. Also, kleiner ist sie schon geworden, hätte aber da schon ein paar %'te mehr erwartet, so auf ca. 360KB, oder so...

CHM = Compressed HTML Help. Das Dateiformat ist von Natur aus schon komprimiert. Dass da sonstige Komprimieralgorithmen nicht mehr viel machen können, sollte eigentlich klar sein...