Reprise du message précédent :
Salut Misato,
 
J'ai copié Nero Aspi Layer dans le dossier EAC et... miracle ça fonctionne !  
 
Merci à toi.  

cool, bah t'as de la chance

Une nouvelle version d'EAC, c'est pas tous les jours !
 

 
 
wow!

EAC m'a toujours suffi, donc a fortiori la nouvelle version m'ira très bien. Néanmoins, on peut regretter deux absences :
 
- Toujours pas de possibilité de confronter la 1ère passe à AccurateRip ce qui éviterait dans beaucoup de cas d'avoir à faire une 2ème passe pour comparer les CRC. C'est le seul vrai point fort de dBPowerAmp, AMHA.
 
- Le support d'AccurateRip v2 semble ne pas inclure les pressages différents, en tout cas selon Spoon, qui sait de quoi il parle. Ca, c'est vraiment dommage.  

Tu m'as retiré le mot de la bouche, camarade !

Bah, ce sera mon regret...
J'ai une vieille tour dans un coin de mon bureau, sans clavier ni écran et que j'utilise au travers de VNC pour ripper (2 vieux Plex SCSI mais toujours vaillants et un PX-760), suis pas sûr d'avoir envie/besoin/le temps d'y mettre autre chose que le W2K qui y est...

 
c'est ennuyeux, mais tant qu'EAC peut ripper en mode "secure", moi ça me suffit
 

 
+1. j'ai du mal à comprendre ce qui motive de pas conserver le support win2K mais de conserver winXP, qui n'est pas si différent ...
 
vais probablement rester à la version actuelle ... à moins que l'unicode m'arrange dans l'avenir avec mes CD japonais

Heureusement, pour vérifier des rips y compris si l'offset est différent, il y a CueTools:
http://wiki.hydrogenaudio.org/index.php?title=CueTools

Certes, mais il existe 3 moyens de "sécuriser" un rip, par ordre de fiabilité :
 
1 - Ripper en mode burst puis comparer le rip avec AccurateRip. S'il y a "match", ce n'est même pas la peine d'aller plus loin. dBPowerAmp commence toujours par ça. Très rapide, pas taxant pour le lecteur optique. S'il n'y a pas de match, cela peut être parce que le CD n'est pas dans la base ou parce qu'il y a erreur de rip. D'où le...
 
...2 - Faire une 2ème passe en mode burst et comparer les CRC avec ceux de la première. Deux fois moins rapide et deux fois plus usant pour le lecteur. Si les CRC collent, tout va bien. Sinon, il faut passer à...
 
...3 - Ripper en mode dit "secure". Très lent, peut flinguer un lecteur en quelques mois et pas complètement fiable.
 
Tout ce que je regrette, c'est qu'EAC ne soit pas automatisé pour vérifier le rip avec AR, puis lancer la 2ème passe uniquement s'il n'y a pas de match. Dans mon cas, ce n'est pas bien important puisque toute ma discothèque est déjà rippée, mais pour celui qui va commencer demain et a des centaines de CDs, ce serait un gros plus. Après, on me dira qu'à cheval donné il ne faut pas regarder les dents et c'est vrai. Je suis très heureux qu'EAC continue d'être développé, soit maintenant adapté à Win7 et AR v2 et qu'il reste gratuit.  
 

Après le rip, oui. On peut le faire aussi avec Foobar. Mais l'intérêt est de l'intégrer dans le process de rip.    

Tiens, je ne savais que foobar le faisait aussi. Il faut un plug-in?
 
Sinon, EAC est "cardware".   Vous avez tous bien envoyé une carte postale à son développeur?

Même pas, non.

Il n'est plus cardware depuis longtemps. Mais il y a des années de ça, je lui avais envoyé une carte, effectivement. Une vue de Paris, puisqu'il désirait des vues des endroits où vivaient ses utilisateurs. Bon, Paris, pour un allemand, ça ne doit pas être très exotique, m'enfin...  

