MP3-Double-Finder

Version 1.6 ( 14.03.10 )
Dieses Programm findet doppelte MP3-Dateien anhand des Dateinamen und der ID3-Tags (optional) und zeigt diese in einem ListView an.
Man kann sich die doppelten MP3s anhören und/oder löschen (bzw. in den Papierkorb verschieben). Diese Funktionen stehen im Kontextmenü (rechte Maustaste auf ein Item) zur Verfügung.
Seit der Version 1.1 stehen mehr Informationen (ID3-Tags) zu jeder doppelten Datei zur Verfügung, sodass man besser beurteilen kann, ob die Dateien wirklich gleich sind.
In der Version 1.2 werden jetzt die verschiedenen Windows-Versionen berücksichtigt, sodass das Script unter Windows2000/XP/Vista und Windows7 funktionieren sollte. Den Abbruch-Button von Version 1.1 habe ich wieder entfernt (Abfrage war schlecht programmiert ). Man kann jetzt das einlesen des Verzeichnisses und die eigentliche Suche mit der [ESC]-Taste abbrechen.
Mit der Version 1.3 gibt es jetzt eine Ähnlichkeitssuche. Man kann einstellen (in Prozent) wie ähnlich zwei Dateinamen min. sein müssen, damit sie in der Liste angezeigt werden. Je nach Anzahl der MP3s und der Rechnergeschwindigkeit kann das sehr lange dauern. Aber dass das überhaupt erst möglich wurde, haben wir bernd670 zu verdanken, der eine Funktion dafür in C++ programmiert hat (ist ca. 1000 mal so schnell). Danke nochmal dafür, Bernd!
Außerdem wird jetzt das ausgewählte Suchverzeichnis in einer Inidatei abgespeichert, sodass es beim nächsten Programmstart gleich oben eingetragen ist.
In der Version 1.4 habe ich noch ein wenig den Sourcecode aufgeräumt (sollte noch ein bißchen schneller geworden sein). Außerdem kann man jetzt eine Logdatei erstellen lassen. Und am Ende des Suchlaufs ertönt jetzt ein "Fertig"-Sound.

Vorsicht! Beim Löschen bzw. in den Papierkorb verschieben, gibt es keine zusätzliche Abfrage!

Edit, Version 1.6
- Die ID3-Tags werden jetzt von meiner Funktion direkt aus dem Header der Datei gelesen (funktioniert unabhängig vom Betriebssystem)
- Die Fenstergröße etwas verkleinert (Tribut an die Netbooks mit ihren 1024x600 Pixel Bildschirmen).
- Erklärende Tooltips zu den Checkboxen hinzugefügt
- Einige Anpassungen an die neue AutoIt-Version

Screenshot:
autoit.de/wcf/attachment/6033/

Das Script sowie die compilierte Exe, die DLL und das Programm-Icon befinden sich im ZIP-Archiv (Anhang).

Naja, die Dateien müssen ja nicht zwangsläufig doppelt sein. Es kann sich ja auch um verschiedene Versionen (Live, Maxi, etc.) des gleichen Liedes handeln.
Aber mit dem Programm kann man sie ausfindig machen und das finde ich ganz praktisch.

Meine Funktion _RecursiveFileListToArray, die ich hier verwende ist zwar sehr schnell, aber nicht die Schnellste. Es gab hier vor ein paar Tagen eine Version (irgendwas mit EX), die noch etwas schneller war.
Beim Testen musst Du allerdings darauf achten, dass der erste Aufruf länger dauert, als die nachfolgenden (auch mit anderen Funktionen). Das liegt an dem Festplatten-Cache. Ein einmal eingelesenes Verzeichnis befindet sich eine zeitlang im Cache und wird anschließend aus diesem ausgelesen.
Meine Funktion ist aber (glaube ich) die Kürzeste.

Es gibt eine neue Version (siehe Post #1).
Man kann jetzt zusätzlich die ID3-Tags in die Suche einbeziehen. Wenn die ID3-Tags von zwei MP3s gleich sind, werden sie ins Listview aufgenommen (mit rotem Hintergrund).
Die doppelten Dateinamen haben nun einen grünen Hintergrund.

Alina: Eigentlich dürfte es nicht vorkommen, dass beide Bedingungen (gleiche Datei und gleiche ID3-Tags) zutreffen, denn wenn die Datei gleich ist, überspringe ich die ID3-Prüfung. Die ID3-Tags werden ja auch bei Dateigleichheit angezeigt und so kann man anhand der Daten ja schon ganz gut beurteilen, ob sie wirklich gleich sind.
Was die fehlerhafte ID3-Tag-Darstellung bei Dir angeht, gehe ich mal davon aus, dass Du nicht WindowsXP benutzt hast. Ich habe die Abfrage in der neuen Version mal den unterschiedlichen Windows-Versionen angepasst und hoffe, dass das so jetzt richtig ist.

UEZ: Ein Abbruch-Button gab es in der Version 1.1, aber die Abfrage war Mist. Jetzt habe ich die [ESC]-Taste dafür vorgesehen (wollte nicht alles umschreiben).
Ein Binärvergleich anhand der MD5-Checksummen würde (vermutlich) ewig dauern, bei einigen tausend MP3s. Ich glaube nicht, dass das sinnvoll ist. Obwohl es schon cool wäre...

Achja: Neue Version in Post #1

Kannst Du das mal mit anderen MP3s testen? Evtl. sind bei den beiden MP3s die ID3-Tags falsch.
Denn ich habe ebenfalls WinXP-Prof und bei mir stimmen die Daten mit [10, 16, 21, 22].

Neue Version (siehe Post #1).
Jetzt mit Ähnlichkeitssuche.

Das mit dem "besseren MP3-Player" lasse ich mir mal durch den Kopf gehen.
Erstmal gibt es jetzt eine neue Version (siehe Post #1), in der ich den Sourcecode etwas aufgeräumt und ein paar kleine Details hinzugefügt habe.

So, nach langer Zeit gibt es mal wieder ein Update (siehe Post #1).
Damit sollte das leidige Thema der ID3-Tags und der verschiedenen Windows-Versionen endlich vorbei sein. Das einlesen übernimmt jetzt eine Funktion von mir direkt aus dem Header der Datei.
Außerdem gibt's noch ein paar Anpassungen.