[gelöst] cdrdao - Das Auslesen klappt, aber nicht das brennen

[soundrolf]

@Houbey

Könnte das vielleicht daran liegen, dass die .bin im selben Ordner lag wie die .toc?

Ja. Dem ist so. Die *.toc Datei kann man editieren, muss man aber nicht.
Ich habe auf meiner 2. Festplatte (4TB) einen Ordner Audio-CD. Darin sind meine BIN und TOC Dateien verschiedener Audio-CD's. Um diese zu Brennen mache ich es so:

Code: Alles auswählen

cdrdao write --device /dev/cdrom --speed 4 --buffers 128 /media/lager/Audio-CD/vengaboys.toc

Dabei brauche ich meine *.toc Datei nicht zu editieren. Sollte aber meine *.toc Datei in einem anderen Ordner liegen. zB. $HOME/Musik muss ich die *.toc Datei editieren um den Pfad zur *.bin Datei angeben.

Was mir dort aufgefallen ist, es erscheinen immer mal wieder /dev/cdrom: SCSI command Read buffer capacity (0x5c) executed in 0 ms, status=0
Wrote 231 of 231 MB (Buffers 100% 100%). Einträge, ob das etwas zu bedeuten hat?

Das sagt nur das alles gut ist

WARNING: No super user permission to setup real time scheduling.

Diese Meldung habe ich auch. Ist aber nicht schlimm, da alles bei mir funktioniert.
Diese Meldung verschwindet wenn die "user permission" verändert wird.

Code: Alles auswählen

chmod 4711 /usr/bin/cdrdao

Das ist aber nicht die feine art und weise. In den einem oder anderen Foren wurde das beschrieben und als Wunder betrachtet. Das hat tatsächlich die Probleme behoben.
Solange das bei dir funktioniert, lass es so wie es jetzt ist. Mit "chmod 0775 /usr/bin/cdrdao"

Ein internes oder eher ein USB Laufwerk?

Ein Internes Laufwerk ist immer die bessere Option. Wackelkontakte am USB Stecker oder an der USB buchse können mit der Zeit auftreten.

Muss das -v 4 dann auch in den write Vorgang nochmal mit rein, so wie soundrolf das in seiner letzten Nachricht mit angegeben hat?

Das ist nur nötig für die Debugausgaben. Ansonsten braucht man das nicht.

Jetzt kannst du in Ruhe deine Audio-CD's archivieren.

Gruß

soundrolf

[Houbey]

Ja. Dem ist so. Die *.toc Datei kann man editieren, muss man aber nicht.
Ich habe auf meiner 2. Festplatte (4TB) einen Ordner Audio-CD. Darin sind meine BIN und TOC Dateien verschiedener Audio-CD's. Um diese zu Brennen mache ich es so:

Code: Alles auswählen

cdrdao write --device /dev/cdrom --speed 4 --buffers 128 /media/lager/Audio-CD/vengaboys.toc

Dabei brauche ich meine *.toc Datei nicht zu editieren. Sollte aber meine *.toc Datei in einem anderen Ordner liegen. zB. $HOME/Musik muss ich die *.toc Datei editieren um den Pfad zur *.bin Datei angeben.

Ach so, das ist ja dann sehr gut. Dann ist das jetzt auch geklärt. Muss ich nur nochmal schauen wegen der Beschriftung, vielleicht kannst du mir da ja noch einen Tipp geben, hab hier noch was vorbereitet, da wir ja mehrere CD's von den gleichen Interpreten besitzen und wenn die .bins und .tocs alle gleich heißen, kommt das nicht so gut.

Hab da etwas geplant, wie es aussehen könnte bei der .bin und .toc Dateien:

Code: Alles auswählen

Vorschläge zur Beschriftung

Variante 1: 
Vengaboys2000Shalalalala.bin Vengaboys2000Shalalalaala.toc

Variante 2:
Vengaboys-2000-Shalalalala.bin Vengaboys-2000-Shalalalaala.toc

Variante1:
AdelTawil2013LiederDeluxeCD1.bin AdelTawil2013LiederDeluxeCD1.toc
AdelTawil2013LiederDeluxeCD2.bin AdelTawil2013LiederDeluxeCD2.toc

Variante 2:
AdelTawil-2013-Lieder-Deluxe-CD1.bin AdelTawil-2013-Lieder-Deluxe-CD1.toc
AdelTawil-2013-Lieder-Deluxe-CD2.bin AdelTawil-2013-Lieder-Deluxe-CD2.toc