J'ai une question bête, mais la base de donnée à laquelle accède EAC à l'insertion du CD, elle a été faite par les utilisateurs de logiciels de rippage non?
Par exemple ça m'est arrivé d'inserer un album du commerce qui n'était pas encore présent dans freedB, ensuite j'ai dû rentrer les informations, je soumet le résultat à FreedB et voilà.
A ce moment on ne peux pas vraiment se fier aux informations puisque ce sont les utilisateurs qui les enregistrent non?

Je croyais que pour foobar2000, il fallait ce composant en plus:
http://www.foobar2000.org/components/view/foo_verifier
 
Sinon, le développeur d'EAC a oublié de changé la fenêtre "about" qui annonce toujours que le logiciel est cardware. J'avais l'intention de lui envoyer une carte quand la version finale 1.0 sortirait.    
 

C'est exact. Dans les données, il y a parfois des erreurs ou des choses que je n'aurais pas fait de la même manière.
C'est pour ça que je vérifie toujours.

Non, on ne peut pas. FreeDB est bourrée de fautes, de coquilles et d'erreurs. Le problème de FreeDB est que c'est "transparent". Donc bien que ce soit un projet communautaire aussi voire plus utile que bien d'autres, il n'y a aucun sens de "communauté". Et donc tout le monde s'en fout, et fait son truc dans son coin. Il suffit de jeter un oeil sur le forum pour comprendre. C'est tellement désert qu'il n'y a même pas un seul modo pour virer les spams.
 
Il faut comprendre aussi que relativement peu de gens rippent encore leurs CDs, ou ils le font avec des softs qui n'utilisent pas FreeDB (comme iTunes ou WMP).

Ah oui, exact. J'ai toujours les mêmes composants, donc je finis par ne plus vraiment savoir ce qui vient du core et du reste.  

Oui, m'sieur ! Registred user 429 ou 439, sais plus mais la réponse d'André est archivée qq part dans mon enfer.
 
En fait, les remerciements de BoraBora me donnent l'idée/l'envie de remercier André une nouvelle fois. Il n'y a pas 150 logiciels que j'utilise aussi habituellement qu'EAC et si je regarde ça dans la durée, ça doit se résumer à Word/Excel/Toshop/EAC. Autrement dit, 2 péages, une arnaque organisée (je ne parle que du prix et des modalités de mise à jour) et une belle surprise. Cela mériterait mieux qu'une carte postale de la Tour Eiffel il y a 15 ans...

Merci de se soucier de moi !
 
J'ai ripé une dixaine de CD hier soir avec EAC 1.0 b1.  
Il me faut entre 2 et 4 minutes par CD, contrairement au 15 min annoncées dans un autre fil.  
Mes réglages dans EAC options, Extraction sont:
- Les 4 premières cases à cocher: 'décochées'
- Lock drive tray during extraction: 'coché'
- Extraction and compression priority: 'Normal'
- Error recovery quality: 'Medium'
 
C'est les réglages par défaut, sont-ils bon?

Je comptais en tout, avec les manipulations, le renommage correct des fichiers, le tagging itou etc. Mais je suis assez maniaque là-dessus, donc je passe certainement plus de temps que la moyenne.

Tu peux cocher la 1ère. Mais ce n'est pas très important.

J'ai déjà eu le cas d'un CD très rayé qui bloquait EAC, donc il vaut mieux décocher cette case pour pouvoir stopper l'extraction à la sauvage.

Question de choix, mais à ta place je laisserais tel quel.
 

J'ai du mal à suivre, je suis pas tant un geek que ça finalement...

moi pour la lecture, meme avec accurate rip je laisse en "secure", me fiche de la santé de mon lecteur (bon, en meme temps c un plextor), et j'ai mis toutes les options de détections d'erreur / gap / whatever en "secure" ou "high".

