[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: libcdparanoia0 3a9.8-11 defekt? (Re: Funktioniert bei euch cdda2wav)



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



Reply to: