Also ich muß an dieser Stelle eine Warnung vor dem Omni Encoder aussprechen. Es kann sehr leicht zu einem Datenverlust kommen. Ich versuche mal zu beschreiben, was mir passierte:

Ich habe aus meinem DVD-Archiv mit ape-Dateien den Inhalt einer DVD auf mein Laufwerk F: kopiert und anschließend mit Monkey's Audio in wav-Dateien umgewandelt. Das ergab ca. 7 GB mit wav-Dateien, Struktur: \Interpret\Jahr Album\Track Interpret - Titel.wav, insgesamt 151 wav-Dateien.

Per Drag'n'Drop ließen sich alle Titel in den Omni Encoder ziehen. Unter Options habe ich die Option Delete Source Files after Conversion und als Encoder Free Lossless Audio Codec ausgewählt. Dann ging ich zu Action, Start Conversion und wählte im anschließenden Dialog (Select Destination) The source location(s).

Und dann legte der Omni Encoder los, allerdings m. E. ein wenig unorthodox. Die Verzeichnisse mit den wav-Dateien leerten sich schrittweise, ohne dass flac-Dateien dort erschienen. Die flac-Dateien hat der Omni Encoder offensichtlich irgendwo auf dem Laufwerk C: abgelegt, wo genau, habe ich nicht ermitteln können. Dass es aber auf jeden Fall C: war, habe ich durch Rechtsklick auf das Laufwerkssymbol C:, Eigenschaften gesehen.

Der Platz auf C: nahm beängstigend ab, Für sowas hatte ich ja C: auch gar nicht eingerichtet. Und dann kam, was kommen mußte: C: war voll, der Omni Encoder meldete bei einer wav-Datei einen Fehler (stimmt nicht, ich habe es mit dem flac-Frontend ausprobiert). Diese Meldung konnte man nur mit Ok bestätigen. Dann wurde hörbar auf der Festplatte gewerkelt, danach war auf C: wieder soviel Platz wie vor der Aktion, aber die bis dahin geleerten Verzeichnisse mit den wav-Dateien blieben leer. Futsch! 6 von 7 GB waren im Daten-Nirvana verschwunden. Papierkorb? Fehlanzeige! So groß ist der ohnehin nicht. Zum Glück kein Problem für mich, die DVD habe ich ja noch. War ja nur mal ein Versuch. :(

Irgendwie ist diese Arbeitsweise von Omni Encoder total meschugge. Wenn ich mit Monkey's Audio en- bzw. decodiere, legt Monkey die neue Datei sofort im gewünschten Verzeichnis ab und löscht dann anschließend erst die Quelldatei. So ein Mist wie mit dem Omni Encoder ist mir da bisher noch nicht passiert. Ich habe weder eine ini-Datei noch einen Registry-Eintrag gefunden, mit dem man dieses blöde Verhalten vom Omni Encoder abstellen könnte.

Mit dem Frontend hatte ich keine Probleme. Zwar ließen sich die Verzeichnisse \Interpret\ nicht in das Dateifenster ziehen, wenn ich mich aber eine Etage tiefer geklickt habe, die Verzeichnisse \Jahr Album\ markierte und sie dann ins Dateifenster vom Frontend zog, funktionierte alles bestens. Die wav-Dateien wurden geflact, die Zieldatei wurde sofort im Quellverzeichnis abgelegt und dann erst wurde die Quelldatei gelöscht. Nicht ganz so elegant wie mit Monkey's Audio, da kann man die Verzeichnisse \Interpret\ ins Dateifenster ziehen, aber ausreichend komfortabel.

Gruß und Dank an alle für das beste Forum im Internet (ich hätte sonst immer noch keine Ahnung von lossless Codecs)

rhinozeros

Edit/DAU: Habe das mal der Übersichtlichkeit halber ein wenig bearbeitet. Ansonsten: Gründlicher Beitrag. Danke! :).

Und: Was bedeuten die Kommandozeilenoptionen für Flac in der Anleitung (hier aus dem Forum).

Aus der Anleitung:

Und: Was bedeuten die Kommandozeilenoptionen für Flac in der Anleitung (hier aus dem Forum). -T… sind die Tags, aber die letzten beiden oder drei?

Dann starte ich auch mal einen Testlauf, mit dem Frontend und den Einstellungen aus EAC.

Joe 70,17.02.2007, 18:19 schrieb:

ACHTUNG: Sollte die "flac.exe" die Datei nicht wie erwartet erstellen, könnte in kürzerster Zeit das gesamte Archiv zerstört sein, da (wenn ich es richtig verstehe) die Inputdatei überschrieben wird.

Dagegen sollte die Option --delete-input-file helfen, die nur löscht, wenn alles erfolgreich lief.

Wahlweise wurde auch auf HA eine Batch-Datei veröffentlicht, die da helfen könnte: Link

Hi Mac,

ich habe mir den Link mal angesehen und die dort gepostete Datei getestet - die ist sogar noch besser, da am Ende angezeigt wird, wie viele Dateien neu codiert wurden und wie viele Fehler es dabei gab. Zudem wird angezeigt, wie viele Bytes durch die Neu-Codierung eingespart wurden. Klasse. Vielen Dank für den Link.

