Salux La Communauté,
Au vu du titre, rien de plus simple. Surtout sous Linux… Et il y a des logiciels très sympathiques aussi pour ça (ripperX, xcda, … et CD paranoïa) Bref, la liste peut-être longue.
Mais voilà. J’ai un CD rayé (très raillé lol : multiples rayures concentriques…) et impossible à copier avec les softs classiques.
J’ai testé avec le pc de mon amie. Il est sous Windows… (Hou… : portable…) et j’y ai installé CDex depuis longtemps. Et là, grâce à CDex… Presque nickel, en même pas 12 min. Je dis presque car deux pistes sautent.
Voici la commande effectué sur mon pc : $ cdparanoia -d /dev/sr0 -v -B
et voici le retour :
[code]cdparanoia III release 10.2 (September 11, 2008)
Using cdda library version: 10.2
Using paranoia library version: 10.2
Checking /dev/sr0 for cdrom…
Testing /dev/sr0 for SCSI/MMC interface
SG_IO device: /dev/sr0
CDROM model sensed sensed: Optiarc DVD RW AD-5240S 1.02
Checking for SCSI emulation…
Drive is ATAPI (using SG_IO host adaptor emulation)
Checking for MMC style command set…
Drive is MMC style
DMA scatter/gather table entries: 1
table entry size: 131072 bytes
maximum theoretical transfer: 55 sectors
Setting default read size to 27 sectors (63504 bytes).
Verifying CDDA command set…
Expected command set reads OK.
Attempting to set cdrom to full speed…
drive returned OK.
Table of contents (audio tracks only):
track length begin copy pre ch
- 14312 [03:10.62] 0 [00:00.00] no no 2
- 16175 [03:35.50] 14312 [03:10.62] no no 2
- 19050 [04:14.00] 30487 [06:46.37] no no 2
- 16913 [03:45.38] 49537 [11:00.37] no no 2
- 13612 [03:01.37] 66450 [14:46.00] no no 2
- 14485 [03:13.10] 80062 [17:47.37] no no 2
- 11998 [02:39.73] 94547 [21:00.47] no no 2
- 17742 [03:56.42] 106545 [23:40.45] no no 2
- 16250 [03:36.50] 124287 [27:37.12] no no 2
- 15668 [03:28.68] 140537 [31:13.62] no no 2
- 14397 [03:11.72] 156205 [34:42.55] no no 2
- 19148 [04:15.23] 170602 [37:54.52] no no 2
TOTAL 189750 [42:10.00] (audio only)
Ripping from sector 0 (track 1 [0:00.00])
to sector 189749 (track 12 [4:15.22])
outputting to track01.cdda.wav
(== PROGRESS == [ | 014311 00 ] == :^D * ==)
outputting to track02.cdda.wav
(== PROGRESS == [ | 030486 00 ] == :^D * ==)
outputting to track03.cdda.wav
(== PROGRESS == [ | 049536 00 ] == :^D * ==)
outputting to track04.cdda.wav
(== PROGRESS == [ | 066449 00 ] == :^D * ==)
outputting to track05.cdda.wav
(== PROGRESS == [ | 080061 00 ] == :^D * ==)
outputting to track06.cdda.wav
(== PROGRESS == [ | 094546 00 ] == :^D * ==)
outputting to track07.cdda.wav
(== PROGRESS == [ | 106544 00 ] == :^D * ==)
outputting to track08.cdda.wav
(== PROGRESS == [ | 124286 00 ] == :^D * ==)
outputting to track09.cdda.wav
(== PROGRESS == [+V++ | 140536 00 ] == :^D * ==)
outputting to track10.cdda.wav
(== PROGRESS == [ | 156204 00 ] == :^D * ==)
outputting to track11.cdda.wav
(== PROGRESS == [ | 170601 00 ] == :^D * ==)
outputting to track12.cdda.wav
(== PROGRESS == [ | 189749 00 ] == :^D * ==)
Done.
[/code]
Comme on peut le voir : la piste 09 à un petit souci.
J’ai ainsi testé la commande $ cdda2wav -B -D /dev/sr0
et voici le retour : [code]Type: ROM, Vendor 'Optiarc ’ Model 'DVD RW AD-5240S ’ Revision ‘1.02’ MMC+CDDA
569344 bytes buffer memory requested, 4 buffers, 55 sectors
#icedax version 1.1.9, real time sched., soundcard, libparanoia support
AUDIOtrack pre-emphasis copy-permitted tracktype channels
1-12 no no audio 2
Table of Contents: total tracks:12, (total time 42:10.00)
1.( 3:10.62), 2.( 3:35.50), 3.( 4:14.00), 4.( 3:45.38), 5.( 3:01.37),
6.( 3:13.10), 7.( 2:39.73), 8.( 3:56.42), 9.( 3:36.50), 10.( 3:28.68),
11.( 3:11.72), 12.( 4:15.23)
Table of Contents: starting sectors
1.( 0), 2.( 14312), 3.( 30487), 4.( 49537), 5.( 66450),
6.( 80062), 7.( 94547), 8.( 106545), 9.( 124287), 10.( 140537),
11.( 156205), 12.( 170602), lead-out( 189750)
CDINDEX discid: Yd1SZTedx5KP77JWkHUIIGokYPI-
CDDB discid: 0xad09e20c
CD-Text: not detected
CD-Extra: not detected
samplefile size will be 446292044 bytes.
recording 2530.0000 seconds stereo with 16 bits @ 44100.0 Hz ->‘audio’…
cdda2wav: Operation not permitted. cannot set posix realtime scheduling policy
percent_done:
100% track 1 recorded successfully
100% track 2 recorded successfully
100% track 3 recorded successfully
100% track 4 recorded successfully
100% track 5 recorded successfully
100% track 6 recorded successfully
100% track 7 recorded successfully
100% track 8 recorded successfully
100% track 9 recorded successfully
100% track 10 recorded successfully
100% track 11 recorded successfully
100% track 12 recorded successfully
[/code]
Il y a fichier inf pour chaque piste son du type :
[code]#created by icedax 1.1.9 02/02/10 16:58:23
CDINDEX_DISCID= 'Yd1SZTedx5KP77JWkHUIIGokYPI-'
CDDB_DISCID= 0xad09e20c
MCN=
ISRC=
Albumperformer= ''
Performer= ''
Albumtitle= ''
Tracktitle= ''
Tracknumber= 9
Trackstart= 124287
track length in sectors (1/75 seconds each), rest samples
Tracklength= 16250, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
index list
Index= 0[/code]
Et là visiblement, pas de souci. La piste 09 ne saute pas. Ni même aucune des autres.
Mais, je pousse un peu plus loin la chose : comment ça se passe quand une piste est mal ripée ? Il y a message d’erreur (dans le fichier inf, ou dans la ligne de commande) ?
Merci pour les conseils.