Wir werden uns demnächst wieder externe Festplatten zulegen, wohl möglich wie früher schon, ein 4er Gehäuse von Xystec, welches wir vor Jahren schon einmal bei Pearl gekauft hatten. Das lief echt super und unsere 4 Toshiba P300 Festplatten (1 x 500 GB und 3 x 3 TB) schnurrten wie eine gut geölte Maschine. Haben wir aber damals meiner Schwester und Schwager gegeben.

Diese Meldung habe ich auch. Ist aber nicht schlimm, da alles bei mir funktioniert.
Diese Meldung verschwindet wenn die "user permission" verändert wird.

Code: Alles auswählen

chmod 4711 /usr/bin/cdrdao

Das ist aber nicht die feine art und weise. In den einem oder anderen Foren wurde das beschrieben und als Wunder betrachtet. Das hat tatsächlich die Probleme behoben.
Solange das bei dir funktioniert, lass es so wie es jetzt ist. Mit "chmod 0775 /usr/bin/cdrdao"

Ich habe in den vergangenen Jahren eher selten mit Rechten arbeiten müssen, das betraf eher dann mal einen USB Stick mit dem xfs Dateisystem, um da den Owner und so zu ändern. Aber bei cdrdao habe ich ja die gleichen Rechte wie bei dir, also ich muss dann nicht unbedingt mit chmod 4711 etwas ändern. Die Info mit den User Permission scheint nicht zu stören. Ich muss allerdings auch wenn ich den Rechner ausgeschaltet habe und den Strom nicht von der Steckdosenleiste gekappt habe, trotzdem vor dem Brennen mit wodim -abort ausführen. Ich dachte nämlich schon, dass es vielleicht am abgeschalteten Strom liegen könnte, dass sich das Laufwerk dann erstmal "sammeln" muss. Ich hoffe nur, dass unser Laufwerk da wirklich keinen Schaden hat, sonst kaufen wir einfach ein neues.

Ein Internes Laufwerk ist immer die bessere Option. Wackelkontakte am USB Stecker oder an der USB buchse können mit der Zeit auftreten.

Okay, das ist natürlich verständlich, hat ja alles seine Vor- und Nachteile.

Jetzt kannst du in Ruhe deine Audio-CD's archivieren.

Ich hoffe es, dass ich das jetzt kann, ich werde es doppelt machen, denke ich. Einmal mittels cdrdao in .bin und .toc und einmal mit abcde oder Rubyripper, ob als Single File oder geteilten Tracks für den Rechner zum anhören in .flac, sowie noch in .mp3 für Unterwegs. Das muss ich noch überlegen. Das schöne ist, mit abcde kann man das sehr gut automatisiert in mehrere Formate umwandeln. Die Tags gebe ich händisch ein wenn abcde mich fragt ob ich diese editieren möchte und die Ordnerstruktur wird ohne Probleme in einem flac und einem mp3 Ordner aufgeteilt.

Eine Frage noch, die hattest du wohl bei einer früheren Antwort von mir übersehen. Mein Laufwerk hat wie wohl auch deines einen Offset von +6. Diesen kann man bei EAC, abcde und Rubyripper mittels cdparanoia Option -O 6 in die conf Datei eintragen, damit man noch mal eine Nummer sicher gehen kann, dass es noch weniger Fehler beim lesen gibt. Wie ist das bei cdrdao, wenn er mittels read-cd und --read-raw die CD's ausliest, kann man da überhaupt einen Offset mit angeben oder ist das bei cdrdao nicht möglich und vielleicht sogar überflüssig?

Des Weiteren, die original CD die ich getestet habe, hat ja keine Tags oder CD-Text nennt man das glaube ich, kann man das nicht sogar eintragen wenn man die .bin und .toc erstellt bei cdrdao? Wäre ja dann eine "erweiterte" Funktion die viele originale CD's nicht haben oder?

Vielen Dank für alles und für deine @soundrolf und @MaGe Hilfe und Zeit. Das ist sehr nett gewesen das ihr euch so viel zeit genommen habt für mich.

[soundrolf]

@Houbey

Muss ich nur nochmal schauen wegen der Beschriftung, vielleicht kannst du mir da ja noch einen Tipp geben, hab hier noch was vorbereitet, da wir ja mehrere CD's von den gleichen Interpreten besitzen und wenn die .bins und .tocs alle gleich heißen, kommt das nicht so gut

Das kannst du machen wie es dir passt. Nur darauf aufpassen das du keine leerstellen einbaust.
Die Vorschläge zur Beschriftung sind gut.

