CD-Ripper "all in one"

[HumiNi]

Hallo zusammen,

nach langer Zeit wollte ich mal wieder komplette CDs am Stück rippen. Für simple mobile Geräte oder Hörspiel-CDs meiner Tochter ganz praktisch. Ich bekomme es leider nicht mehr gebacken.

SoundJuicer rippt nur einzelne Titel.
CDex bekomme ich mit wine nicht mehr zum Laufen, weil Audio-CDs nicht erkannt werden.
Selbst Versuche mit einer herumliegenden XP-Version unter Virtualbox und CDex sind gescheitert.

Was benutzt ihr für solche Zwecke? Worauf sollte ich meine Bemühungen konzentrieren?

Gruß
erno

[DeletedUserReAsG]

cdparanoia, das bei den meisten Frontends im Hintergrund die Arbeit macht, macht das ohne weitere Optionen als Defaulteinstellung. Bei vielen Frontends kann man einstellen, wie es aufgerufen werden soll – da das -B rausnehmen und es sollte tun. Oder halt direkt cdparanoia ziel.wav in eine Shell tippeln. Nebenbei ist das Programm auch noch ziemlich gut darin, eine fehlerhafte Stelle solange immer wieder zu lesen, bis es die meisten Daten hat.

[smutbert]

zwar bevorzuge ich pro Track eine Datei, aber mein Lieblingsripper xcfa kann auch eine Datei pro CD schreiben.

[Blackbox]

ripperx

asunder

[Meillo]

jack: ``Rip and encode CDs with one command''. Inklusive passender Dateibenennung dank FreeDB-Abfrage.

EDIT: Wenn genau eine Datei fuer den kompletten Inhalt der CD erstellt werden soll, dann ist meine Antwort unpassend.

[mullers]

Kam zwar noch nicht in die Verlegenheit, nur eine große Datei anlegen zu müssen, aber mein bevorzugter ripper abcde kann es wohl auch:

Code: Alles auswählen

abcde -1

[Revod]

Wenn Du KDE hast, [deb]soundkonverter[/deb], lässt sich jedoch auch mit einen Minimales an KDE-4 Dateien und dessen i-10n ( oder i-18n ) installieren.

Nach langer Zeit muss ich den auch wieder Mal erneut testen ( in mein LXDE habe ein paar Anwendungen, die wenige Ressourcen und nicht das ganze KDE Envoriment brauchen, glücklicherweise ).

Doch XCFA von " smutbert " erwähnt finde auch ich sehr klug.

[HumiNi]

Als Gnome-User (hatte ich leider vergessen zu erwähnen, sorry) schien mir die Kombination cdparanoia / asunder ein guter Kompromiss.
Aber: Ich kann im Frontend asunder nicht erkennen, wie bzw. wo man die "all in one"-Funktion einstellt.
Und: Die CDDB-Abfrage (freedb.freedb.org) funktioniert nicht. Mein erster Versuch (Mark Knopfler - Tracker) bekommt den Interpreten "Kno" und Titel sind mit aaa1-aaa11 benannt. Der Gnome-Standard-Ripper SoundJuicer hat mit der CDDB-Abfrage kein Problem. Allerdings hat er mir nicht verraten, welchen evtl. anderen Server er befragt.

Kann mich dazu bitte jemand erleuchten? Danke.

[Revod]

Welches ist der Gnome Standard Ripper? Etwa [deb]grip[/deb] ( bin mir nicht sicher ob es nur in Debian-Multimedia gibt )

Hast Du " xcfa " bereits testen können?

[ralli]

Ich habe mit asunder gute Erfahrungen gemacht.

[Blackbox]

Ich habe mit asunder gute Erfahrungen gemacht.

Me too, und eine ganze Cd als eine Datei ist ebenfalls möglich.

Start: Anfangzeit Track 1
Ende: Endzeit Track X

[HumiNi]

Ich habe mit asunder gute Erfahrungen gemacht.

Me too, und eine ganze Cd als eine Datei ist ebenfalls möglich.

Start: Anfangzeit Track 1
Ende: Endzeit Track X

Also - das Problem mit der CDDB kann ich nur halb asunder anlasten. Es kann nicht gut mit redundanten (und schrottigen) Einträgen bei freedb umgehen.
Meine Version (wheezy) ist 2.2. Da kann ich keinerlei Einstellmöglichkeiten zu Start und Ende finden.

Der default-Ripper:

Code: Alles auswählen

$ apt-cache show sound-juicer
Package: sound-juicer
Version: 3.4.0-3
...
Description-de: GNOME-CD-Ripper
 Ein CD-Ripper für GNOME, der eine einfache, saubere und leicht benutzbare
 Oberfläche zur Verfügung stellen soll.

xfca hatte ich wegen recht vieler zusätzlich zu installierenden Pakete nicht priorisiert und fürs Erste links liegen lassen.

Aber ich habe jetzt die Kombination wine/CDex wieder zum Laufen gebracht. CDex hat mich auch beim CDDB-Problem von asunder erleuchtet.

Danke für alle Anregungen.

[wanne]

Einige off Topic Beiträge verschoben nach 15890: wheezy updaten

[wanne]

So als Anmerkung am rande: mp3s kann man auch einfach zusamenfügen

Code: Alles auswählen

cat Tiltel1.mp3 Tile2.mp3 Titel3.mp3  > all.mp3

[whisper]

So als Anmerkung am rande: mp3s kann man auch einfach zusamenfügen

Code: Alles auswählen

cat Tiltel1.mp3 Tile2.mp3 Titel3.mp3  > all.mp3

Dass das geht...
ungewöhnlich, weil mp3 einen Header hat. Kann mir vorstellen, dass es je nach Device doch zu Hängern oder Abstürzen komt, mindestens kurze blurbs..

[wanne]

ungewöhnlich, weil mp3 einen Header hat. Kann mir vorstellen, dass es je nach Device doch zu Hängern oder Abstürzen komt, mindestens kurze blurbs..

mp3s bestehen aus Frames, die jeweils einen Header haben. Die Gesamtdatei IMHO hat keinen. => Jede Datei besteht aus massenhaft Frames und jeder Player muss mit den dauernd neu auftauchenden Headern zurecht kommen, wenn er MP3s abspielen will.
Es ist im nachhinein einfach nicht mehr zu Unterscheiden, ob das eine Datei oder zwei zusammengesetzte ist. (Mal abgesehen davon, dass sich so Sachen wie Encodingzeipunkt normalerweise nicht ändern. )

[whisper]

Achso, leuchtet ein. Thanx

[smutbert]

dh auch die ID3-Tags stehen viele Male (ein Mal pro Frame) in einer mp3-Datei? Kommt mir komisch vor…

aber selbst wenn, hätte man ja noch dasselbe Problem wie beim pausenlosen Abspielen — soweit ich weiß liegt das Problem da doch an überzähligen Platz im letzen (oder ersten?) Frame, nur, dass es dann eben plötzlich nicht mehr nur den letzten (?) sondern auch Frames mitten in der Datei betrifft?

[jkoerner]

Merkwürdig, bisher tauchte der Vorschlag von abcde noch nicht auf. Ist hiermit behoben

[smutbert]

vielleicht hast du Post #6 übersehen ☺

[jkoerner]

Stimmt, aber beim „querlesen“ habe ich mehr auf die roten Vorschläge geachtet.

[smutbert]

das soll jetzt kein Vorwurf sein, aber er ist doch rot

[…] aber mein bevorzugter ripper abcde kann es wohl auch[…]

[jkoerner]

Ich war offensichtlich noch benebelt