Reprise du message précédent :
Attention, jamais de "paranoid" pour l'extraction, c'est le premier mode sécurisé qu'a utilisé EAC et c'est un cauchemar (il est meme écrit "not recommended" à coté).
 
Orbitalcoil, je ne cautionne pas du tout ta méthode (et Defsiam va hurler quand il va lire ton post   ).
Quand un cd est en bon état, le mode secure va tres vite (6-8x ça fait 10 mns à peine pour un cd, ceux qui veulent mettre 2 mns n'ont qu'a utiliser Audiocatalyst).
Si EAC peine un peu plus, c'est que c'est necessaire et il n'y a pas de raison de vouloir accélérer.

je crois que y'a confusion sur le nick
 
sinon, dans le cas où tout se passe bien: je ne pense pas que ma méthode soit beaucoup moins efficace que d'utilser directement le mode secure, en effet, en faisant read burst + test burst moi aussi je relis tout 2 fois, et si il n'y avait qu'un bit d'eronné j'aurais effectivement 1 chance sur 4 de ne pas détecter l'erreur, contre 1 chance sur 16 en mode sécure (ce qui reste assez faible) mais je ne pense pas que considérer une erreur sur un seul bit soit trés réaliste généralement les erreurs seront dues a des défauts de reflection qui sont provoqués par des rayures ou autres altérations du support, et dans ce cas là, il y aura plusieurs bits erronés, et donc avoir un taux de detection de 2^n ou de 2^(n+2) ne change pas granchose amha. pour un temps moyen d'extraction divisé par 2.
 
 
donc c'est pas la peine de monter sur tes grands chevaux et de dire d'utiliser audiocatalyst, je juge mon utilisation d'EAC optimale et ca n'a rien a voir avec audiocatalyst, voilà.

Je voulais juste rappeller que EAC n'est pas compatible avec vitesse optimale  

il y a une différence entre vitesse maximale et vitesse optimale...

excellent tutorial, il ne manque plus que des copies d'écran et c'est parfait.
 
Pour les impatients, je signal qu'avec mon Ultraplex de plextor j'extrait en 15x de moyenne. J'arrive à 20x de moyenne sur des CD neufs, le tout en mode secure bien sûr.
 
J'aurais 2 questions pour lesutilisateurs :
- Arrivez vous à envoyer des données à FreeDB quand cette base ne contient pas un CD ? Car moi j'ai toujours le même message d'erreur (une histoire de genre incompatible, je regarde ce soir)
 
- avez vous le nombre de track du CD renseigné dans les tags des mp3 ?

OK Solt, tu as gagné la couronne du "plus gros chieur qui s'enerve parce qu'on a osé critiquer son post"  

j'essaie juste de défendre mon point de vue, et de justifier pourquoi je pense que ma méthode est un bon compromis...
 
...je dis pas que c'est la plus sure, mais je suis persuadé que c'est un bon compromis, c'est tout.
 
alors il me semble normal d'argumenter mes dires quand on critique mon point de vue, maintenant si on peut m'affirmer que les erreurs bit localisées existent voire sont fréquentes, bein a ce moment là, ma technique est mauvaise, mais si je ne me trompe pas sur la caractérisation des erreurs, je pense que ma technique est trés bonne.
 
voilà voilà.
 
sinon je m'énerve seulement quand la critique n'est pas constructive... na!

moi, pour plus de tranquillité :
secure mode avec fichier de log à chaque fois

comme tu es tres correct (il y en a plein qui serai parti en insultes), j'essaierai attentivement ta technique  

suis sur tu dis ca pour m'énerver... ca marchera pas...

 
Pareil. Je stocke les logs de mes CD extraits systématiquement en secure. En fait, le gage de sécurité est nul (il faudrait un site les regroupant, afin de recouper les CRC obtenus par différents internautes). mais si d'aventure je devais extraire une nouvelle fois mes CD (genre, réencodage dans un autre format), le mode BURST me suffira, puisqu'il me suffira de recouper les 2 versions des CRC obtenus.

