RtlCompressBuffer alternative gesucht!

[Fukiszo]

Zitat:

Zitat von himitsu (Beitrag 1391225)

...und nicht Eine der vielen Anderen...

genau das versuch ich ja herauszufinden (siehe Titel -> "alternative")
wenn du mir bitte mit Api's weiterhelfen könntest, das wäre super!
"Eine der vielen" klingt klasse, bitte unterweise mich.

sollte halt eine funktion sein die XP versteht und auch aktuelle OS.

wenn da so viele vorhanden sind, könnt ich ja mein produkt auf verschiedene engines umrüsten.

himitsu besten dank schonmal!

alle anderen können sich gern mit-einklinken und mir weitere buffercompressions funktionen vorstellen,
je mehr je besser, haltet euch nicht zurück, egal ob code ur-alt ist oder erst in XE10 vorgestellt wurde.
Für mich gibt es kein "richtig/falsch" in diesem zusammenhang solange XP damit klar kommt bin ich total happy!

Es grüßt

[Der schöne Günther]

Wenn du einfach nur "irgendwas komprimieren" möchtest hat mir persönlich immer die mitgelieferte Unit

Delphi-Quellcode:

System.Zip

gereicht. Handelsübliche ZIP-Kompression in Dateien oder in den Speicher, Dateien rein und raus, alles ganz einfach.

Beispiel:

Delphi-Quellcode:

interface uses
   System.Classes,
   System.SysUtils,
   System.Zip,
   System.IoUtils;

procedure compressStuff();
const
   exampleData: TBytes = [1,2,3];
var
   inputStream: TStream;
   zipFile: TZipFile;
   outputStream: TBytesStream;
begin
   inputStream := nil; zipFile := nil; outputStream := nil;
   try
      inputStream := TBytesStream.Create(exampleData);
      outputStream := TBytesStream.Create();

      zipFile := TZipFile.Create();
      zipFile.Open(outputStream, TZipMode.zmWrite);
      zipFile.Add(inputStream, 'compressedInput.dat');

      TFile.WriteAllBytes('x:\myZipfile.zip', outputStream.Bytes);
   finally
      inputStream.Free(); zipFile.Free(); outputStream.Free();
   end;
end;

[himitsu]

Sonst kenn ich keine API im Windows.

ZLib ist im Delphi enthalten (gleichnamige Unit).
Das ist eine Wörterbuchkomprimierung mit anschließender Entropiekodierung. (wird z.B. in ZIP- und GZ/GZIP-Dateien verwendet oder bei der komprimierten Übertragung von HTTP-Servern)
http://docwiki.embarcadero.com/Libra...en/System.ZLib
https://de.wikipedia.org/wiki/Zlib

ZipMaster / ZipMaster
Abbrevia
ZipForge, FlexCompress, KaZip, UnRAR, SynZip, ....
und sogar in der JCL verstecken sich einige Komprimierungsfunktionen.

TZipFile ist neu und gibt es in Delphi 7 noch nicht, aber nutzt ja intern auch wieder die ZLib.
Wobei ZipFile natürlich nicht nur die Kompimierung, sondern auch das ganze Management/Overhead zur Behandlung von mehreren verschlüsselten Datenstreams in einer ZIP-Datei hat.

7-Zip ist offen. Das kann als DLL genutzt oder via vorkompilierter OBJ direkt in die EXE gelinkt werden.
(OBJ: siehe ZLip, TJPEGImage, TRegEx ... das kommt alles von Fremden und wird im Delphi nur wiederverwendet)
www.7-zip.de/sdk.html

LeseTipp: http://www.delphipraxis.net/152933-k...-geht-das.html

[Fukiszo]

Ah schade, nach der vorfreude "die vielen anderen" nun die ernüchterung.
Na wenn RtlCompressBuffer eh die einzige schnittstelle für puffer kompression mit windowsXP per WinAPI ist,
kann ich ja dennoch stolz auf mich sein das ich sie fand, auch wenn die eigentliche funktion für einen anderen zweck erdacht/bereitgestellt wurde.