j'aurais bien aimé coché "overread into lead in and lead out", mais la pluspart des lecteurs optiques ne savent lire que dans le lead in, et font une erreur de lecture à la con à la fin du disque quand ils n'arrivent pas à accéder au lead out ...

et ouais, freedb ya des fois c la merde. quand tu tombes sur des mecs qui confondent artiste et album, qui taggent du classique avec comme artiste le compositeur et comme album le nom de l'orchestre, ou, le mieux, qui réécrivent albums et artistes dans les titres des chansons, façon :
diana krall - when i look in your eyes\04 - diana krall - when i look in your eyes - 04 - when i look in your eyes.wav
super .
maintenant imaginez la meme chose avec :
R. Capuçon, M. Rostropovitch, M-W. Chung, M. Plasson, G. Prêtre, S. Baudo - Dutilleux, Concertos & oeuvres pour orchestre - CD 1\04 - Tout un monde lointain - 1. Enigme, très libre et flexible.wav

bref ...

mais c quand meme bien utile, freedb. jusqu'au moment où un mec rippe un CD de jpop en laissant les kanji

bin quoi c'est unicode, t'aimes pas les kanjis? ;P
si tu fais une cuesheet en unicode ça marche très bien avec foobar

bah c pas que j'aime pas, c que je sais pas les lire (j'en suis tout juste aux hiraganas, meme pas encore aux katakanas ...) ... mais effectivement, avec la nouvelle version d'EAC, ça devrait déjà m'afficher les caractères correctements au lieu de "?????????" dans le titre !

C'est le mode à la fois le moins fiable (malgré son nom) et le plus lent. Après, tu fais comme tu veux, mais il n'est clairement pas à conseiller à un débutant.    

bah avant accurate rip, c'était l'intéret principal d'EAC, le mode secure. après, de toute façon EAC c pas ce qui se fait de plus simple comme soft.
 
mais je veux bien croire qu'on fait mieux depuis

C'était l'intérêt en cas de disque à problème, mais la méthode recommandée a toujours été le double burst avec comparaison des CRC, le mode secure étant là comme deuxième solution si la première avait échoué.  

ah, désolé, moi quand je suis tombé sur EAC, je sortais de soft qui me rippaient les CD avec des défauts, trop content d'entendre qu'il fallait tout refaire après 2h d'encodage MP3 (et oui, à l'époque ...), le mode secure m'a toujours éviter ça ...
 
m'enfin c un peu tard maintenant, j'ai rippé toute ma collection (~500 CD) en mode secure ... et j'ai eu pas mal de CD qui n'étaient pas dans les bases accuraterip (classiques et jpop surtout)
 
d'ailleurs, je viens de regarder, ça me fait pareil avec foo_verifier, il me trouve parfois un rip avec l'offset, parfois il me dit "cd not in database"

je vois qu'eac permet maintenant d'ajouter l'image directement dans les tags, mais je ne trouve pas comment faire... une idée ?

edit: ma question était stupide, désolé

Ah oui? Ben je savais pas ça m'intéresse

la dernière version le fait sans rien demander ou presque

Tu as édité juste au moment où j'allais répondre à ta question implicite, donc :
 

merci

j'ai édité en me rendant compte que les tags n'ont apparemment aucun lien avec le bout de ligne de commande généré par le 'configuration wizard' d'eac

