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

Sound, Digitalkameras, TV+Video und Spiele.
soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von soundrolf » 04.12.2021 13:47:34

@Houbey

Du warst etwas schneller als ich. Denn ich habe noch einige Dinge nachträglich eingetragen in dem vorhergehenden post.

Wenn alles in Ordnung ist für dich, könntest du diesen Topic auf gelöst setzen.

Gruß

soundrolf

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 04.12.2021 14:26:03

soundrolf hat geschrieben: ↑ zum Beitrag ↑
04.12.2021 13:47:34
Du warst etwas schneller als ich. Denn ich habe noch einige Dinge nachträglich eingetragen in dem vorhergehenden post.
Ich habe eben mal nachgeschaut, ich schreibe eben nochmal etwas dazu. :THX:
soundrolf hat geschrieben: ↑ zum Beitrag ↑
04.12.2021 13:47:34
Wenn alles in Ordnung ist für dich, könntest du diesen Topic auf gelöst setzen.
Das würde ich dann noch machen, aber in meiner Nachricht stand noch etwas über den Read-Offset, den man bei abcde und Rubyripper angeben kann/sollte, ebenso wie bei EAC ist das möglich und wohl sinnvoll. Vielleicht kannst du mir dazu noch etwas sagen? Weil man das bei cdrdao wohl nicht angeben kann/muss?
soundrolf hat geschrieben: ↑ zum Beitrag ↑
04.12.2021 12:41:41
Es sieht so aus als würde dieser Befehl deinem Laufwerk einen kick verpassen. Wenn dem so ist mach das dann immer bevor du die neue Audio-CD brennst.
Okay, das wäre ja an sich kein Problem. Aber warum mein Laufwerk das bräuchte, weiß ich nicht genau. Könnte vielleicht eine Begleiterscheinung dessen Alters sein oder das der Verschleiß fortgeschritten ist? Oder aber es ist bei diesem Modell was ich habe einfach so? Fragen über Fragen... :(
soundrolf hat geschrieben: ↑ zum Beitrag ↑
04.12.2021 12:41:41
Zeige doch mal:

Code: Alles auswählen

ls -l /usr/bin/cdrdao
Vielleicht ist die Erlaubnis (permission) nicht richtig.
Bei mir sieht das so aus:

Code: Alles auswählen

ls -l /usr/bin/cdrdao 
-rwxr-xr-x 1 root root 645512 Jul  5  2016 /usr/bin/cdrdao
Ich würde einfach mal behaupten, dass es soweit gleich aussieht, zumindest was die Berechtigung betrifft. Bei dir sind es 638752 und das Datum ist etwas anders und bei mir ist es 645512, sowie das Datum ist anders, aber das ist glaube ich egal?

Sollte ich es aber mit chmod 775 ändern, mache ich das natürlich als Root, ganz klar. :THX:
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von soundrolf » 04.12.2021 14:31:55

@Houbey

Kannst du so lassen wie es ist. Wenn das Brennen nicht funktioniert. Einfach nochmal wodim -abort vorher machen.

Alles gut

Gruß

soundrolf

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 04.12.2021 14:37:53

Okay, dann werde ich das mal mit der einer anderen CD testen. :THX:
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

MaGe
Beiträge: 1709
Registriert: 01.06.2014 17:12:16

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von MaGe » 04.12.2021 16:23:07

soundrolf hat geschrieben:
Kannst du so lassen wie es ist. Wenn das Brennen nicht funktioniert. Einfach nochmal wodim -abort vorher machen.
Interessant wäre es das Problem mit der Debug-Option '-v 4' zu reproduzieren, und die
Debug Protokolle zu vergleichen sowohl die fehlgeschlagene als auch die funktionierende.



gruss MaGe
Wir müssen uns vor der Klimaerwärmung nicht fürchten.
Uns rottet die soziale Kälte viel früher aus.

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von soundrolf » 04.12.2021 16:53:10

@MaGe
Interessant wäre es das Problem mit der Debug-Option '-v 4' zu reproduzieren, und die
Debug Protokolle zu vergleichen sowohl die fehlgeschlagene als auch die funktionierende.
Ja, da hast du recht. Habe ich für mich aber nicht gemacht. Denn es läuft ja so wie ich das möchte.
So oft mache ich keine Kopien. Beim nächsten mal mache ich das mit:

Code: Alles auswählen

cdrdao write  -v 4 --device /dev/cdrom --speed 4 --buffers 128 vengaboys.toc
Seltsam ist aber das es jetzt bei @Houbey funktioniert. Kann es tatsächlich sein das "wodim -abort" dem Laufwerk einen kick gibt wenn @Houbey das vorher ausführt ? Könnte es an der älteren CDRDAO version liegen ?
Oder ist das Laufwerk nicht in Ordnung ? Ich habe da mal in einigen Foren nachgeforscht. Da ist tatsächlich das Laufwerk Fehlerhaft gewesen. Ein neues Laufwerk hat danach so funktioniert wie es sein sollte.

von @Houbey
Könnte vielleicht eine Begleiterscheinung dessen Alters sein oder das der Verschleiß fortgeschritten ist? Oder aber es ist bei diesem Modell was ich habe einfach so?
Könnte gut sein.

Würde mich auch Interessieren. Mal sehen was so passiert.

Gruß

soundrolf

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 04.12.2021 20:05:07

Ich bin aktuell nicht Zuhause und mit meinem Smartphone online, ich werde mir das heute am späteren Abend oder spätestens Morgen noch einmal die CD mit der Option -v 4 neu einlesen. Muss das -v 4 dann auch in den write Vorgang nochmal mit rein, so wie soundrolf das in seiner letzten Nachricht mit angegeben hat? @MaGe

@soundrolf, sollte mein Laufwerk in der Tat defekt sein, dann werde ich es natürlich gegen ein neues ersetzen. Gut das ich meine CD Sammlung nochmal neu archivieren möchte. Wer weiß wieviel da bereits defekt sein könnte, wenn sich das Bewahrheitet. 😥

Was würdet ihr @soundrolf und @MaGe denn für ein Laufwerk Typ empfehlen? Ein internes oder eher ein USB Laufwerk?

Oh man, das könnte beim brennen auch echt schon daraufhin gedeutet haben, wenn das Laufwerk total am brummen und Vibrieren ist, sodass mein ganzer Tower kurz davor ist wie eine Rakete in Richtung Weltall zu starten. Halte ich den Tower um das Laufwerk mit beiden Händen fest und drücke es etwa zusammen, ist alles wieder leise. 😱
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

MaGe
Beiträge: 1709
Registriert: 01.06.2014 17:12:16

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von MaGe » 05.12.2021 00:22:18

Houbey hat geschrieben: Muss das -v 4 dann auch in den write Vorgang nochmal mit rein, so wie soundrolf das in seiner letzten Nachricht mit angegeben hat?
Nur in den write Vorgang, dort kommen ja die ERROR meldungen, einmal ohne wodim -abort und einmal mit wodim -abort.
So etwa, Brennen nur simulieren

Code: Alles auswählen

 cdrdao write -v 4 --simulate image.toc 2>&1 | tee -i cdrdao.log 
Und dann beide Dateien vergleichen.
Houbey hat geschrieben: [...] denn für ein Laufwerk Typ empfehlen? [...]
Seit Jahren werkelt bei mir ein Lite-On IHAS124 für 13,00 €



gruss MaGe
Wir müssen uns vor der Klimaerwärmung nicht fürchten.
Uns rottet die soziale Kälte viel früher aus.

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 05.12.2021 07:04:58

MaGe hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 00:22:18
Nur in den write Vorgang, dort kommen ja die ERROR meldungen, einmal ohne wodim -abort und einmal mit wodim -abort.
So etwa, Brennen nur simulieren

Code: Alles auswählen

 cdrdao write -v 4 --simulate image.toc 2>&1 | tee -i cdrdao.log 
Und dann beide Dateien vergleichen.
Alles klar, dann habe ich das eben gerade einmal neu gemacht.

Hier der cdrdao Log ohne wodim -abort:

Code: Alles auswählen

Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
Format converter enabled for extensions: ogg
Detected SG driver version: 3.5.27
SG: Maximum transfer length: 65536
/dev/sr0: Initiating SCSI command Inquiry
/dev/sr0: SCSI command Inquiry (0x12) executed in 0 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 8)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 76)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
Detected SG driver version: 3.5.27
SG: Maximum transfer length: 65536
/dev/sr0: Initiating SCSI command Inquiry
/dev/sr0: SCSI command Inquiry (0x12) executed in 0 ms, status=0
/dev/sr0: TSSTcorp CDDVDW SH-224GB	Rev: SB00
Reading driver table from file "/usr/share/cdrdao/drivers".
Found 317 valid driver table entries.
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 8)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 76)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)

