Empfehlung für Grabber

[Schlaubi]

Hallo!
Ich bin hier im Forum schon auf den "richtigen" Encoder samt Einstellungen gestoßen worden, komme aber mit der Empfehlung CDex als Grabber nicht so ganz klar bzw. er grabbt viel zu langsam und ist auch AdWare, wenn ich das richtig gesehen habe. Exact Audio Copy grabbt bei mir leider auch nur maximal 3x, während ich z.B. mit dem Audiograbber fehlerfrei 10x schaffe. Leider gelingt es mir nicht, LAME im Audiograbber einzubinden, obwohl ich sämtliche Einstellungen ausprobiert habe, jedoch bricht er das encoden schon vor dem Vorgang ab. Vielleicht kann mir ja jemand helfen.
Ich bin auch für jeden anderen Tipp bezüglich Grabber bzw. Grabber-Encoder Kombination dankbar!
Vielen Dank und Ciao!

Schlaubi

[Crissov]

Um erst gar keine Gerüchte aufkommen zu lassen: Als OpenSource-Freeware enthält CDex mit Sicherheit weder Werbung noch Spionagefunktionen. Wer das nicht glaubt, kann ja mal bei Sourceforge vorbeischauen.
EAC ist vermutlich so langsam wegen des E's (= Exact) im Namen, dafür erhälst du aber optimalst mögliche Dateien - um sie gleich danach in ein verlustbehaftetes Format zu überführen. Und genau aus diesem Grund halte ich EAC zum Zwecke der MP3-Encodierung für Overkill. Dass deine 10x_CD mit AG zu 100% fehlerfrei sind, ist möglich aber je nach Laufwerk eher unwahrscheinlich. lame.dll (lame.exe?) muss AFAIK manuell ins EAC-Verzeichnis kopiert werden.
Bei CDex hilft es wahrscheinlich, die Einstellungen für dein CD-Laufwerk zu optimieren, einfach einmalig etwas Zeit investieren.

Anmerkungen für Deutschleher: Apostroph bei "E's" gesetzt, um Missverständnisse zu vermeiden. Der Autor ist Mitglied der Kampagne "Rettet dem Genetiv". Es existiert keine adäquate Übersetzung für den Anglizismus "Overkill".
_________________
Crissov

[MPropper]

yup,

für cdex noch folgender hinweis aus der hilfedatei, dessen übersetzung ich mir grad mal spare (unter setup/cdrom einzustellen):

"Some drive can't read more than 26 sectors at once, thus if you get silent WAV files, make sure that this value is less than 27. If your drive can read more than 27 sectors at once, you can try to increase the value to say about 400, this can speed up the ripping process considerably!"

meine erfahrungen: beim hp 7200i beschleunigt die erhöhung auf 400 read sectors das ripping enorm, beim plextor 16/10/40A bringt die standardeinstellung von 26 bread sectors die volle performance.

[EagleTM]

@Schlaubi:

10x Fehlerfrei ist so ne Sache... ausser mit ganz wenigen CD-ROMs und CDs ohne Staubkörnern drauf (von Kratzern wollen wir gar nicht mal reden) wirst Du bei der Geschwindigkeit für den selben Titel immer eine andere Checksum bekommen.

3 x ist nicht schlecht - Rippen und MP3 encoden dauert halt seine Zeit... ungedult an der Stelle bedeutet im Zweifelsfall schlechte Qualität. Ich warte lieber etwas länger, wenn ich mir sicher sein kann, danach nicht alle WAVs / MP3s nach Klicks durchören zu müssen DAS dauert nämlich noch viiiiiel länger.

[Schlaubi]

Hi!
Erstmal Danke für alle Antworten!

@Crissov

Auf die Idee mit AdWare kam ich nur, weil sich bei mir der Firewall meldete, als ich mit CDex auf CDDB zugreifen wollte. Muss reiner Zufall gewesen sein. Hätte ich gewusst, dass das bei Sourceforge entwickelt wird, wär ich gar nicht drauf gekommen! Muss ich mal den anderen Cydoor-Übeltäter suchen, oder wie das Programm heißt.
Den Gedanken mit "Overkill" nur weil ich eine bitgenaue Kopie haben möchte, kann ich nicht ganz nachvollziehen. Wenn sie nicht genau ist, kommt es ja gerade zu Knacksern, die auch durch eine verlustbehaftete Komprimierung noch deutlich wahrzunehmen sind. Ich möchte also schon "astreine" Wavs haben.
BTW, Hochachtung für die richtige Benutzung von dem Genitiv, jedoch muss die Kampagne richtigerweise "Rettet dem Dativ" heißen!

@MPropper

Danke, ich hatte das schonmal probiert, aber da tat sich nix, als ich aber eben nochmal ausgiebig gestestet habe kam ich mit meinem PIONEER 105S auch auf knapp 10x. Sehr erfreulich! BTW, schaffen die Plextors wirklich ca. 24x ?

@EagleTM

Ich habe eben mit allen drei Programmen nochmal ausgiebig getestet und weiß jetzt, was ihr meint. Mit dem AG ist 10x nicht immer 100%ig (wobei ich noch nie Knackser oder so was hatte), aber ich habe einfach mal die Dateigrößen verschiedener Wavs verglichen und bin zu dem Ergebnis gekommen, dass CDex und EAC bis jetzt immer aufs Byte genau gleich große Dateien liefern (die ich mit EAC nochmal danach kontroliert habe), AG nicht immer.
Dass 10x fehlerfrei generell nicht funktionieren soll, halte ich aber für ein Gerücht. Die ct'-Tests halte ich zwar für etwas praxisfern, denn nur mit CD-Speed die theoretische Schnelligkeit zu testen, hilft ja auch nicht wirklich viel (oder habt ihr schonmal was gegenteiliges zu den Testbedingungen gelesen?), aber aus meinen jetzigen Erfahrungen ist das durchaus möglich und aktuellere Geräte sollten durchaus auch jenseits der 20x auslesen können, oder?

Quintessenz für mich:
Mit CDex kann ich doch mit knapp 10x und (scheinbar) sicher auslesen. Freeware ist es auch noch, scheint also doch mein Programm der Wahl zu werden.

Ciao!

Schlaubi

[mp3-fan]

Schlaubi,
im prinzip schliesse ich mich mit meiner meinung/erfahrung den anderen 3 an.
zu audiograbber:
du kannst in der tat fehlerfrei mit 10x grabben, jedoch nur wenn dein cd-rom-lw gute grabeigenschaften (fehlerfreies auslesen) besitzt und die zu grabbende cd in einem hervorragenden zustand ist. ich selbst habe audiograbber auch überschätzt und mit der vollversion einmal ca 600 songs in 2 wochen gegrabbt. erst später (beim abspielen der songs) sind mir dann etliche beschädigte mp3s aufgefallen. das aussortieren der defekten mp3s hat sicherlich mehr arbeit gemacht als das langsamere grabben mit eac.
ich bin damals auf eac zum grabben und plextor als lesegerät umgestiegen. seitdem grabbe ich absolut fehlerfrei.

lame-encoder einbinden:
audiograbber: du kopierst die lame_enc.dll in das audiograbber-verzeichnis und kannst dann beim nächsten start von audiograbber den lame-encoder in dem encoderauswahlfeld anwählen.
exactaudiocopy: du hast 2 möglichkeiten. einmal die nutzung als "internen" encoder und zum anderen als "externen" encoder.
"interner" encoder: kopiere die lame_enc.dll in das eac-verzeichnis. nach dem start von eac wählst du eac>compression options...>karte "waveform" (<-- sehr sinnvoll, die bezeichnung). jetzt kannst du den lameencoder im feld "waveform" auswählen.
"externer" encoder: du kopierst lame.exe auf deinen comp. in eac wählst du jetzt die karte "external compression" (in den "compression options"). dort markierst du "use external program for compression" und selektierst den pfad zur lame.exe in dem feld "program, including path, used for compression".

ich verwende eac, lame und plextor zum erzeugen von mp3s.

@Crissov: das apostroph (<-- dafür hatten sie im 1000jährigen reich sicherlich ein wunderschönes deutsches wort, ) war schon letztes jahr sommerloch-thema ... denen fällt absolut nichts mehr ein.
ich bin dafür das apostroph ersatzlos zu streichen. zur mündlichen verständigung ist es ja auch nicht notwendig (ebenso wie die grossbuchstaben!).

gruss mp3-fan

[mp3-fan]

Schlaubi,
zu cydoor: hast du kazaa installiert und version 1.3 auf 1.3.1 upgedatet? dann ist das der übeltäter.

gruss mp3-fan

[Schlaubi]

Hi!
Vielen Dank für die ganzen Erklärungen bezüglich LAME und EAC, aber das klappte bei mir ohnehin schon. Mein Problem lag/liegt eher bei LAME mit CDex, aber nach dem Download der aktuellen CDex-Beta lässt sich LAME ja auch intern einbinden und da gibt es ja sogar das r3mix-Preset als direkte Einstellung, damit sind im Prinzip diese Probleme für mich gelöst. Nett wäre es, wenn man noch mehr Einfluss auf die ID3-Tags nehmen könnte. Gibt es ne Möglichkeit, nur die Tracknummer und nicht "Tracknummer/Anzahl der gesamten Tracks" in das "Track"-Feld des ID3V2-Tags zu schreiben? Macht er bei mir immer, möchte ich aber nicht.

@mp3-fan

Nein, kazaa habe ich nicht drauf, aber danke für den Tipp. Blocken tue ich Cydoor momentan ohnehin durch den Firewall. Ans Entfernen mache ich mich dann später mal.

Ciao!

Schlaubi