je suis sur une debian unstable  
j utilise grip (3.0.3-1) combine a cdparanoia (3a9.8-6)
j utilise un plextor PX-W2410A  
j utilse un kernel 2.4.19 compiler par moi, avec en dur l emulation scsi  
 
ma vitesse d extraction est de 5x   et le prossesseur est utilise a 100%, ma machine ram comme c pas permi
 
hdparm /dev/hdd :  
 HDIO_GET_MULTCOUNT failed: Input/output error
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 BLKRAGET failed: Input/output error
 HDIO_GETGEO failed: Invalid argument
 
pkoi y a plein de failled la ?
 
voila merci d avance

Bon déjà une unstable...
 
Sous grip, choisi uniquement l'extract des pistes, pas le codage.
Cela donne quoi ?
Si le proc n'est pas utilisé, le prob vient du codage sinon revoir la config du kernel et du driver utiliser pour la carte SCSI (c'est laquelle ?)
 

ca vient bien du ripage
l emulation scsi c pour pouvoir graver j ai pas de carte scsi

je viens de tester un "copiage" de donne et le pross n est pas bouffe  
comprend pas

avv -> l'unstable marche très bien
 
GUG -> et avec un autre soft de rip ça fait pareil?
 
de plus si je me souviens bien les plextor jusqu'à récemment en ide (je sais pas si c'est le cas du tiens) étaient en multiword dma 2
 
en tout cas c le cas de mon 16x
 
dans le bios il est en pio4

pour un autre soft j ai essayer cdda2wav, proposer par grip  
pour le plextor je crois qu il est bien en dma mais pas sur  
 
en tout cas :  
lors d une copie de cd sur le dur  : pas de prob sur le pross
en gravure bouffe un peu plus de pross mais une charge eleve est rare ...
 
edit je  viens de tester cdparanoia et cdda2wav sans grip en frontend et meme prob

hum... c bizarre quand même...
 
surtout si ça le fait que pour le rip...
 
à moins que grip encode à la volée en mp3, auquel cas ce serait normal d'avoir le proce à 100%

euh j ai fait avec rip only

ah merde...
 
bon j'ai jamais testé le rip sous linux donc c l'okaz
dis moi quels progs je dois mettre, la commande et je teste avec mon plex!

grip (des libs ?)
cdparania + les libs
cdda2wav
ca c pour le ripage  
 
pour l encodage  :
oggenc  
 
et les lire je crois que c libvorbis et/ou peutetre/cheplus vorbis-tools
 
merci

ok pas de pb! dès que l'emerge de winex est fini je lance ceux là et je teste!
 
bon par contre faut le temps de la compil donc t'attends pas à un résultat dans la minute

oki merci  
mais l emerege de winex c long  
(t aurais pas les binaires deb par hazard ? )
sinon si d autres personnes ont des idees

j'ai eu les binaires deb... quand j'étais sous deb
 
je les aurais encore si comme un con je m'étais pas planté de partoche dans mon mke2fs -j /dev/hda3...
 
moi j'afais plus l'habitude du format c:

et effectivement l'emerge de winex est un poil long
 
 
mais ça n'a rien a voir avec celui d'openoffice que je me suis payé cet aprèm

bon ben j'emerge grip
 
par contre il trouve pas cdda2wav

bon alors résultat des tests:
 
avec mon plex 100% du temps system en extraction
100% du temps utilisateur en encodage (normal)
 
pareil avec mon lecteur dvd
 
donc je pense que c'est noemal
 
un truc genre jitter correction ou quelque chose du genre...
 
et comme toi lors d'une copie de cd -> dd l'occupation proce monte pas pareil...
 
donc ben voila quoi

arf oki merci  c bizard qd meme  
sous win ca ne me le fait pas et cher un pot sous nux ca le fait pas non plus  
pas glop

désactive le module 'joce'

normalement cdda2wav est beaucoup plus rapide que cdparanoia car ce dernier fait plein de corrections d'erreurs pour une meilleure qualité d'extraction.

joce ?? kesako
edit : je viens d essayer en ide (cf sans emulation scsi) j ai le meme probleme  
pross bouffer a 100% machine qui ram  
pourtant j ai verifier ds le kernel j ai bien mis le suport du chipset via