CRC32 Prüfsumme

[Sekai]

Kennt jemand ein Tool, welches automatisch nach einem CRC32 Wert in einem Dateinamen sucht und mit dem berechneten vergleicht?
Auch wenn es nur wenige Sekunden dauert...es nervt halt, vor allem wenn man gleich viele auf einmal prüfen möchte.

[shinpei]

unter tools auf der f-s hp werden 2 derartige progs angeboten... ansonsten suchste mal bei google unter hash calculater

[Sekai]

unter tools auf der f-s hp werden 2 derartige progs angeboten... ansonsten suchste mal bei google unter hash calculater

das ist mir schon klar.....

Ich suche aber eines, welches den CRC32-Wert der in einem Dateinamen mit angegeben ist, automatisch erkennt und vergleicht.
zb. [subs4u]_Real_Drive_05_(H264,720p,ger.sub)[0AD7CEC2].mkv
Naja, muss ich mir wohl selber machen :<

[shinpei]

aso^^ dann versuchs mal mit "zidrav"... das dürfte dir die datei vergleichen... wenn man der hp von german-fansubs glauben kann^^ selbst ausprobiert habe ichs nicht

[Sekai]

aso^^ dann versuchs mal mit "zidrav"... das dürfte dir die datei vergleichen... wenn man der hp von german-fansubs glauben kann^^ selbst ausprobiert habe ichs nicht

hm,

ZIDRAV is a file corruption detection and repair program. It's designed to provide a way to fix file damage without having to redownload the entire (potentially large) file over a (potentially slow) connection.

Danke trotzdem


Ich "bastel" mir nun selbst so etwas hin, kann es auch später hochladen, wenn jemand auch so ein Faulheitstool will.

[Garrett]

Wie hast du vor das zu basteln?

[Devil Doll]

Na ja, den CRC32 des Inhalts einer als Pfadname-Parameter übergebenen Datei zu berechnen kann so schwer nicht sein (Perl hat ein fertiges CPAN-Modul dafür), das Parsen des Dateinamens nach "[????????]" mit Heraustrennen dieses Namensteils auch nicht (diese Syntax muss natürlich vorgegeben sein) und das Vergleichen der beiden Ergebnisse (mit Ausgabe einer Meldung im Falle einer Abweichung) erst recht nicht. Fehlt nur noch das rekursive Abarbeiten eines Verzeichnisbaums von einer Wurzel aus ("find"), und fertig ist die Laube.

[Garrett]

Ich wollte eher auf: "In welcher Sprache hast du vor, das zu basteln?" hinaus, hätte ich vielleicht deutlicher sagen sollen... :/

[Sekai]

Na ja, den CRC32 des Inhalts einer als Pfadname-Parameter übergebenen Datei zu berechnen kann so schwer nicht sein (Perl hat ein fertiges CPAN-Modul dafür), das Parsen des Dateinamens nach "[????????]" mit Heraustrennen dieses Namensteils auch nicht (diese Syntax muss natürlich vorgegeben sein) und das Vergleichen der beiden Ergebnisse (mit Ausgabe einer Meldung im Falle einer Abweichung) erst recht nicht. Fehlt nur noch das rekursive Abarbeiten eines Verzeichnisbaums von einer Wurzel aus ("find"), und fertig ist die Laube.

Stimmt.


siehe neuem Thread. Dieser hier kann nun von einem netten Moderator geschlossen/gelöscht/verschoben ... werden.

thx, sekai

[Tass]

Dieser hier kann nun von einem netten Moderator geschlossen/gelöscht/verschoben ... werden.

Nö

[Sekai]

Dieser hier kann nun von einem netten Moderator geschlossen/gelöscht/verschoben ... werden.

Nö

Oh Tass mag nicht nett sein!

[Garrett]

Wär auch irgendwie unnötig einen Thread, der thematisch am ende ist, zu schließen. Das wäre doppeltes gemoppel.

[nano]

Man hätte ja gar nicht erst einen neuen Thread aufmachen müssen. Man könnte die beiden also getrost zusammenführen statt löschen.

[Sekai]

Man hätte ja gar nicht erst einen neuen Thread aufmachen müssen. Man könnte die beiden also getrost zusammenführen statt löschen.

Nein, hätte ich den neuen Post hinten angehängt, hätte das eh keiner gemerkt. Und wozu zusammenführen, diese Posts hier stellen keinerlei Nutzen dar.
Ich habe eine Frage gestellt, keiner wusste eine Antwort, ich habe das Problem selbst gelöst und Ende.

[Ovaron]

Das einfachste Programm ist bisher hashtab für mich und ies kann nicht nur CRC§" sondrn auch anderen Unsinn.