Delphi-PRAXiS - Parallelisierer für EAC + Lame mp3 encoder

Wer kennt es nicht: Eine Festplatte ist über den Jordan gegangen und die Musiksammlung steht nurnoch in Scheiben im Regal, die man nun alle noch einmal rippen muss. :wall:

Exact Audio Copy (EAC) ist kein schlechtes Programm, doch der Umstand, dass es in Version 0.99 noch zu keiner Parallelisierung von rippen und encoding fähig ist, kostet nicht nur Zeit sondern frustriert ungemein.

Das hier umgesetzte Tool ermöglicht ein wesentlich schnelleres rippen mit EAC dadurch, dass es den Encoder von EAC abkoppelt, sich um die Dateinamen kümmert und die übrigbleibende, temporäre Datei entsorgt. Alles funktioniert wie gewohnt, nur schneller, da bei einfachen Systemen gleichzeitig von CD gelesen und encodiert werden kann, bei Mehrkernsystemen mit schnellen Laufwerken laufen üblicherweise mehrere Encoderinstanzen.

Zur Verwendung:
lamerun.exe wird ins gleiche Verzeichnis wie lame.exe kopiert. Den Encoderparametern muss ein -loop hinzugefügt werden, die Ausgabedatei wird als Originaldateiname der .wav - Datei gesetzt.

Zitat:

-loop -V 0 --vbr-new --add-id3v2 --pad-id3v2 --ta "%a" --tt "%t" --tl "%g" --ty "%y" --tn "%n" %s %o

1. Schritt: lamerun -loop <parameterliste> ruft sich selbst auf, ohne auf ein Beenden der Applikation zu warten. Der Aufruf erfolgt als lamerun <parameterliste>
2. Schritt: Die neue Instanz von lamerun ergänzt den Dateipfad (gleicher Pfad wie jener der Quelldatei %s) und korrigiert die Dateiendung zu .mp3, mit der modifizierten Parameterliste wird lame.exe ausgeführt und gewartet, bis das encoding abgeschlossen ist. Danach wird die temporäre Datei %s gelöscht.

ich weiß, dass das noch alles sehr statisch ist. Begrüßenswerte Weiterentwicklungen wären:
- eigenständige Parameter für das aufzurufende Programm
- frei wählbare Datienamenserweiterung
- Ein Management für die Rückgabewerte, die momentan ignoriert werden.
- sollten zu viele Anwendungen laufen, kann es sein, dass ein encoderprozess nicht gestartet wird. Man sollte den Rückgabewert des Execute-Befehls noch prüfen, ggf. die Prozesspriorität zum Starten hochsetzen.