CDex 1.51 Vielfalt an Qualitätseinstellungen - Welche Bedeutung?

[chr_krueger]

Habe leider probleme beim Rippen meiner CDs mit dem CDex Programm. Es liegt anscheinend daran, dass ich mit 128 Bit aufnehmen bzw. unter Optionen/Einstellung/Kodierer im Fenster Qualität bisher mit "alt preset standart" aufgenommen habe. So wie von euch empfohlen. Nun habe ich auf "normal q=5" umgestellt und die Bitrate auf "Min. 160" erhöht. So läuft es besser aber die Datenmenge ist nun auch doppelt so hoch!!!

Was haben die Einstellungsmöglichkeiten unter dem pulldown Fenster von "Qualität " für Bedeutungen??? Mich irritiert die Masse an Möglichkeiten !!!

[Shimaere]

Hallo!
Genau diese Probleme habe ich auch.
Ich konvertiere aber wahlweise mit EAC und CDex... kann mich nie so recht entscheiden.

Weil ich einen ziemlich lahmen Rechner habe(Pentium3, 900MHz) stelle ich die Lesemethode (ich glaube das war bei EAC) auf Burst. Damit erlange ich bis zu 12-Fache Lesegeschwindigkeit.
Nur wenn ich eine CD mit Kratzern habe, stelle ich auf Paranoid. Ansonsten würde die Angelegenheit bei ca. halber Geschwindigkeit eine Ewigkeit dauern.

Leider habe ich nicht das Geld dazu meinen Rechner schneller zu machen... oder auch nicht die Kenne, ihn zu tunen.

Ich weis also auch nicht, wie man die besste Einstellung für meinen Rechner macht. Und das mit p=5 bzw p=2 usw. ist mir auch nicht klar.

Wie vonm Vorredner schon gesagt, gibt es da viel zu viele Möglichkeiten.

Grüße, Heiko
_________________
Es ist nicht Deine Schuld, dass die Welt ist wie sie ist, es wär nur Deine Schuld wenn sie so bleibt.
Weil jeder der die Welt nicht ändern will, ihr Todesurteil unterschreibt!

[fnfan]

@chr_krüger,
Du abeitest vermutlich mit Lame MP3 Encoder (lame_enc.dll). Besser, du nimmst als externen Encoder die lame3.96.1.exe. Dort sind die Einstellungen für die Bitrate zwar vorhanden, sie haben aber keine Wirkung. Gilt für --alt preset standard %1 %2

@shimaere,
ich habe einen noch lahmeren Rechner nämlich AMD 600. In der Regel braucht Cdex etwa 2,5 Minuten zum Konvertieren. Wie gesagt mit der neuen lame1.96.1.exe.
Die älteren Encoder von Lame (auch die lame_enc.dll) sind spürbar langsamer.
Im Allgemeinen gilt, je höher die Bitrate umso weniger wird encodiert, und hat dementsprechend eine kürzere Konvertierungszeit.
Was EAC/Cdex angeht, so sind die Kodierungsergebnisse gleich, aber EAC bietet eben eine viel bessere CD-Unterstützung an, das sich besonders bei schlechteren Original-CDs bemerkbar macht. Voraussetzung ist natürlich, dass man in EAC diese sehr umfassenden Funktionen auch nutzt.
Gruß fnfan

[Shimaere]

@fnfan,

2,5 Min zum Konvertieren? Das ist schnell!
Und das mit "alt preset standard"? Nun, dann muss ich noch ein wenig die Nase in die Gebrauchsanleitung stecken.
Mit LAME 3.97a3 oder auch 3.96.1 -ganz egal- (VBR 32-320 kb/s) gibt mein Karren nur etwa 3-fache Geschwindigkeit ab.
Des is nich viel... im Gegensatz zu Deinem grandiosen Tempo.
Beim Einlesen sind es immerhin 10-13-fache.

Gibts da eigentlich Unterschiede, bei den Bitraten von "32-320 kb/s"
Dass z. B. der Schwerpunkt bei etwa 192- oder 128 kb/s liegt? Bei den EAC-Einstellungen sieht das fast so aus, als wäre eben das so.
_________________
Es ist nicht Deine Schuld, dass die Welt ist wie sie ist, es wär nur Deine Schuld wenn sie so bleibt.
Weil jeder der die Welt nicht ändern will, ihr Todesurteil unterschreibt!

[fnfan]

Du solltest die getetesten Lame.exe verwenden, also 3.96.1 oder die ältere (etwas langsamere) 3.9.03

Wenn du mit den Parametern und der lame.exe arbeitest (z.B. --alt preset standard %1 %2) haben die in CDex angezeigten Bitrates keine Wirkung. Das steht in vielen Anleitungen und ich habe es selbst getestet.
Manchmal muss man sich bei den Einstellungen durchkämpfen. Habe z.B. bei EAC im Moment das Problem, dass von mir veränderte Profile nicht aktzeptiert werden und mit einer Fehlermeldung EAC beendet wird.
Würde dir auch empfehlen, die sehr guten Anleitungen hier bei Mpex zu lesen, z.B. über Lame.
http://www.mpx.net/software/details/lamedll.html
http://www.mpx.net/software/details/cdex.html
Gruß fnfan