Reprise du message précédent :
un petit --q6 %1 %2 devrait faire l'affaire.
 
Pour EAC, le gros "plus" c'est qu'il donne a la fin un rapport d'erreur, sur lequel tu peux donc voir si l'extraction s'est bien deroulee, ou si il y a eu des soucis. Il donne aussi les endroit "suspect" ou il y a eu des erreures de lecture, ce qui te premet d'aller verifier "a l'oreille" ce qu'il en est.

merci beaucoup, je vais aller tester ça de suite !
Je préfère ne pas essayer EAC pour le moment car je suis déjà assez paranoïaque comme ça  

Ben justement, EAC permet de dormir sur les deux oreilles, puisqu'il signale les risques de mauvaise extraction. Si il dit 'no errors occured', on est SUR du resultat sans meme ecouter les morceaux encodees. Donc, plus besoin d'etre parano

oui mais si ça m'amène à recommencer un ripp à chaque fois que le log me signale une erreur... à 30minutes l'extraction...  
Tiens d'ailleurs avec mon pc peu puissant, c'est à dire avec un processeur cèleron400mgh, le ripp+encodage mettrait combien de temps sur EAC ?
 

le temps de ripp dépend du lecteur, pas de la puissance du PC
exemple : extraction en 15x de moyenne avec un ultraplex de plextor
 
pour l'encodage, c'est l'encodeur qui fixe la vitesse, pas le ripper. donc l'encodage prendra le même temps avec EAC ou avec CDex si dans les 2 cas tu utilise lame

 
Je dirais meme plus : le rip dépends de la qualité du CD Audio !
20x sans pb sur un cd original avec mon lecteur LiteOn, bcp moins (~5x) sur les cd gravés qui ont mal vieilli (rayures,...)

Enfin, ca depends aussi des parametres utilises pour l'extraction (notament l'utilisation du C2 ou pas). Je suppose que les 15x sont atteinds avec le C2 ? Sinon, c'est

Cf au dessus : le 20x c'est avec le C2, donc comme il n'y a pas de C2 sur des CD-R, forcement ca tombe... A mon avis, si tu decoche le C2, tu tombes a x5 / x6 avec des CD originaux (tres peu de diff avec les CD-R quoi).

EAC Options/Extraction : error recovery quality = high
EAC Drive Options : Secure Mode
Drive is capable of retrieving C2 info -> coché
Use C2 info for error correction -> non coché
 
La pleine vitesse est obtenu qd les CD sont suffisamment propre pour que l'error correction ne soit pas utilisé.

15x de moyenne mais mon record est à 23x de moyenne sur un CD
le record bas doit être inférieur à 1x pour un CD rayé, mais dans ces cas là j'arrète le massacre

ben ça yest j'ai pris mon courage à deux mains et j'ai essayé eac mais j'ai encore quelques doutes sur les paramètres à utliser... par exemple puisque vous en parlez, il est dit dans un topic sur eac qu'il faut surtout décocher "Drive is capable of retrieving C2 info", or vous dites le contraire  
et puis j'ai d'autres trucs bizarres, mais bon sinon ça va... je pense que je l'utliserais surtout pour faire du mpc ou sur des cd un peu rayés...sinon je continue à utiliser cdex...
d'ailleurs j'ai fait un test sur une piste audio à extraire puis convertir d'abord avec eac puis pareil avec cdex, et le résultat était identique, à l'octet prêt...
 
Je voulais savoir un truc, de l'extraction et de l'encodage lequel des deux processus demande le plus de ressources et est le plus suceptible de "défaillir" si d'autres applications tournent en arrière plan ? Car comme je partage ma connection avec deux autres pc, beaucoup d'informations transitent sur mon pc, et je sais d'expérience que tant que je n'ai pas coupé le moteur winroute, des applis comme scandisk, défragmenteur, ou même néro(surtout néro ) ont beacoup de mal à faire leur boulot proprement), donc je voudrais savoir si c'est le cas pour un simple ripp...
 
Et puis dernière chose avec eac, le test avant l'extraction est-il vraiment nécessaire, ou bien je peux sans danger choisir l'action "extraire seulement" ?
 
Voilà, merci bien

dans le désordre :
le process qui prend le plus de ressource est l'encodage, il prends tout ce qui lui reste comme cpu
mais tu peux lancer tout ce que tu veux, ça ne changera en rien la qualité de l'encodage, ça le ralentirra, c'est tout
 
pendant l'extraction, tu peux lancer aussi d'autres appli. par contre évite les appli qui voudront utiliser le lecteur de CD, mais il y a une option dans EAC qui bloque l'accès au lecteur quand il bosse de ssus. j'ai coché ça et parfois je ripp, je grave, je regarde la TV et je surf en même temps sans aucun soucis
 
le C2 : moi je l'utilise. c'est l'option use C2 information for error correction que je n'utilise pas. Mon lecteur, l'ultraplex, gère le C2 donc j'en profite. du coup la vitesse d'extraction est excellente. Teste bien ton lecteur avec un CD audio rayé (pas un CD-R) et tu verras bien si il le gère (examine C2 feature)
 
moi je ne teste pas, par contre je demande toujours le rapport d'extraction, le fichier log que je lis à chaque fois

Donc il utilise bien le C2 pour detecter les erreures (mais pas pour les corriger). C'est pour ca que tu atteints le 20x : il ne lit qu'une fois les donnees (sauf si il y a des erreures). Si tu met un CD-R, il n'y a pas de C2 donc il est oblige de lire deux fois pour savoir si il y a des erreures, d'ou la vitesse en chute, meme si au final il n'y a eu aucune erreure de lecture. En berf, la difference entre CD original et CD-R ici n'est pas due a la qualite des media, mais a leur nature.

Bon HAL a repondu a tout, mais j'ajoute juste qu'il faut etre mefiant avec le C2 : sa gestion sur beaucoups de lecteurs semble criticable. Pour ma part, j'ai arrete de l'utiliser, ce qui fait bien sur tomber la vitesse d'extraction, mais au moins je suis sur du resultat. Par contre, si il s'avere que ton lecteur le gere bien, il ne faut pas s'en priver !

ah merci les première réponses me rassurent, donc un simple partage de connection n'est pas nuisible à la qualité finale des fichiers encodés  
concerant le c2, les test à effectuer dans les options cd sont pour mes deux lecteurs (sony cdu4811 et un graveur liteon32x) assez flous...une fois le test me dit un truc, une fois le contraire o_O ... je pense que mon liteon est bien plus performant que mon sony (peut-etre 2fois plus rapide) , mais je ne sais pas si il accepte le c2... d'autre part le test qui devrait durer au moins 2minutes (c'est ce qu'ils disent dans eac) ne dure jms plus de 3 secondes sur mes lecteurs... peut-etre est-ce du à des drivers aspi trop anciens : Je suis sur windows98se, donc j'ai laissé les aspi d'origine(1999), car la seule fois où un programme me les a remplacé, néro m'a fait un caca nerveux  mais bon je vais peut-etre retenter le coups avec les derniers aspi de chez adaptec...
ben merci encore pour vos réponses  

Mon conseil du jour : touche pas a tes ASPI, et decoche le C2

C'est un très bon conseil qui me conforte dans mes opinions  
J'ai été jusqu'à bousiller un cd (pourri) de rayures pour tester le c2, et comme il m'a pas trouvé une seule erreur, je l'ai décoché... pour les aspi je vais suivre ton conseil également  
 
Il n'y a plus qu'une chose dont je ne suis pas sûr : le "acurate stream" et le "caching machin chose"... étant donné que sur les test (qui marchent depuis aujourd'hui alors qu'ils ne marchaient pas hier  ), eac me les détecte en "yes" sur mon liteon, je coche les deux, juste un des deux, ou encore aucun des deux ?
Voilà merci pour tous ces bons conseils...

Accurate : YES
Caching : YES
C2 : no
 
C'est généralement le tiercé gagnant, du moins sur les liteon. Pour rappel :  
EAC, comment le configuer facilement ...
ExactAudioCopy en détails

ah ben alors c'est parti pour ma première extraction avec eac  
vous m'excuserez d'avoir posté des questions sur eac dans le topic sur le mpc et des questions sur les aspi dans le topic sur eac  

Bha, mpc ca rime avec eac (et avec qualite)

