Forum debian-fr.org

Rechercher:

* Connexion   * M’enregistrer

* FAQ    * Rechercher





Poster un nouveau sujet Répondre au sujet  [ 13 messages ] 
Auteur Message
MessagePosté: 02 Fév 2010 17:06 
Hors ligne
Grand posteur
Avatar de l’utilisateur

Inscription: 20 Juil 2009 20:26
Messages: 124
Localisation: En mouvement perpétuel...
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 :
Code:
$ 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
===========================================================
  1.    14312 [03:10.62]        0 [00:00.00]    no   no  2
  2.    16175 [03:35.50]    14312 [03:10.62]    no   no  2
  3.    19050 [04:14.00]    30487 [06:46.37]    no   no  2
  4.    16913 [03:45.38]    49537 [11:00.37]    no   no  2
  5.    13612 [03:01.37]    66450 [14:46.00]    no   no  2
  6.    14485 [03:13.10]    80062 [17:47.37]    no   no  2
  7.    11998 [02:39.73]    94547 [21:00.47]    no   no  2
  8.    17742 [03:56.42]   106545 [23:40.45]    no   no  2
  9.    16250 [03:36.50]   124287 [27:37.12]    no   no  2
 10.    15668 [03:28.68]   140537 [31:13.62]    no   no  2
 11.    14397 [03:11.72]   156205 [34:42.55]    no   no  2
 12.    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.


Comme on peut le voir : la piste 09 à un petit souci.

J'ai ainsi testé la commande
Code:
$ 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


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


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.

_________________
"Si je n'ai rien compris mais qu'il n'y a rien à comprendre, c'est que j'ai tout compris"
L'Indien de la Douche


Dernière édition par gunsx le 03 Fév 2010 11:52, édité 1 fois.

Haut
 Profil  
 
 Sujet du message: Re: Copier un CD Audio rayé
MessagePosté: 02 Fév 2010 18:16 
Hors ligne
Fan des forums debian-fr.org!
Avatar de l’utilisateur

Inscription: 20 Juin 2004 19:23
Messages: 4665
Localisation: Paris
Je ne peux pas répondre a tes questions par contre au niveau du CD ou DVD rayé en fait les cd/dvd sont conçu d'une couche de plastique transparent et une pellicule sur laquelle est gravée les informations cette fine particule est tres fragile et si elle est endommagée alors c'est beaucoup plus difficile pour récupérer ces informations par contre si le plastique est rayé il existe des outils permettant de "relisser" la surface afin de ne pas avoir de problème de lecture.

En fait ça va poncer la partie plastique afin de ne plus avoir de fragmentation du rayon et ainsi pouvoir lire les données correctement et avec cohérence cela ne t'aide en rien dans ta détection de problème de rip mais peut-être qu'avec cela tu pourras récupérer quand même les informations stockées sur ton disque.