ps:
wen es interessiert, mein produkt bearbeitet eine selfmade datenbank auf nicht konventionelle art und weise,
bei mir fangen die datensätze mit einem nicht-komprimierten DIB/BMP an,
da es immer die gleiche dimension hat (ist gleichzustellen mit einer festen offset position/kleines thumbnail)
fängt der eigentliche inhalt erst danach strukturiert an,
bei anzeige/bearbeitung eines datensatzen, wird der per LZMA dekomprimierung in den speicher geladen.
im speicher wiederum geht eine on-the-fly komprimierung vor sich damit der speicher nicht zu voll wird.
nur partielle bereiche sind kurzzeitig komplett entpackt im speicher.
nach bearbeitung wird der komplette datensatz erstmal nur auf hdd ausgelagert (auch on-the-fly komprimiert) bis das programm entweder den befehl erhält, eine bestimmte uhrzeit ist, das system gebootet wird oder zu guter letzt eine gewisse system inaktivität festgestellt wird, dann wird das bearbeite wieder per LZMA in die hauptdatenbank eingepflegt.
in den datensätzen selbst ist meist ellenlanger TEXT/RTF/HTML/PDF inhalt mit ein paar bilder oder video's.
Es funktioniert ja auch alles tadellos, aber da schon ewig meinerseits keine echten erneuerungen damit gemacht wurden (letztes update ersetzte LZSS mit LZMA), dacht ich mir ich widme mich mal dem thema "on-the-fly" und ob profi's mir eine andere schnittstelle die microsoft zur verfügung stellt verraten könnten. (zu dem zeitpunkt der erschaffung gab es auch im MSDN wenig bis garnichts über diese funktion zu lesen, damals hieß es noch "function will be used intern").
Ich geb zu ich war seit ewigkeiten nicht mehr im MSDN und mir fielen da glatt die augen raus als ich eure links verfolgte. Ich bin ja ein liebhaber von WinAPI und was da so alles ans tageslich kommt.... mann-o-mann, find ich echt klasse das MS einen derart weiterhilft, sorry offtopic aber ich kanns immernoch kaum glauben.
als ich kurzzeitig mal einen abstecher in die welt von VB machte war MSDN unerläßlich aber sobald ich da mal was mit delphi oder asm fragte wurd ich immer wieder enttäuscht.

In diesem Sinne, danke für eure meinungen auch wenn mir selbst nicht wirklich weitergeholfen werden konnte, danke danke dankeschön!

[TiGü]

Zitat:

Zitat von Fukiszo (Beitrag 1391245)

Ah schade, nach der vorfreude "die vielen anderen" nun die ernüchterung.
Na wenn RtlCompressBuffer eh die einzige schnittstelle für puffer kompression mit windowsXP per WinAPI ist,
kann ich ja dennoch stolz auf mich sein das ich sie fand, auch wenn die eigentliche funktion für einen anderen zweck erdacht/bereitgestellt wurde.

Na ja, die Einschränkung, dass es schon ab XP laufen soll, nur von der WINAPI kommen soll und du anscheinend keine Dritt-Sachen verwenden willst (ZLIB), macht die Sache nicht einfach.

Ab Window 8 aufwärts könnte man sonst bspw. die Compress API nehmen:
https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

[Neutral General]

Zitat:

Zitat von TiGü (Beitrag 1391271)

Ab Window 8 aufwärts könnte man sonst bspw. die Compress API nehmen:
https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Siehe die erste Antwort im Thread :duck:

[Fukiszo]

Ja leider, 7 Klients laufen noch unter WindowsXP
und ich hab den Windows8 Api befehl bereits beherzigt und mein produkt dementsprechend vorbereitet.
Waren ja nur ein paar mikroskopisch kleine Eingriffe nötig.

#nachtrag zu meiner letzten Nachricht
"auch wenn mir nicht geholfen werden konnte" war bereits beim absenden doppelt revidiert. SORRY!
1. Es hat mir geholfen zu erfahren das WindowsXP keine weitere schnittstelle bietet, DANKE!
2. Ich scheine ja, was ich erreichen wollte, erfüllt zu haben ohne das es mir bewusst war, DANKE!

Da ich bereits eine Leistungsfähige LZMA komprimierung einsetze benötige ich keine weitere 3rd-Party oder Units, aber danke.
Die mini-komprimierung vom RtlCompressBuffer reicht da mehr als aus da hauptsächlich nur "Text" kodiert wird.
In einem 10MB Text dokument macht diese funktion ca. 6MB daten daraus, in windeseile. (per LZMA meist nochmal grob -50%)
Siehe Beschreibung wie ich den RtlCompressBuffer nutze, on-the-fly. Es geht rasend schnell hin und her.

[TiGü]

Zitat:

Zitat von Neutral General (Beitrag 1391277)

Zitat:

Zitat von TiGü (Beitrag 1391271)

Ab Window 8 aufwärts könnte man sonst bspw. die Compress API nehmen:
https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Siehe die erste Antwort im Thread :duck:

:thumb:
Ich klick auch nicht jeden Kram an.