le système d'ajout d'image dans les tags ne me parait pas au point d'ailleurs, à voir dans une prochaine version... (ou alors je n'ai pas trouvé comment intégrer mes propres images) (d'autant que les tags prévoient normalement d'ajouter d'autres images que juste la 'front cover', genre une photo de l'artiste ou toute autre image du média si on le souhaite, ok ce n'est pas typiquement la vocation d'eac mais avoir 36 outils n'est pas non plus souhaitable)

Bonjour et bonne année 2011.
 
J'ai utilisé EAC pour riper ~350 CD (je croyais en avoir 100...) depuis début décembre. Tout c'est relativement bien passé. C'est seulement vers la fin que j'ai branché un ancien lecteur CD qui m'a fait gagner du temps (avec 2 lecteurs).
 
Malheureusement, il n'y a pas de traduction en français. Je l'aurais bien faite, mais je n'ai jamais appris l'anglais.
 
Y a-t-il des lecteurs du forum avec de bonnes connaissances en anglais technique et un peu de temps.
 
Un grand merci.

J'avais mis à jour la traduction pour la version précédente (voire quelques pages en arrière) et je l'avais envoyé à l'auteur d'EAC mais il ne l'a pas mise en ligne. Mais comme la nouvelle version d'EAC contient pas mal de nouvelles entrées, je ne sais pas si ce serait vraiment d'une grande aide. Ces deux facteurs ne m'encouragent pas tellement à me lancer encore une fois dans une mise à jour.
 
(et puis, je préfère traduire des logiciels libres   )
 
De toute façon, pour utiliser les fonctions habituelles de rip d'un CD "normal", au bout d'un moment, on sait machinalement comment faire même si c'était dans une langue inconnue. Enfin, je crois.

drapal !

J'ai dll la dernière version 1.0 et j'ai essayé de suivre un tuto http://www.forum-mp3.com/c2_p2_n27 [...] y-EAC.html ( même si il date de l'ancienne version les onglets n'ont pas trop changé )
 
Par contre à l'étape suivante quand je clique sur apply, rien ne se passe chez moi ?    :
 
 
# Onglet Extraction Method
 
" Cliquer sur la case Detect Read Features (au bas). Une fois le test terminé, cliquez sur Apply. Cliquez sur Yes à la mini fenêtre qui suivra "

en gros, les "features" détectées dans la fenetre se retrouvent sous forme de case juste après, sur la fenetre d'option principale. tu as peut-etre désactivé l'envoi des features détectées pour accroitre la base de EAC, donc pas de fenetre te demandant si tu es d'accord pour envoyer les informations, mais simplement il les envoie pas, point.

en tous cas, tu dois avoir la case "drive caches audio data" cochée, ainsi que "drive has accurate stream features". par contre la case "drive is capable of retrieving C2 audio data" doit etre décochée, conformément à ce qui a été détecté.

attention, ces cases ne sont disponibles que si tu es en "secure mode", sinon ça ne changera pas forcément grand chose

bon ben je dois tout lire vu que le debut est pas a jour
ça fait une heure que je me bat avec l'aspi alors que ça sert a rien....
 
bref je veux juste la meilleure qualité possible
bonne soirée

Moi je ne bats même plus, pour une fois j'ai abandonné !  
 
Je n'y arrive pas !

bah si j'ai bien suivi il faut faire ces reglages
 
 
 
 
mettre un cd et le laisser faire ces reglages
 
 
 
extraction/
error recover quality:
high
drive cache audio data, a cocher, par contre c'est inutile si le lecteur cd n'en est pas capable
 
general/
on unknow cd
freedb
 
 
dans les parametres du lecteur cd:
gap/
methode C  
secure
 
offset/
overead into lead in and lead out
speed 4X
 
 
je vais continuer a chercher bien sur

le tuto reste globalement à jour hein, juste qu'il fait quelques uns des réglages automatiquement

si c'est pour encoder en mp3 il vaut mieux avoir déjà lame quelque part

pour le overread into lead in and lead out, certains lecteurs sont pas capables de faire l'un ou l'autre, cad de lire dans le lead in (début du CD) ou le lead out (fin du CD)
 
si tu coches la case et que le lecteur est pas capable, il te fera une erreur de sync à la fin (ou au début) de chaque CD.
 
testé et pas approuvé avec un plextor qui sait pas lire dans le lead-out.
 
très peu de modèles de lecteurs savent faire les 2 (lead in + lead out)
 
l'erreur est pas génante pour le son final, mais ça fait tache dans un log !