Allez j'adopte  
Par contre c'est bizarre en cochant "Caching : YES", la lecture et l'extraction sont beaucoup plus lentes (3x au lieu de 6x en moyenne), et sur l'extraction, il m'a semblé qu' EAC s'occupait d'une partie de la piste, puis il laisse à l'encodeur (ici mppenc) le soin de compresser cette partie, et il s'occupe ensuite de la fin de la piste...  et quand toute le processus d'extraction était fini pour toutes les pistes, il restait encore 5 compressions en attente  
c'est normal docteur ???
 
edit: et je précise que cela ne semble se produire que lorsque le caching est coché...
ah et puis je me suis encore trompé de topic^^ je le referais plus

En theorie, la vitesse d'encodage du mpc est telle que tu ne devrait pas avoir de compresison task left a la fin si tu extrait en 3x. Verifie que tu a bien coche "on extraction, start external compressor..." dans l'onglet "Tools" des "EAC option"
 
Sinon, c'est normal que l'extraction ralentisse si "drive caches audio data" est coche et C2 decoche : il doit vider le cache a chaque fois qu'il veut relire un passage (c'est a dire tout le temps puisque C2 est decoche !) pour etre sur qu'il s'agit bien d'une relecture du support et non du renvois de l'info qui etait dans le cache.

non l'option "on extraction, start external compressor..." est bien cochée...
bon puisque ça semble marcher je vais laisser comme ça...

merci de me rappeler à l'ordre...
 
j'ai censuré mon message...
 
fred.

Euh... tu enfreins la Charte d'hfr en demandant cela sur ce forum. Spa bien...

Decidement, en ce moment il y a du boulet ici. Et ca manque un peu de modos aussi : c'est Marc qui s'y colle a chaques fois !

merci franchement, quand je voulais dire lien ct pas dans le sens de telecharger, mais j'ai censuré mon post... donc voila ma "nvelle question"
 
puis-je avoir des sites "promouvant" le mpc...

Merci pour l'effort sémantique.
Hfr est un site promouvant le mpc Hydrogenaudio également. Dans ce topic, tu trouveras en fin de message un ensemble de liens relatifs au format musepack.

desole, mais comme les modos sont pas trop par la en ce moment, on est sensible
 

cool y a des sites que j'avais pas dans mes favoris...
 
je v les rajouter immédiatement
 
thx guru...

 
c pas grave - l'erreur est humaine, non ?

Salut tout le monde. Je découvre le MPC. J'ai fait quelques essais, et... Je suis vraiment époustouflé par la qualité. Et c'est tout ce que je recherche    
 
J'ai une question. Comment lire les fichiers MPC avec Real Media Player ou avec Media Player Classic. En fait, je veux faire la bande son de mes films RV9 en MPC (le top du top quoi...). Et les seuls players qui lisent le RV9 sont ceux-la a ma connaissance...
Merci d'avance.  

Le mpc ne peut pour le moment être associé à une vidéo. Il manque notamment un filtre DirectShow. Le développement de ces outils est programmé pour la prochaine version du format (dite SV8).

Ok. Merci Guru (c'est ca nan ?).
C'est dommage, je trouve parce que la qualité est vraiment super. Merci quand meme pour l'info.
 
A plus !

je recherche un soft pour transcoder du MPC en MP3, vous pouvez m'en conseiller un ?
Merci

Tu en trouveras deux sur cette page :  
http://rarewares.hydrogenaudio.org/mpc.php

merci

drappal

Je voudrais savoir si quelqu'un rencontre le même problème que moi pour lire des mpc sous Winamp 2.90.  
 
Le plugin in_mpc.dll marche très bien sous la v2.8 mais ce n'est pas le cas sous la v2.90. J'ai bien vérifié, le plugin et correctement installé et je peux le configurer. Mais les fichiers mpc ne produisent pas le moindre son
 
Quelqu'un aurait le même problème avec cette version de winamp ? J'ai besoin de savoir si ça vient de là ou si c'est autre chose.  
 
Merci.

Winamp tourne encore de temps à autre chez moi. J'ai la 2.91. Je n'ai pas rencontré de problème avec les plugs-in MPC depuis plus d'un an...
 
Peut-être les dernières versions du plug-in refusent-elles désormais la lecture des mpc qui embarquent des tags IDv2. Assure-toi que tes mpc en sont dépourvu :  
 
-encspot
-mpcscan
 
Tu pourras les retirer avec TAG et son interface.