/dev/sr0: Initiating SCSI command Rezero Unit
/dev/sr0: SCSI command Rezero Unit (0x01) failed: Operation not permitted.
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 36 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 40 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 36 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 32 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 40 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 48 ms, status=2
WARNING: Unit not ready, still trying...
ERROR: Unit not ready, giving up.
ERROR: Cannot setup device /dev/sr0.
Und hier der cdrdao Log nachdem ich wodim -abort ausgeführt habe:

Code: Alles auswählen

Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
Format converter enabled for extensions: ogg
Detected SG driver version: 3.5.27
SG: Maximum transfer length: 65536
/dev/sr0: Initiating SCSI command Inquiry
/dev/sr0: SCSI command Inquiry (0x12) executed in 0 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 8)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 76)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
Detected SG driver version: 3.5.27
SG: Maximum transfer length: 65536
/dev/sr0: Initiating SCSI command Inquiry
/dev/sr0: SCSI command Inquiry (0x12) executed in 0 ms, status=0
/dev/sr0: TSSTcorp CDDVDW SH-224GB	Rev: SB00
Reading driver table from file "/usr/share/cdrdao/drivers".
Found 317 valid driver table entries.
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 8)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
/dev/sr0: Initiating SCSI command Mode Sense (10) (page 2a.00 len 76)
/dev/sr0: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)