Wie ist das bei cdrdao, wenn er mittels read-cd und --read-raw die CD's ausliest, kann man da überhaupt einen Offset mit angeben oder ist das bei cdrdao nicht möglich und vielleicht sogar überflüssig?

Die Manualpage gibt darüber keine Auskunft. Es wird ja die Audio-CD ausgelesen, und Anschließend so gebrannt wie es auf der Original CD ausgelesen wurde. Lass das mal das "cdrdao" machen.

die original CD die ich getestet habe, hat ja keine Tags oder CD-Text

Ältere Audio-CD's hatten noch keinen CD-Text. Bei den heutigen Audio-CD's ist das aber üblicherweise drin.
Das hängt aber auch davon ab was die Audio-CD Hersteller da reinschreiben. Da muss man dann händisch ran und die gerippten Dateien selber Taggen. Auch hier bei der Manpage von "cdrdao" gibt es keine Auskunft. Das einzig relevante in der Manpage ist:

read-cddb
Tries to retrieve title and artist data from a CDDB server for
the CD represented by the given toc-file. The retrieved data is
added as CD-TEXT data for language 0 to the toc-file. Existing
CD-TEXT data for language 0 will be overwritten.

Damit habe ich mich noch nie Beschäftigt.

Lese mal die Manualpage mit: "man cdrdao"

Gruß

soundrolf

[Houbey]

Vielen Dank für deine erneute Antwort @soundrolf.
Ich werde mich einmal damit beschäftigen, die manpage vom cdrdao anzusehen und zu übersetzen. Den Teil den du mir hier rein kopiert hast, habe ich bereits gelesen vor ca. 2 Tagen, ich hab das ehrlich gesagt auch noch nicht gemacht mit CD-Text. Hab aber mal eine gebrannte CD erhalten vor einigen Jahren, da war die CD mit diesem CD-Text ausgestattet. Ich schau mich mal ein wenig um, das ist jetzt nur luxus und nicht unbedingt ein muss.

[soundrolf]

@Houbey

Noch einige Informationen:
Mit "cd-info" wird eine eingelegte Audio-CD die Parameter ausspucken. Am Ende der Meldung steht ob in der CD ein CD-TEXT drin ist. Das Paket heißt "libcdio-utils"

CD-TEXT Webseiten:
https://de.wikipedia.org/wiki/CD-Text
https://apocalyptech.com/linux/cdtext/
https://en.wikipedia.org/wiki/CD-Text
https://www.gnu.org/software/libcdio/cd ... ormat.html
und
https://github.com/sonejostudios/CDMasterTool

Viel Spaß zu der "Luxuslösung"

Gruß

soundrolf

[Houbey]

Vielen Dank soundrolf, ich werde mich da einmal durchboxen.
Bereits auf Wikipedia (DE) stand schon interessantes darüber. Ich habe schon einmal gesehen das im Normalfall der Lead-In für den CD-Text verwendet wird. Jetzt habe ich neu dazu gelernt, dass dieser in den R-W Subcodes gespeichert wird und zwar in der Form der ITTS. Ich werde mal schauen, ob ich das in die .toc Dateien rein bekomme. Was ich auch interessant fand, dass man mittels RAW-Modus bei alten CD-Spielern den CD-Text angezeigt werden kann, obwohl die das nicht können.

Was ist denn eigentlich dann der Unterschied zwischen SAO / DAO (ist ja beides das gleiche) und dem RAW-Modus? RAW steht doch für Roh oder?

Hier nochmal die Ausgabe von cd-info:

Code: Alles auswählen

cd-info /dev/sr0 
cd-info version 0.83 x86_64-pc-linux-gnu
Copyright (c) 2003, 2004, 2005, 2007, 2008, 2011 R. Bernstein
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
CD location   : /dev/sr0
CD driver name: GNU/Linux
   access mode: IOCTL

Vendor                      : TSSTcorp
Model                       : CDDVDW SH-224GB 
Revision                    : SB00
Hardware                                  : CD-ROM or DVD
Can eject                                 : Yes
Can close tray                            : Yes
Can disable manual eject                  : Yes
Can select juke-box disc                  : No

Can set drive speed                       : No
Can read multiple sessions (e.g. PhotoCD) : Yes
Can hard reset device                     : Yes

Reading....
  Can read Mode 2 Form 1                  : Yes
  Can read Mode 2 Form 2                  : Yes
  Can read (S)VCD (i.e. Mode 2 Form 1/2)  : Yes
  Can read C2 Errors                      : Yes
  Can read IRSC                           : Yes
  Can read Media Channel Number (or UPC)  : Yes
  Can play audio                          : Yes
  Can read CD-DA                          : Yes
  Can read CD-R                           : Yes
  Can read CD-RW                          : Yes
  Can read DVD-ROM                        : Yes

