Am Montag, 11. April 2005 19:47 schrieb Andreas Pakulat: >> cdda2wav --device ATA:1,0,0 --auxdevice ATA:1,0,0 --speed 0 >> >> -paranoia --track 1 --verbose-level all --gui --deemphasize >> 0xb70cb60d_noname_01.wav
> Hast du dir schonmal die cdrecord-README.ATAPI zu Gem�te gef�hrt? > Da wird ziemlich deutlich erkl�rt welche der o.g. Methoden "gut" > und welche "schlecht" mit einem 2.6er Kernel funktionieren. IMHO > sollte _immer_ ATA:X,X,X benutzt werden, denn bei allem anderen > wird DMA auf Audio-CD's nicht unterst�tzt (hat was mit der > Sektorgr�sse zu tun). Also mein Script verwendet ja ATA. Ich habe aber die Erfahrung gemacht, dass es anders auch problemlos funktionieren _kann_. Die Beispiele wurden nur zum Vergleich angef�hrt um leichter die Ursache f�r das Problem zu finden. Wie geschrieben, hat es ja mit ATA auch Probleme gegeben, und mit -paranoia ganz deutlich. $ time cdda2wav --device ATA:1,0,0 -paranoia testataparanoia.wav Type: ROM, Vendor 'ATAPI ' Model 'CD-RW 48XMax ' Revision '180D' MMC+CDDA ... cdda2wav: ringbuff.c:117: drop_buffer: Assertion `(total_buffers - ((*total_segments_read) - (*total_segments_written))) < total_buffers' failed. Speicherzugriffsfehler Ich habe aber mittlerweile auf einem anderen Rechner getestet und da fiel folgendes auf: _Mit_ paranoia und ATA ist DAE ok, ohne paranoia, aber mit ATA knackst es auch. Installiert ist am 2. Rechner: Kernel 2.6.8-2-k7 cdparanoia 3a9.8-11 libcdparanoia0 3a9.8-11 cdrecord 2.01+01a01-2 cdda2wav 2.01+01a01-2 Interessant ist im Vergleich zum "Problemrechner", ein Celeron 1000, dass zwar ein cdrecord -scanbus dev=ATA ein Ergebnis bringt, ein cdrecord -scanbus dev=ATAPI oder cdrecord dev=ATAPI: -scanbus (Syntaxunterschied?) aber nicht! Nachdem der Kernel bis auf die Prozessorfamilie ident sein sollte, liegt es wahrscheinlich daran, dass am Problemrechner irgendein Paket oder eine Einstellung ist, die am anderen Rechner nicht ist. Ich verwende keine Environmentvariablen, sondern gebe die Parameter im Script oder auf der Konsole an. /etc/default/cdrecord CDR_DEVICE=yamaha CDR_FIFOSIZE=4m teac= 1,3,0 -1 -1 "" panasonic= 1,4,0 -1 -1 "" plextor= 1,4,0 -1 -1 "" sanyo= 1,4,0 -1 -1 burnfree yamaha= 1,5,0 -1 -1 "" cdrom= 0,6,0 2 1m "" Ich sehe gerade, dass f�r automatische "Speed" -1 gesetzt ist und ich 0 immer problemlos verwendet hatte, aber da d�rfte auch kein Unterschied sein. Ist daran etwas bzgl. der Syntax falsch: # cdda2wav --device ATA:1,0,0 --auxdevice ATA:1,0,0 --speed -1 -paranoia --track 1 --verbose-level all --gui --deemphasize 0xb70cb60d_noname_01.wav Type: ROM, Vendor 'ATAPI ' Model 'CD-RW 48XMax ' Revision '180D' MMC+CDDA 569344 bytes buffer memory requested, 4 buffers, 55 sectors #Cdda2wav version 2.01.01a01_linux_2.6.8.1-vs1.9.2_i686_i686, real time sched.,soundcard, libparanoia support Tracks:13 54:14.27 CDINDEX discid: bUPWFF.q0uHrTrnY1jgWDaO8rbA- CDDB discid: 0xb70cb60d CD-Text: not detected CD-Extra: not detected Album title: '' from '' ... T01: 33 3:47.17 audio linear copydenied stereo title '' from Leadout: 244110 Media catalog number: 0075990636829 scanning for ISRCs: 13 ... index scan: 1...samplefile size will be 40082828 bytes. recording 227.2266 seconds stereo with 16 bits @ 44100.0 Hz ->'0xb70cb60d_noname_01'... using lib paranoia for reading. child pid is 8013 percent_done: 4%request defined buff:: Success parent writer sem request failed cdda2wav: ringbuff.c:117: drop_buffer: Assertion `(total_buffers - ((*total_segments_read) - (*total_segments_written))) < total_buffers' failed. Speicherzugriffsfehler Die Syntax hat zumindest Jahre gut funktioniert. Unter SuSE auch mit Kernel 2.6 /usr/share/doc/cdrecord/README.ATAPI.setup bringt mich nicht wirklich weiter. Meinst du etwas spezielles? Al