/dev/sr0: Initiating SCSI command Rezero Unit
/dev/sr0: SCSI command Rezero Unit (0x01) failed: Operation not permitted.
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 36 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 24 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 32 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 36 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 32 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 28 ms, status=2
WARNING: Unit not ready, still trying...
/dev/sr0: Initiating SCSI command Test Unit Ready
/dev/sr0: SCSI command Test Unit Ready (0x00) executed in 32 ms, status=2
WARNING: Unit not ready, still trying...
ERROR: Unit not ready, giving up.
ERROR: Cannot setup device /dev/sr0.
Wenn ich mich nicht verguckt habe, scheint es die gleichen Ergebnisse in beiden Logs zu sein? :(

Ich könnte natürlich den Rechner einmal ausschalten und vom Strom trennen, dann kann ich 2 mal richtig brennen, einmal ohne wodim -abort und einmal nach wodim -abort.
Würde der Brennvorgang dann so aussehen?

Code: Alles auswählen

cdrdao write -v 4 --device /dev/cdrom --speed 4 --buffers 128 vengaboys.toc 2>&1 | tee -i cdrdao.log
Oder würde das nicht klappen?
MaGe hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 00:22:18
Seit Jahren werkelt bei mir ein Lite-On IHAS124 für 13,00 €
Dankeschön, für deine Empfehlung. :THX:

EDIT: Also, ich habe es einfach mal wie angekündigt gemacht mit dem Ausschalten, vom Strom trennen und dann neu gestartet und versucht zu brennen.

Hier die Ausgabe ohne wodim -abort und folgenden Befehl:

Code: Alles auswählen

cdrdao write -v 4 --device /dev/cdrom --speed 4 --buffers 128 vengaboys.toc 2>&1 | tee -i cdrdao.log

Code: Alles auswählen

Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
Format converter enabled for extensions: ogg
Detected SG driver version: 3.5.27
SG: Maximum transfer length: 65536
/dev/cdrom: Initiating SCSI command Inquiry
/dev/cdrom: SCSI command Inquiry (0x12) executed in 0 ms, status=0
/dev/cdrom: TSSTcorp CDDVDW SH-224GB	Rev: SB00
Reading driver table from file "/usr/share/cdrdao/drivers".
Found 317 valid driver table entries.
/dev/cdrom: Initiating SCSI command Mode Sense (10) (page 2a.00 len 8)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Mode Sense (10) (page 2a.00 len 76)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)