Writing....
  Can write CD-RW                         : Yes
  Can write DVD-R                         : Yes
  Can write DVD-RAM                       : Yes
  Can write DVD-RW                        : No
  Can write DVD+RW                        : No
__________________________________

Disc mode is listed as: CD-DA
CD-ROM Track List (1 - 6)
  #: MSF       LSN    Type   Green? Copy? Channels Premphasis?
  1: 00:02:00  000000 audio  false  no    2        no
  2: 03:37:15  016140 audio  false  no    2        no
  3: 08:53:69  039894 audio  false  no    2        no
  4: 12:29:35  056060 audio  false  no    2        no
  5: 18:22:43  082543 audio  false  no    2        no
  6: 25:28:18  114468 data   false  no   
170: 34:11:02  153677 leadout (344 MB raw, 344 MB formatted)
Media Catalog Number (MCN): 0000000000000
TRACK  1 ISRC: NLC522011165
TRACK  2 ISRC: NLC522011166
TRACK  3 ISRC: NLC522011170
TRACK  4 ISRC: NLC522011171
TRACK  5 ISRC: NLC522011167
TRACK  6 ISRC: 000000000000
Last CD Session LSN: 114468
audio status: no status
volume level port 0: 216 (0..255)  84 (0..100)
volume level port 1: 216 (0..255)  84 (0..100)
volume level port 2:   0 (0..255)   0 (0..100)
volume level port 3:   0 (0..255)   0 (0..100)
__________________________________
CD Analysis Report
CD-Plus/Extra   
session #2 starts at track  6, LSN: 114468, ISO 9660 blocks:  39055
ISO 9660: 39055 blocks, label `991228_1319 

Bitte nicht lachen, aber ich habe gar nicht gewusst, dass ich keine DVD-RW und DVD+RW beschreiben kann. Ich glaube das liegt wohl daran dass mein Laufwerk ein SuperMulti ist und wenn es ein SuperMultiPlus wäre, könnte ich diese beiden DVD-RW und DVD+RW beschreiben. Wie man sehen kann, hat diese CD 6 Tracks, das ist aber ein Video, welches da mit drauf ist. Das bekommt cdrdao aber nicht archiviert oder?

[soundrolf]

@Houbey

Was ist denn eigentlich dann der Unterschied zwischen SAO / DAO (ist ja beides das gleiche) und dem RAW-Modus? RAW steht doch für Roh oder?

Audio CD’s können auf vielfältige weise Kopiert werden. DAO ist der einzige
Schreibmodus, mit dem es möglich ist, R-W Subchannel, CD-Text und ISRC-
Informationen, Katalog-Nummern, CD+MIDI, Lücken, Indizes und manipu-
lierte TOCs zu schreiben. Disc-At-Once (DAO) ist eine allgemeine Bezeich-
nung für eine Gruppe von Schreibmethoden, mit denen eine ganze CD oder
DVD inklusive Lead-In und Lead-Out (Anfangs- und Endbereich) geschrie-
ben wird, ohne den Laser zwischendurch abzuschalten oder neu zu justieren.
Von den im MMC-Standard erwähnten Schreibmethoden fallen SAO und
RAW in die Gruppe der DAO Schreibmethoden. Vorteile sind, dass Pausen
bzw. Lücken („pregap“, Index-0) zwischen Tracks auf Werte gesetzt werden
können, die im Standard nicht zulässig sind. Nicht alle Laufwerke erlauben
jedoch im SAO Modus das Setzen der Länge des Index-0 auf beliebige Wer-
te. Da im RAW-Modus das Laufwerk nicht auswertet, was gebrannt wird, ist
eine beliebige Index-0 Länge auf allen Laufwerken möglich, die den RAW-
Modus unterstützen.

Bitte nicht lachen, aber ich habe gar nicht gewusst, dass ich keine DVD-RW und DVD+RW beschreiben kann ...

Das steht bei mir auch drin. Dennoch kann ich DVD-RW und auch DVD+RW beschreiben.

Wie man sehen kann, hat diese CD 6 Tracks, das ist aber ein Video, welches da mit drauf ist. Das bekommt cdrdao aber nicht archiviert oder?

Das Video auf einer Audio-CD hat da nichts zu suchen. Welches Format hat das Video (*.avi, *.mkv, *.mpg oder *.vob) ? VOB könntest du mit "vobcopy" archivieren. Ansonsten könntest du mal "lxdvdrip" ausprobieren um das Video zu bekommen. Vielleicht solltest du mal anderweitig recherchieren, da bin ich jetzt Überfragt.

Gruß

soundrolf

[MSfree]

Das Video auf einer Audio-CD hat da nichts zu suchen.

Es gibt Multimode-CDs, die zuerst eine Audiosession haben und dahinter eine ISO9660-Session. Audio-CD-Player ignorieren generell alles hinter der ersten Session. Datenlaufwerke können diese ISO-Session aber als Dateisystem einbinden. Ob da nun .avi, *.mkv, *.mpg oder *.vob oder was auch immer drauf ist, ist zweitrangig. Ich habe zuhause auch eine "Audio"-CD, auf der auf der zweiten Session ein paar Videos im MPEG2-Format liegen.

[soundrolf]

@MSfree

Ich habe zuhause auch eine "Audio"-CD, auf der auf der zweiten Session ein paar Videos im MPEG2-Format liegen.

Kann man machen, ja das geht. Ich brauche das nicht. Du kannst ja machen wie es dir gefällt.
Du hast ja schon mal daneben gelegen.
viewtopic.php?p=1288652#p1288652
@niemand hat dir das Haargenau erklärt.

Audio-CD-Player ignorieren generell alles hinter der ersten Session. Datenlaufwerke können diese ISO-Session aber als Dateisystem einbinden.

Wenn du das so machts ist es ja gut. Danke für deinen Beitrag !

Gruß

soundrolf

[MSfree]

Kann man machen, ja das geht. Ich brauche das nicht. Du kannst ja machen wie es dir gefällt.

Ich habe da gar nichts gemacht, die CD ist eine Kauf-CD.

[Houbey]

Audio CD’s können auf vielfältige weise Kopiert werden. DAO ist der einzige
Schreibmodus, mit dem es möglich ist, R-W Subchannel, CD-Text und ISRC-
Informationen, Katalog-Nummern, CD+MIDI, Lücken, Indizes und manipu-
lierte TOCs zu schreiben.[/quote]

Vielen Dank @soundrolf für deine Erklärung. Ich habe bei Wikipedia auch schon so etwas gelesen. Ist aber schon ziemlich "heftig" das man auf so vielen Varianten eine Audio-CD auslesen/kopieren kann. Ich habe es mal mittels diesem Befehl getestet:

Code: Alles auswählen

cdrdao read-cd --with-cddb --cddb-servers gnudb.org:443/~cddb/cddb.cgi --device /dev/cdrom --read-raw --datafile image.bin image.toc

Leider hat cdrdao dann aber nichts gefundden, obwohl die gnudb natürlich zu der getesteten CD von den Vengaboys Einträge hat. Getestet mit abcde, was etwas gefunden hatte. Aber ich glaube, das ich auch etwas falsch gemacht haben könnte.

Das steht bei mir auch drin. Dennoch kann ich DVD-RW und auch DVD+RW beschreiben.[/quote]

Ah, verstehe. Dann bin ich auf jeden Fall nicht der Einzige der das bei sich stehen hat. Vielleicht kann mein Laufwerk das dann auch brennen, obwohl diese beiden Rohlinge nicht beschrieben werden können sollten.

Das Video auf einer Audio-CD hat da nichts zu suchen. Welches Format hat das Video (*.avi, *.mkv, *.mpg oder *.vob) ?[/quote]

Ob es da etwas zu suchen hat oder nicht, kann ich nicht sagen, es ist auf jeden Fall vorhanden, wie ich bestätigen kann. Aber, das muss ich natürlich noch betonen, wenn ich die original CD einlege, werden mir zwei Symbole angezeigt. Einmal Audio-CD, wo die 5 Tracks.wav enthalten sind und einmal 991228-1319 wo das Video in zwei Formaten vorliegt, einmal in .mov und .mpg. Das hat aber beides eine so schlechte Auflösung, dass davon eher Augenkrebs bekommt.

@soundrolf, eigentlich wollte ich dich noch etwas fragen, aber ich habe es vergessen.

Ich habe da gar nichts gemacht, die CD ist eine Kauf-CD.

Das kann ich bestätigen, ich selber hatte früher auch mal ein paar CD's, wo man ein Video auf einer Audio-CD kopiert hatte. War aber eher selten.


Wir besitzen 2 Alben von einer amerikanischen Musik-Gruppe, da schauert es mir schon den Rücken runter, da die letzten 2 Tracks bei diesen vermutlich einen Kopierschutz besitzen. Warum gerade diese Alben das haben, weiß ich nicht. Ob cdrdao da beim auslesen Probleme bekommen wird?