Gruß
Franklin

mit dem Omniencoder ließe sich das auch einfacher bewerkstelligen. Hauptverzeichnis wählen und loslegen.
(Inhalte werden von den Quelle übernommen)

Mir kam die Tage nach dem Release von Flac 1.14 selbige Idee
nur viel mehr an Kompression ließe sich nicht erzielen, je Datei nur wenige MB's,
dafür war der ganze Vorgang nach wenigen Stunden fertig.

Ich habe nun eine BAT-Datei geschrieben, die folgendermaßen aussieht:

@ECHO OFF

REM Parameter: Pfad zur flac.exe
set flacpath="D:\foobar2000\codecs\FLAC 1.1.4"

REM Parameter: Kompressionsstufe
set flaclevel=8

REM Parameter: Verifizierung der Daten: ja (--verify) oder nein (leer lassen)
set flacverify=--verify

if --%1-- == ---- goto noParm
if not exist %1 goto noDir
if not exist %flacpath% goto noFLAC
goto Start

:noParm
ECHO.
ECHO Kein Verzeichnis angegeben
ECHO.
goto End

:noDir
ECHO.
ECHO Das angegebene Verzeichnis existiert nicht
ECHO.
goto End

:noFLAC
ECHO.
ECHO flac.exe konnte nicht gefunden werden
ECHO.
goto End

:Start
ECHO.
ECHO Transkodierung beginnt
ECHO.
for /r "%1" %%i in (*.flac) do %flacpath%\flac.exe -%flaclevel% --delete-input-file --force %flacverify% "%%i"
ECHO.

:End
pause

Über drei Parameter wird das Zielverzeichnis,  die gewünschte Kompressionsstufe und die Verifizierung der Daten (ja/nein) festgelegt, danach durchläuft die Datei alle Unterverzeichnisse des angegebenen Ordners automatisch und schreibt alle FLAC-Files neu. Die Tags und ReplayGain Informationen bleiben dabei erhalten. Wahlweise werden die Daten auch verifiziert.

Gruß
Franklin

ACHTUNG: Sollte die "flac.exe" die Datei nicht wie erwartet erstellen, könnte in kürzerster Zeit das gesamte Archiv zerstört sein, da (wenn ich es richtig verstehe) die Inputdatei überschrieben wird.

Dagegen sollte die Option --delete-input-file helfen, die nur löscht, wenn alles erfolgreich lief.

Wahlweise wurde auch auf HA eine Batch-Datei veröffentlicht, die da helfen könnte: Link

das von dir gewünschte sollte sich leicht erledigen lassen.

Auf der Kommndozeile

for /R "PFAD" %i in (*.flac) do BEFEHL "%i"

bzw. in eine BAT-Datei

for /R "PFAD" %%i in (*.flac) do BEFEHL "%%i"

Mit der genannten Befehlzeile müsste dies dann so aussehen. (in einer Bat)

for /R "PFAD" %%i in (*.flac) do flac.exe -f -8 "%%i"

ACHTUNG: Sollte die "flac.exe" die Datei nicht wie erwartet erstellen, könnte in kürzerster Zeit das gesamte Archiv zerstört sein, da (wenn ich es richtig verstehe) die Inputdatei überschrieben wird.

Joe

eine letzte Frage noch:

Bei der flac.exe kann man ja nur einzelne Dateien angeben, also beispielswiese:

flac.exe -f -8 "01 - Track 1.flac"

Dadurch wird die angegebene FLAC-Datei unter Beibehaltung der Tags und ReplayGain Informationen neu geschrieben.

Wie kann ich das ganze am besten in eine BAT-Datei aufnehmen, so dass ein ganzes Verzeichnis inkl. aller Unterverzeichnisse bearbeitet wird?

Besten Dank.

Gruß
Franklin

Das mag bei Dir, Franklin, mit deinen 1.1.0-Dateien anders aussehen.  ;)

Nach einem schnellen Q&D-Test:

- Bleiben die Tags dabei erhalten?

Sowohl mit Foobar2000 als auch mit der flac.exe: Ja

- Bleiben die ReplayGain Informationen dabei erhalten?

Mit der Flac.exe: Ja
Mit Foobar2000 (0.9.4.1): Nein

Korrigiert mich, falls ich falsch liege...

Hallo Mac,

ich kann Deine Aussagen exakt bestätigen, bei mir ist es genauso.

Gruß
Franklin

Die neue Flac-Version 1.1.4 ist im Vergleich zu 1.1.3 schneller geworden (bei -8 anscheinend ca. 50% der Zeit) und erzeugt bei identischer Einstellung der Kompressionsrate kleinere Dateien. Deshalb kann man sich überlegen, ob man z.B. seine Standardkompressionsrate bei der Erstellung von neuen Daten höher einstellt, da der Zeitaufwand halbwegs gleich bleibt, oder ob man seine FLAC-Dateien komplett rekodiert, um Platz zu sparen.

Genau das ist meine Intention.

Gruß
Franklin

Beim Abspielen gibt es doch keinen Unterschied zwischen mit Version 1.1.0 und 1.1.4 geFLACten Dateien (z.B. schnellere Zugriffszeiten) oder täusche ich mich?