/dev/cdrom: Initiating SCSI command Rezero Unit
/dev/cdrom: SCSI command Rezero Unit (0x01) failed: Operation not permitted.
/dev/cdrom: Initiating SCSI command Test Unit Ready
/dev/cdrom: SCSI command Test Unit Ready (0x00) executed in 4 ms, status=0
/dev/cdrom: Initiating SCSI command Rezero Unit
/dev/cdrom: SCSI command Rezero Unit (0x01) failed: Operation not permitted.
/dev/cdrom: Initiating SCSI command Read disc information
/dev/cdrom: SCSI command Read disc information (0x51) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read TOC (fmt 1 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 44 ms, status=2
/dev/cdrom: Initiating SCSI command Read TOC (fmt 4 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read disc information
/dev/cdrom: SCSI command Read disc information (0x51) executed in 4 ms, status=0
/dev/cdrom: Initiating SCSI command Read TOC (fmt 1 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 36 ms, status=2
/dev/cdrom: Initiating SCSI command Read TOC (fmt 4 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Set CD speed
/dev/cdrom: SCSI command Set CD speed (0xbb) executed in 0 ms, status=0
Starting write /dev/cdrom: Initiating SCSI command Mode Sense (10) (page 2a.00 len 140)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
/dev/cdrom: Initiating SCSI command Mode Sense (10) (page 30.00 len 122)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 4 ms, status=0
at speed 16...
Pausing 10 seconds - hit CTRL-C to abort.
Process can be aborted with QUIT signal (usually CTRL-\).
/dev/cdrom: Initiating SCSI command Prevent/Allow Medium Removal
/dev/cdrom: SCSI command Prevent/Allow Medium Removal (0x1e) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read disc information
/dev/cdrom: SCSI command Read disc information (0x51) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read TOC (fmt 1 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 44 ms, status=2
/dev/cdrom: Initiating SCSI command Read TOC (fmt 4 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Set CD speed
/dev/cdrom: SCSI command Set CD speed (0xbb) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read disc information
/dev/cdrom: SCSI command Read disc information (0x51) executed in 4 ms, status=0
Lead-in start: 97:26:66 length: 11484
Lead-out length: 6750
/dev/cdrom: Initiating SCSI command Read disc information
/dev/cdrom: SCSI command Read disc information (0x51) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Read TOC (fmt 1 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 32 ms, status=2
/dev/cdrom: Initiating SCSI command Read TOC (fmt 4 num 0)
/dev/cdrom: SCSI command Read TOC (0x43) executed in 0 ms, status=0
WARNING: No super user permission to setup real time scheduling.
Waiting for reader process
Swap: 1
Buffer filled
Awaken, will start writing
/dev/cdrom: Initiating SCSI command Mode Sense (10) (page 05.00 len 164)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
Turning BURN-Proof on
/dev/cdrom: Initiating SCSI command Mode Sense (10) (page 30.00 len 122)
/dev/cdrom: SCSI command Mode Sense (10) (0x5a) executed in 0 ms, status=0
Enabling JustLink.
/dev/cdrom: Initiating SCSI command Mode Select (10)
/dev/cdrom: SCSI command Mode Select (10) (0x55) executed in 4 ms, status=0
Multi session mode: 0
Data block type: 0
Session format: 0
Toc type: 0x0
/dev/cdrom: Initiating SCSI command Mode Select (10)
/dev/cdrom: SCSI command Mode Select (10) (0x55) executed in 28 ms, status=2
ERROR: Cannot set write parameters mode page.
ERROR: Cannot setup write parameters for session-at-once mode.
ERROR: Please try to use the 'generic-mmc-raw' driver.
/dev/cdrom: Initiating SCSI command Synchronize Cache
/dev/cdrom: SCSI command Synchronize Cache (0x35) executed in 0 ms, status=0
ERROR: Writing failed.
/dev/cdrom: Initiating SCSI command Prevent/Allow Medium Removal
/dev/cdrom: SCSI command Prevent/Allow Medium Removal (0x1e) executed in 0 ms, status=0
/dev/cdrom: Initiating SCSI command Rezero Unit
/dev/cdrom: SCSI command Rezero Unit (0x01) failed: Operation not permitted.
Dann nachdem wodim -abort ausgeführt wurde: nur als NoPaste, da die Ausgabe viel zu lang.
NoPaste-Eintrag41541

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?
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 05.12.2021 07:58:39

@soundrolf, ich habe die CD ja nochmal neu ausgelesen und dann gebrannt. Ergebnisse kannst du und @MaGe ja in meiner Antwort davor lesen. Ich habe aber etwas anderes getestet, betrifft die .bin und .toc Datei.

Ich habe doch einen Ordner zum testen unter /home/benutzer/sSchreibtisch/ erstellt, dieser heißt Bearbeiten. Ich habe nach dem auslesen, die .bin und .toc Datei einmal in den Musik Ordner unter /home/benutzer/Musik verschoben und versucht die .toc zu brennen. Das funktionierte ohne Probleme. Wie es den Anschein hat, brauche ich die .toc dann doch nicht bearbeiten und einen neuen Ablageort eintragen unter FILE. Könnte das vielleicht daran liegen, dass die .bin im selben Ordner lag wie die .toc? 8O

Ich könnte also die .bin und .toc auf den Rechner erstellen lassen und dann auf eine externe Festplatte kopieren, damit diese nicht verloren geht. Das wäre natürlich sehr gut, ohne das etwas an der .toc verändert werden muss. :THX:
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von soundrolf » 05.12.2021 12:14:19

@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 :D
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

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

Re: cdrdao - Das Auslesen klappt, aber nicht das brennen

Beitrag von Houbey » 05.12.2021 13:29:01

soundrolf hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 12:14:19
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. :hail: Dann ist das jetzt auch geklärt. :THX: 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. :mrgreen:

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. :D Haben wir aber damals meiner Schwester und Schwager gegeben.
soundrolf hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 12:14:19
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.
soundrolf hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 12:14:19
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.
soundrolf hat geschrieben: ↑ zum Beitrag ↑
05.12.2021 12:14:19
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 Debianabcde 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 Debiancdparanoia 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. :THX: Das ist sehr nett gewesen das ihr euch so viel zeit genommen habt für mich. :oops:
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

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

Beitrag von soundrolf » 05.12.2021 14:13:52

@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

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

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

Beitrag von Houbey » 05.12.2021 14:34:58

Vielen Dank für deine erneute Antwort @soundrolf. :THX:
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. :D
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

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

Beitrag von soundrolf » 05.12.2021 15:55:17

@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

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

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

Beitrag von Houbey » 05.12.2021 19:15:08

Vielen Dank soundrolf, ich werde mich da einmal durchboxen. :THX:
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. :THX:

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. :D 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. :THX: 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?
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

soundrolf
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

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

Beitrag von soundrolf » 06.12.2021 14:13:48

@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

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

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

Beitrag von MSfree » 06.12.2021 14:31:33

soundrolf hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 14:13:48
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
Beiträge: 265
Registriert: 21.07.2009 13:50:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Köln

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

Beitrag von soundrolf » 06.12.2021 15:29:14

@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

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

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

Beitrag von MSfree » 06.12.2021 15:42:09

soundrolf hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 15:29:14
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.

Benutzeravatar
Houbey
Beiträge: 727
Registriert: 03.03.2012 05:13:32

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

Beitrag von Houbey » 06.12.2021 22:30:35

soundrolf hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 14:13:48
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. 8O
soundrolf hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 14:13:48
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. :THX:
soundrolf hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 14:13:48
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. :D 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. :roll:

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

MSfree hat geschrieben: ↑ zum Beitrag ↑
06.12.2021 15:42:09
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?
Viele Grüße
Houbey

------------------------------
Debian GNU/Linux 11.8 Bullseye, Xfce 4.16, als 64-Bit und bis jetzt noch glücklich damit. 8)

Antworten