MD5 berechnet die Hashsumme vom Film viel zu lange...

[m0sch3r]

Hi
ich benutze die md5 Unit von Dimka Maslov zum berechnen der MD5 Hashsummen, bei kleinen Dateien klappt es einwandfrei blos bei gröseren wie zum beispiel einem Film das friert das Programm ein und es dauert fast mehrere minuten bis es wider läuft.

Gibt es eine Möglichkeit das Problemm zu umgehen....!?

[Chewie]

Bei großen Dateien dauert das eben so lange
Lager die Berechnung in einen seperaten Thread aus, dann kannst du deine GUI immer noch bedienen.

[m0sch3r]

wie machen das dann emule und co, ich glaube das es nicht nur mit einem separaten thread getan ist..

[Tubos]

evt. haben die das Ganze effizienter programmiert.

[m0sch3r]

Könnte sein obwohl die Unit von Herrn Maslov Dimka Maslov homepage
gute Kritik genießt..

[Boombuler]

Ich schreib auch gerad n Programm in dem ich viele Hashses berechnen muss... hatte das gleiche Problem. Hab das mit nem Thread gelößt und das geht auch super...

Greetz
Boombuler

[shmia]

Man könnte noch das Flag FILE_FLAG_SEQUENTIAL_SCAN angeben:

Delphi-Quellcode:

function MD5File(const FileName: string): TMD5Digest;
var
 F: THandleStream;
 Handle: HFILE;
begin
 Handle := CreateFile(PChar(FileName), GENERIC_READ, FILE_SHARE_READ, nil,
  OPEN_EXISTING, 
  FILE_ATTRIBUTE_NORMAL or FILE_FLAG_SEQUENTIAL_SCAN, // <===
  0);
 if Integer(Handle) < 0 then
   raise EFOpenError.CreateResFmt(@SFOpenError, [FileName]);

Ob's was bringt muss man testen.

[Chewie]

Zitat von m0sch3r:

wie machen das dann emule und co, ich glaube das es nicht nur mit einem separaten thread getan ist..

Nein, bestimmt nicht Emule & Co sind etwas komplexere Anwendungen, die weit mehr als nur 2 Threads parallel laufen haben. Klar ist, dass die Prüfsümmenberechnung (die im Übriegen ja "chunk"weise durchgeführt wird), sich nicht im gleichen Thread wie die GUI befindet. Wohl auch nicht im selben Thread wie der Datenempfang, da hierdurch ja eine Verzögerung auftreten würde.