_________________
Ashgenesis (https://pikacode.com)


Haut
 Profil  
 
 Sujet du message: Re: Copier un CD Audio rayé
MessagePosté: 02 Fév 2010 20:44 
Hors ligne
Contributeur
Avatar de l’utilisateur

Inscription: 28 Aoû 2003 13:01
Messages: 14796
Localisation: Le domaine de Henri IV
Salut,

Je confirme, étant l'heureux propriétaire d'une machine de ce type. Mais il ne faut pas s'attendre a des miracles si les rayures sont un peu profondes

_________________
Debian 3.17-3.slh.1-aptosid (3.17-15) GT520 Nvidia 346.16 Intel (I5) ~3GHz


Haut
 Profil  
 
 Sujet du message: Re: Copier un CD Audio rayé
MessagePosté: 03 Fév 2010 10:16 
Hors ligne
Grand posteur
Avatar de l’utilisateur

Inscription: 20 Juil 2009 20:26
Messages: 124
Localisation: En mouvement perpétuel...
Salux,

Merci pour les réponses. Je connais le truc concernant les rayures :
- mettre un produit de type pâteux et légèrement liquide (paic vaisselle, dentifrice, ...) et étant transparent ou légèrement absorbant au laser. Mais pour le lecteur, ce n'est pas top.
- polir aussi la surface du cd avec une polisseuse manuelle (pour les personnes qui ont la joie de travailler dans un milieu où il y a des polisseuses ou en posséder une). Mais bien faire attention à polir parfaitement parallèle, sans facette et bien faire toute la gamme. C'est tout de même dur. Car si il y a un léger angle, une fois dans le lecteur, cela dévie le laser. Je profite du moment pour signaler que polir la face de son dissipateur de processeur peut être fait de cette manière. En commençant par un papier de 320-400 et finir par un feutre. Mais il faut un peu de patiente.
- l'appareil "réparateur" de cd. Les prix oscillent entre 20 et 40 € avec ou sans les frais de port. Sans faire de pub, le site nierle en vend (onglet nettoyage) avec pas mal de produits qui vont dans la même optique (sans jeux de mots.......... ;-).

Mais l'un ou l'autre des procédés (rajout de matière ou retirer de la matière). Je ne suis pas trop chaud. Car retirer de la matière du cd... L'épaisseur de plastique peut varier de 1,1 à 1,5 mm. Il ne reste plus trop ensuite. Après tout dépend de la profondeur de la rayure. Mais 1 mm, ça arrive vite.

Je profite du post pour aller peu plus loin dans la composition du CD/DVD.

Voilà la composition d'un CD/DVD :
Image

L'épaisseur de polycarbonate peut varier de 1,1 mm à 1,5 mm pour les CDs. Pour les DVDs, cette épaisseur protectrice est plus fine car, le DVD a une épaisseur totale de 1,2 mm. Le DVD ne peux supporter des rayures trop importantes. De pars l'épaisseur et due à l'espace entre les gravures. Comme on peut le voir ci-dessous :
Image

Pour plus de renseignements, il y a les sites suivants :
Le Disque compact sur wikipédia
Le Disque compact enregistrable sur wikipédia
Composition d'un CD-R sur cdmediacting.ch
Les CD, CD audio et CR-ROM sur commentcamarche.net
Les DVD, DVD audio et DVD-ROM sur commentcamarche.net
Blu ray sur commentcamarche.net
Dossier Blue Ray, le point sur cette technologie sur Kaosproject

Mais, là je loin du post initial... Quels sont les retours de la commande cdda2wav au cas où la copie du CD à des défauts (CD et/ou piste mal rippée ) ?

Merci pour les réponses.

_________________
"Si je n'ai rien compris mais qu'il n'y a rien à comprendre, c'est que j'ai tout compris"
L'Indien de la Douche


Haut
 Profil  
 
MessagePosté: 03 Fév 2010 11:16 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 02 Avr 2009 22:14
Messages: 424
Localisation: Paris
Pour les CD pistes abimées, je crois que cdda2wav ne s'en rend pas compte. Tu devrais sûrement avoir des bruits parasite sur le résultat.
Par contre je croyais vraiment que cdparanoia était plus persévérant que ça... Je suis déçu

Tiens j'en profite pour pointer la page de wiki: http://beronono.com/wiki-debian/index.php?title=CD_audio


Haut
 Profil  
 
 Sujet du message: Re: Copier un CD Audio rayé
MessagePosté: 03 Fév 2010 11:50 
Hors ligne
Grand posteur
Avatar de l’utilisateur

Inscription: 20 Juil 2009 20:26
Messages: 124
Localisation: En mouvement perpétuel...
BBT1 a écrit:
Pour les CD pistes abimées, je crois que cdda2wav ne s'en rend pas compte.

Heu, là je lâche un peu... Oui, un peu reloud avec mes questions. Mais, là c'est vrai que ça va chercher un peu loin... Mais bon si ça fonctionne...

BBT1 a écrit:
Tu devrais sûrement avoir des bruits parasite sur le résultat.

Pour le morceau en question, je ne me pleins pas trop. Le fichier source étant bien endommagé je ne peux pas faire de comparaison. De souvenir, il n'y a pas de bruits parasites.

BBT1 a écrit:
Par contre je croyais vraiment que cdparanoia était plus persévérant que ça... Je suis déçu

Bon après, avec des rayures concentriques, ça n'aide pas trop non plus.

BBT1 a écrit:
Tiens j'en profite pour pointer la page de wiki: http://beronono.com/wiki-debian/index.php?title=CD_audio


Merci pour le tuyau. ;-)
Bon app et bonne après-m ;-)

_________________
"Si je n'ai rien compris mais qu'il n'y a rien à comprendre, c'est que j'ai tout compris"
L'Indien de la Douche


Haut
 Profil  
 
MessagePosté: 03 Fév 2010 17:26 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 23 Fév 2009 19:06
Messages: 507
Localisation: 1993 dpkg street, APTown, Debland, Freeworld
Salut,

A ma connaissance, il y a "deux sortes de griffes"; j'entend par là, les "radiales"(du centre vers l'extérieur) qui ne posent pas trop de problèmes et celles(j'ai pas le nom) qui vont dans le même sens que le sillion(ce sont celles là qui perturbent le plus).

PQ? me direz vous...

Sur un disque de type CD; DVD... les datas sont écritent les unes après les autres et, entre chaque blocs de data, il y un code de controle d'intégrité des data précédantes(c'est un peu comme en RAID, DATA+parity). Donc, si les data sont défectueuses, le device les reconstitues grâce au code d'intégrité.