Je capte pas...........
C'est juste pour comparer?

 
Oui, ultérieurement, éventuellement. Je peut ripper en burst les CD que j'ai rippé une première fois en Secure : je dois juste comparer manuellement les CRC.

C'est vrai, j'oubliais que tu n'encodes que pour les sauvegardes de tes propres cds. Comme ceux ci sont impeccs, tu es quasimment sur d'avoir le meme CRC.
Mais pour un salaud qui va dans les médiathèque pour faire perdre de l'argent aux mécènes d'Universal, autant recommencer direct en Secure.

jaylcee a écrit a écrit : C'est vrai, j'oubliais que tu n'encodes que pour les sauvegardes de tes propres cds. Comme ceux ci sont impeccs, tu es quasimment sur d'avoir le meme CRC. Mais pour un salaud qui va dans les médiathèque pour faire perdre de l'argent aux mécènes d'Universal, autant recommencer direct en Secure.

 
On peut réemprunter un même CD dans une médiathèque (j'en sais quelque chose, étant passé de Fraunhofer@128 à Musepack avec une étape --dm-preset & --alt-preset)
 
 

defsiam: j'ai lu dans un autre tutorial sur les mp3 qu'ils proposaient au gens de noter un commentaire dans le IDTag sur le type d'encodage utilisé. ex: "EAC + Lame 3.92 --alt-preset"
vu qu'il y a beaucoup de monde qui lit ton tutorial(qui est génial) ca serait pas mal de rajouter un commentaire là-dessus si tu trouve  ca bien évidemment.

 
Pour pas oublier, c'est bien ça    
 
En fait, la pratique est courante sur les réseaux d'échange (les indications figurent parfois même dans le titre). En même temps, je vois mal Defsiam indiquer sur son tuto une pratique qui n'a d'intérêt que pour cet usage assez mal perçu ici, et qui indiquerait clairement que son tuto s'adresse principalement aux amateurs de WinMX, eDonkey ou autre soft du même genre.

Secure Mode ou Burst Mode + Test (Test + copy avec CRC) ???
 
La réponse n?est pas si évidente qu?on le croit ? Tout d?abord, il faut bien savoir que ces 2 méthodes prennent +/- le même temps si l?on compte que chacune effectue, en réalité, une double lecture du cd (à noter l?exception des lecteurs n?effectuant pas de cache et acceptant le C2 pour qui le Secure Mode est plus rapide).
 
Pour beaucoup, le burst mode + test CRC ne serait à employer que dans le cas de cd impeccables ? Mais qui peut être en mesure de le dire ? Certaines défectuosités d?un cd sont invisibles à l??il humain, sans compter que certains cd à peine sortis pour la première fois de leur boîtier peuvent aussi comporter des vices dus à un mauvais pressage. Cela dit, je dirais néanmoins que cette méthodologie est applicable dans 80% des cas, c?est à vous de voir si chaque cd que vous avez entre les mains vous permet de suivre ce procédé. Mais ayez tout de même conscience du réel gain de temps : est-ce vraiment nécessaire ?
 
Car, quels sont les inconvénients du Burst mode ?
 
- les erreurs de lecture ne sont pas corrigées.
- son rapport d?extraction est plus qu?imprécis étant donné qu?il ne rapporte que les erreurs dues à une baisse de flux ? Nous pouvons donc considérer que ce dernier n?est même pas efficient à + de 10% étant donné qu?une baisse de flux de signifie en aucune façon une erreur de lecture => donc, incapacité totale de savoir où se situent les erreurs de lecture.
- Pas de correction Jitter.
- Les erreurs de synchro ne sont pas détectées non plus.
 
Note : n?oubliez pas que le burst mode reste la méthode privilégiée pour certains lecteurs dans le cas de cd fortement abîmés.
 

? si j?ai bien compris ce que tu voulais dire (site proposant un panel de tous les CRC d?un même cd pour déceler, grâce à un nombre maximum d?un même CRC, le vrai CRC ?
 
Cette méthode n?est pas vraiment applicable étant donné les différences de lecteurs (problèmes d?offset, plusieurs versions (I.D.) pour un même cd, ?)
 

Cette mention est déjà reprise dans le fichier *.log. Sinon, en configuration par défaut, EAC indiquera en ID3v2 la mention suivante à "encodeur utilisé" : Exact Audio Copy (Burst mode) (par exemple).
Tu peux alors l'indiquer via compression options > onglet offset et à la dernière case, tu choisis write following text ? et tu y indiques ce que tu veux (pour ceux qui le savaient pas).
 

J?y ferais peut-être mention de façon anodine mais on verra, j?essaye au maximum d?éviter l?ajout d?informations non importantes pour alléger le tuto (bcp. le trouvent encore top long ) et je me vois mal inclure ça dans la FAQ ?

a mon humble avis, la seule chose qui nous empêche de faire une base de donnée de CRC, c'est l'offset. Certains lecteurs commence 2 blocks trop loin, d'autre avant... bref un CRC différent à chaque fois
 
Donc ce qu'il nous faut c'est un référentiel commun.  
Ne pourrait on pas trouver une liste d'album très connus (Madonna Ray of Light, etc.) qui nous serviraient de réf. pour voir si notre offset est parfait.  
Perso j'ai repompé l'offset de mon ultraplex sur la base de donnée d'EAC : +676 de mémoire. J'ai testé ensuite Ray of light mais je ne suis pas tombé sur le même CRC que celui donné par le site d'EAC (l'album français est le même que celui en vente au US ?)
 
Ensuite je ne sais pas si il existe une méthode de recherche d'offset à partir d'un CD dont on a les CRC
ex :  
CRC souhaité : 4F52A...
searching...
et il test une batterie d'offset (ça peut prendre du temps )
 
Sur le site d'EAC ils disent que l'offset est le même pour un type de lecteur donné, mais peut varier en fonction du firmware

 
Je testerai, est que le fait d'avoir un processeur tres vieux joue sur la vitesse ?

Celle d'encodage, oui. Celle d'extraction : non. C'est la mécanique & l'électronique du lecteur de CD-rom qui est déterminante.

jaylcee a écrit a écrit : Attention, jamais de "paranoid" pour l'extraction, c'est le premier mode sécurisé qu'a utilisé EAC et c'est un cauchemar (il est meme écrit "not recommended" à coté).   Orbitalcoil, je ne cautionne pas du tout ta méthode (et Defsiam va hurler quand il va lire ton post   ). Quand un cd est en bon état, le mode secure va tres vite (6-8x ça fait 10 mns à peine pour un cd, ceux qui veulent mettre 2 mns n'ont qu'a utiliser Audiocatalyst). Si EAC peine un peu plus, c'est que c'est necessaire et il n'y a pas de raison de vouloir accélérer.

 
Lol excuse moi mais bon j'ai fais mes rip cd avec audiograbber pendant des années et là je passe a eac pour une raison que je ne peut expliquer ici sous peine de suppression de message (tu comprendras sans problème), je pense que mon pc est surtout trop vieux pour exploiter eac au minimum, je ne profite ni de la vitesse de mon lecteur cd rom avec le mode secure mais en plus l'encodage est interminable vu qu'il dépend de la puissance du processeur et de la memoire... vivement mon nouveau pc tiens !

 
Et bien tu as de la chance de pouvoir le faire a cette vitesse

 
Exploite le au maximum alors    
 

 
Pour l'encodage, rien à faire (hormis gogo.exe...). Pour l'extraction, veille si possible à activer le DMA du lecteur, à changer les pilotes ASPI, voire interdire à EAC de réduire la vitesse d'extraction lorsqu'il le juge nécessaire. Au moins, tu sera fixé quand aux limites réelles constiuées par le CPU dans la phase d'extraction.

 
ok mais extraction a 2x meme en mode secure c'est pas un peu limite foutage de gueule, je veux bien qu'eac donne d'excellents résultats mais j'ai un lecteur cdrom 32x alors si je pouvais extraire au moins a 6 ou 8 ca serait quand meme pas un mal. Enfin on fait avec.

 
Ben... si ! Elle est donnée dans Program files\Exact Audio Copy\Documentation\EAC.txt C'est la liste des CD reconnus par EAC.
 

 
Exactement.
 

 
 
Ca encore c'est pas un drame... on peut compenser l'offset du drive, si on le connait. Non le cauchemard, ce sont les CD eux mêmes ! Y a pas deux pressages qui ont le même offset, et on trouve couramment des pressages identiques, avec le même numéro d'usine gravé au centre du CD, mais avec des offsets différents... Impossible dans ces conditions d'utiliser un CRC.
 
On a suggéré d'éliminer les "zero samples" aux deux bouts des pistes pour avoir un contenu identique (il doit même y avoir une option "don't use silent samples for CRC calculation" ). Dans ce cas, le CRC ne dépend pas de l'offset... à condition qu'il y ait des zero samples, ce qui n'est pas toujours le cas. J'en au eu besoin à un moment, et j'ai du faire trois ou quatre CDs avant d'en trouver un qui avait du silence parfait entre les plages. Il y a souvent un bruit de fond, ne serait-ce qu'un dither à -96 db.
 
Une autre solution serait d'intégrer le CRC dans EAC. Il sait déjà se synchroniser sur un CD connu quel que soit son offset et la présence ou non de zero samples (c'est ni plus ni moins que ce qu'il fait quand on clique sur "detect sample offset" ). S'il avait en plus le CRC en mémoire, il lui suffirait de poursuivre l'extraction afin de savoir s'il y a des différences avec le CD de référence utilisé par Andre.
 
Mais je ne crois pas que cela marcherait, car il y aura toujours le risque d'avoir de faux CRC dans EAC (si la lecture de référence comportait des erreurs), et surtout il pourrait y avoir non seulement de l'offset, mais des erreurs de copie d'un pressage à l'autre d'un même CD. De sorte qu'une lecture sans erreur d'un pressage original corrompu (ça existe, Andre en signale sur 1% de sa discothèque) indiquerait une erreur de CRC alors que tout fonctionne.
 
Autant tester soi-même la précision de ses rips à l'huile de coude : Feurio test device, ré-extraction des gravures et compare wavs, Tests sur CD scratchés...on est vite fixé (enfin... après quelques heures de test) sur le fonctionnement de ses drives.

gURuBoOleZZ a écrit a écrit :     Exploite le au maximum alors       Citation : je ne profite ni de la vitesse de mon lecteur cd rom avec le mode secure mais en plus l'encodage est interminable vu qu'il dépend de la puissance du processeur et de la memoire... vivement mon nouveau pc tiens !     Pour l'encodage, rien à faire (hormis gogo.exe...). Pour l'extraction, veille si possible à activer le DMA du lecteur, à changer les pilotes ASPI, voire interdire à EAC de réduire la vitesse d'extraction lorsqu'il le juge nécessaire. Au moins, tu sera fixé quand aux limites réelles constiuées par le CPU dans la phase d'extraction.

 
Il est exploité le pauvre
 
Le dma est activé (depuis trois jours, il etait en PIO), les pilotes aspi sont les derniers d'apres le site d'adaptec.

 
ah bon tu voyais ca comme ca toi...
 
pour moi, même en sécure, c'est extract+test... paske ca a bô être sécure... rien ne vaut un bon CRC... et ma comparaison allait dans ce sens...
 
Si on compare Secure tout nu et Burst+Test je suis pour le Burst+Test moi... un CRC ca rassure quand même...
 

 
Si la vitesse CPU peut jouer sur la vitesse d'extraction, au sesn où un petit CPU aura plus de mal a gérer la quantité de données a faire transiter sur les bus, et aussi a la vitesse des bus eux mêmes qui est la même que la vitesse externe du CPU en regle generale.
Pis globalement, si le PC est homogéne on peut supposer que y'a pas que le CPU de plus vieux... donc tout ira moins vite si y'a une vieille carte mêre etc...

Bonjour à tous, et bravo encore pour ton tutorial defsiam !!!
Sur les conseils de guru, je voudrai savoir 2 ou 3 choses :
 
Est ce que le WAV marche sur MAC ?
EAC fonctionne sur MAC ou un équivalent, peut-être iTunes le fait ???
Je viens de faire ma premiére extraction avec EAC et les paramétrages que tu a indiqués sur ton tutorial
Aprés l'extraction une fenêtre save waveform s'ouvre, c'est quoi ?
Pourquoi EAC me créer un fichier .log en plus ?
Et a quoi correspond la colonne copy protection avec yes comme info ?
Et quel réglages pour extraction and compression priority et error recovery quality ?
Derniére chose, lorsque j'aurai extrait tous mes CD ou je peux trouver un p2p dans ce format (je suis sous winmx, mais le choix est limité) ???
 
J'attend avec impatience tes conseils pour pouvoir commencer mes extractions !!!
 
merci

EAC marche apparemment sur MAC avec un émulateur style [g]Virtual PC[/b] ( http://www.connectix.com/ ).

Dans -compression options- (F11), es-tu sûr d?avoir bien coché sur le 2ème onglet la 1ère case -use external program for compression- ? Et si tu ne compresses/encodes pas par EAC, effectues-tu bien une extraction via -uncompressed- ?

Ca te permet de connaître tous les paramètres d?extraction que tu as employé, les paramètres d?encodages, si tu as utilisé un offset, ? : pour t?aider à voir et à comprendre les erreurs éventuelles.

Elle ne sert pas à grand-chose, t?inquiète, elle indique juste si le cd est pourvu d?une protection à la copie mais c?est juste un flag, rien de plus et EAC ne s?en soucie pas. A ne pas confondre avec les protections actuelles (keyaudio, ?)

Compression priority : la priorité que ton ordinateur donne à EAC pour la compression. Tu retrouves ce paramètre dans à peu près tous les softs EAC. C?est juste pour savoir si tu veux allouer un peu plus ou un peu moins de ressources à EAC, s?il doit prendre le pas sur toute autre application. La laisser sur -normal- me semble un bon compromis si tu possède un PC récent.
Error Recovery Quality signifie le nombre de tentative de relecture que doit effectuer EAC. Initialement, il effectue 2 lectures de chaque secteur en secure mode.  
 
Low = 1 tentative (16 relectures)   /   Medium = 3 (48 relectures)   /   High = 5 (80 relectures)
 

Pas de réponse à ça sur ce form-ci, désolé ?

merci defsiam de tes conseils !!!
 
@+

Merci encore defsiam,
 
Je voudrai savoir comment faire pour que lorsque je lis un morceau sur un lecteur, il m'affiche alternativement le nom de l'artiste, le morceau ...
En effet, j'ai bien fait comme tu l'indique dans ton tutorial avec filename , et le fichier en lui même est comme je veux mais pas les infos "interne" au fichier.
 
Sinon je ne comprend pas pour waveform, car en fait je ne veux pas ni les encoder ni les compresser car je vais acheter en gros disque dur (160 giga), je n'ai donc pas besoin de cocher dans -compression options- (F11),le 2ème onglet -use external program for compression- ? Et pourtant j'effectues-tu bien une extraction via -uncompressed- ?
 
merci

Donne-moi + de détails, tu parles de quels fichiers ? Des mp3, des wav, ... ? Sinon, en ce qui concerne les fichiers encodés taggés, cela se situe + dans la configuration de ton lecteur (software ? hardware ?) qu'autre chose.
 

De toute façon, tu peux cocher tout ce que tu veux dans les paramètres d'encodage, si tu emploie l'extraction -uncompressed- : rien ne sera encodé. Mais dis-m'en + à nouveau, que se passe-t-il réellement ? Tu réalises une extraction qui se déroule bien => le fichier wav est extrait sur ton hd et ensuite, une fenêtre "save waveform to ..." s'ouvre. Et que se passe-t-il si tu sauve cette waveforum sur ton hd (dans un répertoire différent du wav d'extraction ?  
 
En ce qui concerne le fait que tu ne veuilles plus encoder tes cd ... n'oublies-tu pas les formats lossless (aucune perte) avec une compression qui va de 35% à 70% ...

En effet je parle de fichiers WAV (mais peut-être est ce impossible dans ce format, d'insérer un tag ???)
 
Pour ce qui est de l'extraction, en fait c'est lorsque je fait F6 qu'une fenêtre s'ouvre avant même de procéder a l'extraction.
Mais apparement cela ne fait rien de special lorque je click sur enregistrer ...
 
Pour le lossless je le ferai quand mon HDD sera a ses limites (a moins que je ne sois pas dans le juste ???)
 
J'attends tes conseils avec impatience
D'avance merci

Le "save waveform" se configure dans EAC/EAC options/directories.
Tu es sur "ask everytime", donc EAC demande à chaque fois.

Merci pio2001 !!!
 
Et je voudrai savoir comment faire pour que lorsque je lis un morceau en WAV sur un lecteur, il m'affiche alternativement le nom de l'artiste, le morceau ...
En effet, j'ai bien fait comme tu l'indique dans ton tutorial defsiam avec filename , et le fichier en lui même est comme je veux mais pas les infos "interne" au fichier (je crois quond appel sa le tag non ???), mais peut-être est ce imposible avec un fichier non coder ou compresser, car je reste en WAV tant que mon disque dur me le permet !!!
 
D'avance merci

Non, à ma connaissance, il n'est pas possible de tagger un WAV. Cela dit, tu peux configuer ton filename comme ça ...
 
[ %A - %C\%N - %A - %C - %T ]
 
Cela te donnera ça :  
 
C:\Pink Floyd - Animals\01 - Pink Floyd - Animals - Dogs.mp3
C:\Pink Floyd - Animals\02 - Pink Floyd - Animals - Pigs on the Wing.mp3
 
Si tu utilise Winamp, tu n'as plus qu'a le configurer pour qu'il ne lise pas les tag mais le "file name". Il t'affichera alors rien que ça :  
 
01 - Pink Floyd - Animals - Dogs.mp3
02 - Pink Floyd - Animals - Pigs on the Wing.mp3  
 
C'est pas génial mais ça t'aide quand même.
 
Note : Monkey's Audio (lossless) génère des Tags ...

merci defsiam !!!
 
@+

"defsiam", ton tutorial m'a éte conseillé (un ami) !
Je te remercie sans lui, je n'aurais pu m'en sortir avec EAC et Lame ! Je ne suis pas suffisament technique !
Pour cette raison, j'aimerais savoir : Quel est le logiciel qui convient le mieu pour la décompression des .mp3 Encodés avec Lame 3.92 VBR (--alt-preset extreme).
Je dois reconnaître que je suis trés impressionné par la qualité de ce Forum !  

 
A quelle fin comptes-tu décompresser tes mp3 : gravure ? lecture ? édition ?
 
Dans les deux premiers cas, je te suggère d'employer Winamp, qui possède un très bon décodeur (celui de l'institut Fraunhofer). Néanmoins, je te conseille d'employer Winamp avec un autre décompresseur, nommmé Mpeg Audio Decompressor (MAD), très réputé. Il fonctionne également en tant que plug-in pour Winamp (téléchargeable > ICI <). Un autre lecteur bien conçu utilisant MAD se nomme Coolplayer : la qualité de la restitution des mp3 est vraiment optimale. Pour la décompression qui précède la gravure, Winamp et son utilitaire Diskwriter permettent de bénéficier de la qualité MAD. Au besoin, tu trouveras une interface à cette page : http://home.wanadoo.nl/~w.speek/speek.htm
 
Pour l'édition, l3dec de Fraunhofer serait le meilleur, bénéficiant d'un décodage en 24 bit de grande précision. Son utilisation reste complexe, et il faut vraiment être motivr pour se risquer à en faire usage. (plus d'infos : >> ICI <<)
 
Si tu tiens à te documenter sur la question du décodage :  
http://privatewww.essex.ac.uk/~djm [...] index.html

Merci, c'est pour graver !