Für EAC bieten wir übrigens ein vorkonfiguriertes Profil an

  :D  ja danke, das habe ich mir gestern noch runtergeladen...

Ich wollte verstehen, ob es technische Vorteile gibt,  wenn zunächst eine WAV-Datei erstellt wird, weil ich diese Option bei EAC gefunden hatte.

Im Audiograbber-Forum wurde in der Vergangenheit mehrfach empfohlen, "direkte Datenströme" in Verbindung mit LAME abzuschalten, also erst eine WAV-Datei erstellen zu lassen, da es sonst zu Problemen beim Schreiben des VBR-Headers[1] und somit mit der Zeitanzeige in verschiedenen Playern kommen kann. Wenn dich das Thema näher interessiert, dann recherchiere dort mal unter diesem Suchbegriff.

Für EAC bieten wir übrigens ein vorkonfiguriertes Profil an - siehe Anleitung.

[1] Der VBR-Header ist ein Eintrag am Dateianfang und enthält die Anzahl der Frames in der Datei. Diese Angabe ist zur Berechnung der Länge einer MP3-Datei mit variabler Bitrate hilfreich, was sonst nur mit hohem Zeitaufwand möglich wäre, indem man die komplette Datei ausliest. Der VBR-Header war im ursprünglichen MP3-Standard ebenfalls nicht existent, sondern wurde erst durch den Xing-Encoder eingeführt und später im FastEnc-Encoder von Fraunhofer sowie in LAME verwendet.

Hilft dir das weiter?

Ja, das tut es - Vielen Dank.

Ich wollte verstehen, ob es technische Vorteile gibt,  wenn zunächst eine WAV-Datei erstellt wird, weil ich diese Option bei EAC gefunden hatte.

1. Ohne das Zutun des Benutzers, d.h. die Software rippt und encodiert parallel oder hintereinander. Rein technisch gesehen ist hier beides durchaus möglich und üblich. Fast alle Encoder akzeptieren neben WAV-Dateien auch einen Strom von unkomprimierten Audiodaten als Eingabe, können also direkt während ein Track gerippt wird encodieren. Manche Anwendungen wie z.B. foobar2000 oder CD-Ripper, die LAME per DLL einbinden, machen es so, andere wie z.B. EAC nicht.

Bei Anwendungen, die gleichzeitig rippen und encodieren, in dem Sinne, dass sie die ausgelesenen Daten sofort zum Encoder schicken und nicht erst das Ende eines Tracks abwarten, kann es zu Zeitproblemen kommen, je nachdem wie Encodier- und Auslesegeschwindigkeit im Verhältnis stehen. Arbeitet der Encoder schneller als das Laufwerk, was bei modernen Rechnern der Fall ist, dann dauert der gesamte Vorgang nur so lange wie das Auslesen. Arbeitet dagegen das Laufwerk schneller, dann wird das Auslesen durch den langsamen Encoder hinausgezögert und das Laufwerk unnötig lange belastet und in Beschlag genommen.

EAC arbeitet mit den von uns empfohlenen Einstellungen so, dass es gleichzeitig rippt und encodiert, allerdings das Encodieren eines Tracks erst anfängt, sobald dieser fertig ausgelesen ist. Während der Track encodiert wird, fängt es bereits mit dem Auslesen des nächsten an. Unabhängig vom Verhältnis der beiden Geschwindigkeiten steht das Laufwerk nach Beendigung des Auslesens direkt für die nächste CD zur Verfügung. EAC sorgt durch seine Encoder-Warteschlange dafür, dass verbleibende Tracks noch komprimiert werden. Der Zeitverlust ist dadurch minimal bis vernachlässigbar, denn auf modernen PCs sind die Encoder ohnehin meist schneller als die Laufwerke im Secure Mode, so dass nach dem Auslesen des letzten Tracks nur noch dieser encodiert werden muss.

2. Mit Eingriff des Benutzers, d.h. man rippt zuerst nach WAV und führt dann nochmal manuell eine Anwendung aus, die in das gewünschte Format encodiert. Ich erkenne darin auf den ersten Blick keine Vorteile. Man müsste die Tags nochmal per freedb beschaffen oder aus den Dateinamen der WAV-Dateien bilden. Letztendlich ist das wirklich nur verschwendete Zeit. "Encodieren über Nacht" ist nur noch bei früheren Rechnergenerationen nötig.

Hilft dir das weiter?

Verwandtes Thema: Sammelthread: Encodier-Geschwindigkeiten