Donc, avec les radiales moins de chance de détruire à la foie les data et le code de controle; par contre, avec les autres griffes...

Je confirme les dires de ggoodluck47 en ce qui concerne ces machines.

Ceci dit, en principe, tant que la péllicule contenant les data sous forme de trous n'est pas atteinte, il doit y avoir moyen de récuperer les data.

Enfin, il existe un soft qui permet de récupérer des disques défaillants mais à la condition d'avoir fait un fichier de contrôle AVANT que les disques soit défaillant. "dvdisaster"

a+
debcool

PS: malgré tout ça, j'ai un CD de Nirvana dans un état... et pourtant, il passe partout sans le moindre soucis! Alors que j'en ai d'autres, à priori nickel, qui plantent... allez comprendre...

_________________
"Debian ou lorsque l'utopie dépasse de loin la réalité..."
http://counter.li.org/cgi-bin/certificate.cgi/491825


Haut
 Profil  
 
MessagePosté: 03 Fév 2010 18:58 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 02 Avr 2009 22:14
Messages: 424
Localisation: Paris
heu je vais vérifier mais je crois qu'il n'y a pas de checksum pour les CD audios.


Haut
 Profil  
 
MessagePosté: 03 Fév 2010 19:13 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 02 Avr 2009 22:14
Messages: 424
Localisation: Paris
Bon j'ai la flemme de traduire, mais en gros les CD-ROM sont mieux protégés dixit wikipedia

Citation:
Unlike a music CD, a CD-ROM cannot rely on error concealment by interpolation, and therefore requires a higher reliability of the retrieved data. In order to achieve improved error correction and detection, a CD-ROM has a third layer of Reed-Solomon error correction.[3] A Mode-1 CD-ROM, which has the full three layers of error correction data, contains a net 2,048 bytes of the available 2,352 per sector. In a Mode-2 CD-ROM, which is mostly used for video files, there are 2,336 user-available bytes per sector. The net byte rate of a Mode-1 CD-ROM, based on comparison to CDDA audio standards, is 44100 Hz × 16 bits/sample × 2 channels × 2,048 / 2,352 /8 = 153.6 kB/s = 150 KiB/s

source: http://en.wikipedia.org/wiki/CD-ROM
Donc on a ECC (Error Correction Code) pour le CD-ROM et pas pour le CD-DA.

Mais par contre il y a un mécanisme plus bas niveau qui s'applique à tous les CD :

Citation:
D'après le standard EFM (Eight-to-Fourteen Modulation), utilisé pour le stockage d'information sur un CD, il doit toujours y avoir au minimum deux bits à 0 entre deux bits consécutifs à 1 et il ne peut y avoir plus de 10 bits consécutifs à zéro entre deux bits à 1 pour éviter les erreurs. C'est pourquoi la longueur d'une alvéole (ou d'un plat) correspond au minimum à la longueur nécessaire pour stocker la valeur OO1 (3T, c'est-à-dire 0.833µm) et au maximum à la longueur correspondant à la valeur 00000000001 (11T, soit 3.054µm).

source: http://www.commentcamarche.net/contents/pc/cdrom.php3

Je me demande même si iso9660 rajoute pas encore des mécanismes pour améliorer l'intégrité des données encore par-dessus.


Haut
 Profil  
 
MessagePosté: 03 Fév 2010 19:25 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 28 Fév 2008 00:26
Messages: 3251
Très intéressant ce fil... :wink: ...

Je vais juste (encore) jouer mon chieur... tout ceci ne fonctionne que si la "rayure" est "dessous" le cd... si par malchance vous rayez la surface suppérieure du cd (la face imprimée), là... c'est mort de chez mort... cf les "illustrations" qu'a postées gunsx... sous la couche imprimée se trouve la couche métalique, réflechissante (nan... pas celle qui pense... celle qui renvoie la lumière... :lol: ). Si cette couche là est touchée, le faiseau traversera sans être renvoyé à cet endroit... CQFD (très bon mensuel au passage... mais ça n'a rien à voir... :lol: ) ... peut-être que si la "rayure" n'est pas trop grosse (voire très petite... :lol: ), avec le système de correction, "ça passe", mais j'en doute...

:smt006

_________________
France schizophrene aux valeurs hypocrites(...),ce n'est pas ton peuple collabo qui s'est battu contre l'Occupation!
---
"La liberté comme base, l'égalité comme moyen, la fraternité comme but."
Ricardo Mella in El ideal anarquista


Haut
 Profil  
 
MessagePosté: 04 Fév 2010 11:59 
Hors ligne
Grand posteur
Avatar de l’utilisateur

Inscription: 20 Juil 2009 20:26
Messages: 124
Localisation: En mouvement perpétuel...
debcool a écrit:
Enfin, il existe un soft qui permet de récupérer des disques défaillants mais à la condition d'avoir fait un fichier de contrôle AVANT que les disques soit défaillant. "dvdisaster"


Visiblement, il est possible d'après jetecharge.com où on peux avoir le soft :
jetelecharge.com a écrit:
D'autre part, si cette technique n'a pas été employée lors lors de la création du DVD, l'application peut également isoler le contenu intègre du disque pour que vous puissiez le récupérer facilement.

Tant mieux, car quand on chope un CD/DVD/Blue Ray, l'état n'est pas forcement nickel. Un peu rayer, ça peut aller. Mais si il vraiment endommagé. Ça peut toujours servir.

Merci pour les nouveaux tuyaux et conseils.

Bonne app, et bonne écoute à tout le monde ;-)

_________________
"Si je n'ai rien compris mais qu'il n'y a rien à comprendre, c'est que j'ai tout compris"
L'Indien de la Douche


Haut
 Profil  
 
MessagePosté: 05 Fév 2010 03:56 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 23 Fév 2009 19:06
Messages: 507
Localisation: 1993 dpkg street, APTown, Debland, Freeworld
Salut,

Citation:
heu je vais vérifier mais je crois qu'il n'y a pas de checksum pour les CD audios.
Merci pour la précision; Comme quoi, on en apprend sur ce forum :-)

Citation:
Je me demande même si iso9660 rajoute pas encore des mécanismes pour améliorer l'intégrité des données encore par-dessus.
C'était plustôt à ça que je pensait. C'est con, j'avais un bouquin complet sur le sujet mais je sai pas où il est... Pas bien!

Citation:
Très intéressant ce fil... :wink: ...
:D
Citation:
Je vais juste (encore) jouer mon chieur... tout ceci ne fonctionne que si la "rayure" est "dessous" le cd... si par malchance vous rayez la surface suppérieure du cd (la face imprimée), là... c'est mort de chez mort... cf les "illustrations" qu'a postées gunsx... sous la couche imprimée se trouve la couche métalique, réflechissante (nan... pas celle qui pense... celle qui renvoie la lumière... :lol: ). Si cette couche là est touchée, le faiseau traversera sans être renvoyé à cet endroit... CQFD (très bon mensuel au passage... mais ça n'a rien à voir... :lol: ) ...
On peut toujours souder une feuille d'aluminium à l'arc :smt005 :smt005 :smt005 "Faite un don"(à l'arc) :smt005 :smt005 :smt005 Ouuuuh! En forme, je suis... bon, il est 3h50 du mat et j'arrive pas à dormir... ceci expliquant celà...

A++
Debcool

_________________
"Debian ou lorsque l'utopie dépasse de loin la réalité..."
http://counter.li.org/cgi-bin/certificate.cgi/491825


Haut
 Profil  
 
MessagePosté: 05 Fév 2010 08:34 
Hors ligne
Grand posteur
Avatar de l’utilisateur

Inscription: 20 Juil 2009 20:26
Messages: 124
Localisation: En mouvement perpétuel...
debcool a écrit:
On peut toujours souder une feuille d'aluminium à l'arc :smt005 :smt005 :smt005 "Faite un don"(à l'arc) :smt005 :smt005 :smt005 Ouuuuh! En forme, je suis... bon, il est 3h50 du mat et j'arrive pas à dormir... ceci expliquant celà...

Ça commence fort la journée........ Ou plutôt termine tard la nuit.......... ;-)

Puisqu'on y ait dans la section des disques rayés : tu connais l'histoire du disque rayé....... Mais après je ne sais plus comment s'écrit "rayé".... C'est vaseux...... lol.

Bonne journée ;-)

_________________
"Si je n'ai rien compris mais qu'il n'y a rien à comprendre, c'est que j'ai tout compris"
L'Indien de la Douche


Haut
 Profil  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 13 messages ] 

Index du forum » Forums d'aide » Support Debian


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 2 invités


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Flux RSS Flux RSS Liste des flux Liste des flux
Powered by phpBB® Forum Software © phpBB Group
Traduction par: phpBB-fr.com
SEO
[ Time : 0.623s | 12 Queries | GZIP : Off ]