libcdparanoia0 3a9.8-11 defekt? (Re: Funktioniert bei euch cdda2wav)
Am Montag, 11. April 2005 00:59 schrieb Eckhard S. Maass:
> * Al Bogner <debian@ml05a.pinguin.uni.cc>:
> > Nein, die CDs sind uralt, nicht zerkratzt und haben garantiert
> > keinen Kopierschutz.
>
> Probiere vielleicht alternativ cdparanoia.
Cdparanoia war ein gutes Stichwort
Verwendet wird ein Kernel 2.6.8-2-686, der mit apt-get installiert
wurde. Allerdings brachte ein selbst kompilierter Kernel 2.6.8-2,
wo IDEDMA fest einkompiliert wurde, auch keine Änderung. Es ist
auch kein Unterschied zwischen den selbstkompilierten cdrtools und
den Debian-Paketen feststellbar.
Bis jetzt war die Syntax mit aufgelösten Variablen des Scripts zB
so:
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
Ich denke, dass gerade die libparanoia an meinem Problem beteiligt
ist.
cdda2wav --device /dev/hdc test.wav
overlap:min/max/cur, jitter, percent_done:
0/ 0/ 1/ 0 99%EnableCdda_cooked (CDIOCSETCDDA) is not
available...
0/ 0/ 1/ 0 100% track 1 recorded successfully
cdda2wav --device /dev/hdc -paranoia test2.wav
99%EnableCdda_cooked (CDIOCSETCDDA) is not available...
100% track 1 recorded with audible retry/skip errors (3840.8%
problem sectors)
100% 0 rderr, 39 skip, 606498 atom, 45467 edge, 2502 drop, 0 dup,
44 drift
100% 65583 overlap(1.194 .. 7)
Mit -paranoia gibt es nach ein paar Sekunden nur mehr oder viele
Knackser, wobei ich auch einen Brenner für DAE der uralten
unbeschädigten CD probiert habe.
Irgendwie habe ich den Verdacht, dass mit DMA etwas nicht stimmt.
Folgendes spricht aber dagegen:
hdparm -d /dev/hdb
/dev/hdb:
using_dma = 1 (on)
# Brenner
hdparm -d /dev/hdc
/dev/hdc:
using_dma = 1 (on)
Kopieren einer auf diesem Rechner gebrannten CD-RW:
Als Root:
hoary-install-i386.iso 100% 583MB 4.2MB/s
02:18
Als User:
hoary-install-i386.iso 100% 583MB 4.2MB/s
02:20
Brennen als Root:
# top -n 1 -b
top - 18:22:15 up 2:03, 3 users, load average: 1.35, 1.15, 0.64
Tasks: 97 total, 1 running, 96 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.2% us, 0.9% sy, 0.0% ni, 90.3% id, 2.7% wa, 0.7% hi,
0.1% si
Mem: 516400k total, 513376k used, 3024k free, 2224k
buffers
Swap: 136512k total, 800k used, 135712k free, 400068k
cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5772 root 15 0 2056 952 1844 R 3.9 0.2 0:00.02 top
5697 root RT 0 34768 33m 33m D 1.9 6.7 0:03.65
cdrecord.mmap
Track 01: Total bytes read/written: 731195568/731232288 (298706
sectors).
Writing time: 525.734s
Average write speed 8.0x.
Min drive buffer fill was 97%
Writing Leadout...
Fixating...
Fixating time: 13.130s
cdrecord: fifo had 11489 puts and 11489 gets.
cdrecord: fifo was 0 times empty and 10967 times full, min fill was
98%.
Prüfen mit Star:
diffopts=nlink,size,data,rdev,hardlink,symlink,sparse,lmtime,dir,acl,xattr,fflags
/bin/star: 59703 blocks + 0 bytes (total of 611358720 bytes =
597030.00k).
/bin/star: 59703 blocks + 0 bytes (total of 611358720 bytes =
597030.00k).
Im Gegensatz zu cdda2wav kann ich während des Brennens mit cdrecord
on-the-fly die Maus bewegen und andere Dinge tun.
Hier sind einige Zeitvergleiche:
$ time cdda2wav --device ATAPI:1,0,0 testatapi.wav
Type: ROM, Vendor 'ATAPI ' Model 'CD-RW 48XMax ' Revision
'180D' MMC+CDDA
cdda2wav: Operation not permitted. cannot set posix realtime
scheduling policy
percent_done:
100% track 1 recorded successfully
real 0m13.700s
user 0m0.020s
sys 0m0.591s
$ time cdda2wav --device ATA:1,0,0 testata.wav
Type: ROM, Vendor 'ATAPI ' Model 'CD-RW 48XMax ' Revision
'180D' MMC+CDDA
cdda2wav: Operation not permitted. cannot set posix realtime
scheduling policy
percent_done:
100% track 1 recorded successfully
real 0m14.230s
user 0m0.038s
sys 0m0.623s
$ time cdda2wav --device ATA:1,0,0 -paranoia testataparanoia.wav
Type: ROM, Vendor 'ATAPI ' Model 'CD-RW 48XMax ' Revision
'180D' MMC+CDDA
using lib paranoia for reading.
cdda2wav: Operation not permitted. cannot set posix realtime
scheduling policy
percent_done:
55%request defined buff:: No such file or directory
parent writer sem request failed
cdda2wav: ringbuff.c:117: drop_buffer: Assertion `(total_buffers -
((*total_segments_read) - (*total_segments_written))) <
total_buffers' failed.
Speicherzugriffsfehler
real 4m19.947s
user 1m50.505s
sys 0m3.966s
# top -n 1 -b (kurz vor Abbruch oben)
top - 17:10:03 up 50 min, 2 users, load average: 1.10, 0.67, 0.30
Tasks: 64 total, 2 running, 62 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.2% us, 0.8% sy, 0.0% ni, 91.7% id, 1.3% wa, 1.0% hi,
0.0% si
Mem: 516400k total, 386256k used, 130144k free, 13392k
buffers
Swap: 136512k total, 0k used, 136512k free, 296068k
cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5110 ab 18 0 7400 5948 2136 R 31.4 1.2 1:53.73
cdda2wav
5111 ab 15 0 3656 1252 2136 S 2.0 0.2 0:00.21
cdda2wav
$ time cdda2wav --device ATAPI:1,0,0 -paranoia testatapiparanoia.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
using lib paranoia for reading.
cdda2wav: Operation not permitted. cannot set posix realtime
scheduling policy
percent_done:
38%request defined buff:: No such file or directory
parent writer sem request failed
cdda2wav: ringbuff.c:117: drop_buffer: Assertion `(total_buffers -
((*total_segments_read) - (*total_segments_written))) <
total_buffers' failed.
Speicherzugriffsfehler
real 3m19.683s
user 1m33.445s
sys 0m2.971s
Diesen "ringbuff"-Fehler kenne ich noch von SuSE. AFAIR lag das
damals an DMA. Aber DMA sollte hier nicht das Problem sein, oder?
Letzter Softwarestand:
cdparanoia 3a9.8-11
libcdparanoia0 3a9.8-11
xmms-cdparanoia-plugin 0.1-1
cdrecord 2.01+01a01-2
cdda2wav 2.01+01a01-2
Al
Reply to: