Reprise du message précédent :
Les deux commandes sont synonymes.

Il me semblait aussi que ça marchait avec --alt-preset insane dans la dernière version de EAC.
Pouvez-vous me dire quelle est la version de lame à utiliser svp.
Moi j'utilise la 3.96.1 pour encoder en insane à 320 Kbps en CBR.
 
J'ai lu des postes où l'on parle d'une version 3.97a6, 3.97a7, ...
Pour ma part j'encode tout type de musique et je cherche donc un codec de lame polyvalent pour faire mon codage en insane.
J'ai parcouru le forum sur hydrogenaudio et je ne m'y retrouve pas vraiment étant donné que mon anglais est assez mauvais
 
Merci de m'aider

Avec lame 3.96.1 les commandes :
 
--preset insane
--alt-preset insane
--preset cbr 320
 
sont synonymes.
 
Les versions alpha dont tu parles corrigent des problèmes qui surviennent avec la version 3.96.1. Néanmoins, aucun problème n'a été reporté à 320 kbps — ce qui est normal, compte tenu du débit. Tu peux par conséquent t'en tenir à lame 3.96.1 à 320 kbps.

si seulement les baladeurs supportaient les musepack et monkey's audio

bof... Des mp3 en gapless ca m'irait parfaitement perso

Merci Guruboolezz  
Bête question mais est ce que tout les baladeurs mp3 à 512Mb peuvent lire des mp3 encodés en 320Kbps CBR ???
Merci

que je sache oui (j'avais entendu quelques remarques négatives concernant une parfaite compatibilité au niveau du VBR mais pas pour le CBR)

Pour répondre avec certitude, il me faudrait avoir testé (ou du moins avoir lu des tests) de tous les baladeurs à 512 Mb.
 
Je sais que mon baladeur à mémoire flash ne décode pas proprement les encodages à 320 kbps CBR (par contre, le VBR avec frames à 320 kbps ne pose aucun soucis). Je suis par conséquent enclin à penser que tu peux rencontrer des soucis, notamment avec des baladeurs noname.

Déjà que c'est pas évident de choisir un baladeur mp3 à moins de 100 euros mais si en plus je risque qu'il ne lit pas les mp3 en 320Kbps CBR, ça va être galère
Tu n'as pas un modèle à me conseiller (min 512 Mb) ???
Merci à toi

Assure toi préalablement de pouvoir te faire rembourser. Sinon, essaie d'utiliser autre chose que du CBR 320. Remarque que certains baladeurs ne supportent pas le VBR ; d'autres refusent les débits supérieurs à 192 kbps... Bref, c'est toujours courir un risque que d'acheter le premier modèle venu.

Je n'ai pas envie d'encoder autrement qu'en 320 kbps CBR car c'est comme ça que je veux archiver mes 400 CD et donc par la même occasion, savoir les écouter avec un lecteur mp3 portable.

Fais un tour sur les divers topics consacres a ces baladeurs dans cette section.

Salut quand j'insère le cd de Zazie Rodéo, dans windowsMediaPlayer il trouve les titres des pistes sur le net. Par contre quand dans EAC il se connecte au net via freedb et là il ne trouve rien et il m'indique donc track1, track2,...
C'est pas la première fois que j'ai ce problème. quelqu'un a une solution ??????
Merci bcp

 
J'ai le dernier album de Placebo qui est protégé contre la copie (et d'autres aussi). EAC en mode secure fait plein de relecture et se retrouve à travailler à la vitesse X 0,1
En mode burst ça semble aller mieux mais bon j'aurais préférer faire du secure pour tout mes CD à convertir
Vous avez des conseils pour ce problème ???
Gran merci

Ne pas utiliser EAC avec ce type de disques manufacturés de telle sorte à ce que les lecteurs CD-ROM reportent un maximum d'erreur.
 
Il me semble que le logiciel de Poikosoft (Easy CDDA Extractor) offre un mode d'extraction rapide couplé à de l'interpolation logicielle destiné à corriger les erreurs présentes sur le disque. A essayer (fonctionne moyen chez moi, et puis c'est payant passé 30 jours).
 
Tu peux tenter l'aquisition numérique si tu disposes  d'une carte son adaptée et d'une platine avec sortie optique.

 
On parle toujours de passer du mode secure quand ça "rame" au mode burst (explosif) mais il y a 2 autres modes entre ces extrèmes (le mode paranoid et le mode synchronized). Pourquoi on ne parle jamais de ces 2 autres modes?????????????
Merci

Après avoir encore un peu trainé sur hydrogèneaudio j'ai vu un comparatif entre les versions de LAME 3.90.3 - 3.96.1 - 3.97.a5
 
Ils semblaient dire que les versions: 3.90.3 et 3.97.a5 sont de loin meilleur que la 3.96.1!
 
Alors j'ai 2 questions:
1) pourquoi avoir sorti la version 3.96.1 si la 3.90.3 était meilleur???
 
2) pour encoder en insane (320 Kbps et CBR)
quel est le meilleur: la version 3.96.1 ou bien je redescend à la version 3.90.3 ou alors je passe à une version alpha 3.97.ax mais j'ai pas envie qu'après avoir encodé quelques dizaines de CD on trouve que cette version a encore des bugs???  

1/ les développeurs ne s'amusent pas à sortir des versions inférieures. Ils développent. Le résultat se traduit le plus souvent par des progrès, mais des régressions peuvent également avoir lieu. Note quand même que lame 3.96.1 est nettement plus rapide que la 3.90.3.
 
2/ ouvre tes oreilles, et sois attentif. Que t'importe que l'"on" trouve des bugs, si toi tu n'entends rien ? Et que t'importerais le fait que d'autres personnes ne puissent entendre rien d'anormal à une version, si toi tu perçois des défauts ? Les bugs qualitatifs n'ont d'importance que si on les perçois.
Sache seulement qu'avec les dernières versions de lame, la vitesse d'encodage en mode CBR a environ doublée (teste de ton côté sur ton CPU pour voir ce qu'il en est). Sache aussi qu'à 320 kbps, aucune version de lame n'a rééellement été testé. Des problèmes peuvent très bien entâcher la version 3.90.3 sans que personne ne les aient remarqué.

Merci

Je trouve sur certains MP3 du souffle (encodé avec EAC et lame) Je ne sais plus comparer avec le cd original car je ne l'ai plus. J'ai surtout constaté cela en écoutant sur mon baladeur mp3.
Est-il possible que lors de la conversion CD => MP3 il y ai du souffle qui s'ajoute?????
Ou serait-ce le cd original qui n'aurait pas été bien enregistré?
 
Merci

je n'arrive pas à encoder en "-alt-preset standard" : EAC ne prend pas en compte la ligne de commande et se refere juste au choix sélectionné sous cette ligne de commande.    
 
Comment faire pour le forcer à appliquer les paramètres perso ?  

un peu au dessus de la ligne de commande :
user defined encoder et non lame encoder

 
ça change rien  
 
edit : e, fait ça marche que quand je sélectionne "lame mp3"    
 
Mieux vaut "alt preset standard" ou un débit fixe de 224 kb/s ?

tu as bien mis comme commande :
--alt-preset standard %s %d
 
equivalent de :
--preset standard %s %d

 
ça correspond à quoi les "%" ?

%s : EAC remplace par le nom du fichier source
%d : EAC remplace par le nom du ficheir mp3 à créer
 
comme extension j'espère que tu as mis .mp3

 
oui
 
edit : ça remplace le nom par quoi ?

ba il crée des fichiers machin.wav quand tu extrais
donc la ligne de commande devient :
--preset standard machin.wav machin.mp3

eac a tendance à se mettre au dessus des autres programmes pendant la compression, comment résoudre cela ?

j'ai ce probleme aussi. C'est assez penible quand il se met a faire ca Jamais trouve de solution

même problème, j'ai juste remarqué que lorsque tu déplace la fenètre juste avant de la réduire, tu avais plus de chance qu'elle ne revienne pas. mais c'est pas parfait non plus

vu qu'en plus il y a une maj tous les deux ou trois ans ...

Pourquoi ds le tuto on dit de ne pas s'occuper de l'offset ??!!
 
Pour les gens qui utilisent le mode sécure avec test avant il est complètement stupide de faire le test et la copie sur le même lecteur (il risque de corriger l'erreur pareillement a chaque relecture).
 
Alors qu'avec l'offset de réglé sur tous ses lecteurs on test sur 1 et on copie sur un autre (beaucoup moins de chance que 2 lect diff corrigent pareil)
 
Exemple sur un album, les 18 première pistes donne un crc identique sur mes 6 lecteurs (grâce à l'offset de réglé) mais la dernière ... :
 
Lecteur utilisé : MATSHITACD-ROM CR-508   Adapter: 3  ID: 1
Mode lecture   : Sécurisé SANS C2, Flux précis, SANS Cache désactivé
Correction Offset Ecriture : 103
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     Niveau Max 98.7 %
     Qualité Piste 100.0 %
     Test1 CRC 79C8B985
     Test2 CRC 79C8B985
     Copie Ok
 
 
Lecteur utilisé  : YAMAHA  CRW-F1E   Adapter: 0  ID: 0
Mode lecture   : Sécurisé SANS C2, Flux précis, Cache désactivé
Correction Offset Ecriture : 733
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     Niveau Max 98.7 %
     Qualité Piste 100.0 %
     Test1 CRC AADB9A17
     Test2 CRC AADB9A17
     Copie Ok
 
 
Lecteur utilisé : PIONEER DVD-ROM DVD-106   Adapter: 1  ID: 0
Mode lecture   : Sécurisé SANS C2, Flux précis, Cache désactivé
Correction Offset Ecriture : 102
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     position suspecte 0:03:53
 
     Niveau Max 98.7 %
     Qualité Piste 99.7 %
     Test1 CRC 50F8D0BD
     Test2 CRC 50F8D0BD
     Copie terminée
 
 
Lecteur utilisé : MATSHITACD-R   CW-7502   Adapter: 1  ID: 2
Mode lecture   : Sécurisé SANS C2, Flux précis, Cache désactivé
Correction Offset Ecriture : 122
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     position suspecte 0:03:53
 
     Niveau Max 98.7 %
     Qualité Piste 99.8 %
     Test1 CRC 579D8BD5
     Test2 CRC 579D8BD5
     Copie terminée
 
 
Lecteur utilisé : LITE-ON DVDRW SOHW-1673S   Adapter: 1  ID: 0
Mode lecture   : Sécurisé SANS C2, Flux précis, Cache désactivé
Correction Offset Ecriture : 12
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     position suspecte 0:03:53
 
     Niveau Max 98.7 %
     Qualité Piste 99.7 %
     Test1 CRC CA522CC0
     Test1 CRC CA522CC0
     Copie terminée  
 
 
Lecteur utilisé : HP      CD-Writer+ 9200   Adapter: 3  ID: 0
Mode lecture   : Sécurisé SANS C2, Flux précis, Cache désactivé
Correction Offset Ecriture : 572
Lecture étendue en Lead-In et Lead-Out : Oui
Piste 19
     Nom fichier D:\19. Commando Fada (Misérable Mix).wav
 
     position suspecte 0:03:53
 
     Niveau Max 98.7 %
     Qualité Piste 99.7 %
     Test1 CRC FBE2132A
     Test2 CRC FBE2132A
     Copie terminée
 
 
Avec mon Yamaha test1 et test2 même Crc et Qualité 100% (la bonne blague !)
Avec mon Panasonic Cr-508 test1 et test2 même Crc (différant du Yamaha) et qualité 100% aussi (encore une bonne blague)
 
Les autres lecteurs donnent tous une erreur a 3min53s, mais pour un lecteur donné on a toujours le même Crc (quelque soit le nombre de test/copie). Mais tous les lecteurs donnent un crc (si on les comparent entre eux) différant ...

J'ai pas trop compris là !!!

 
Parce que dans une très grande majorité des cas, le lead-in (qui est très court) contient du 0 binaire.
J'avais essayé de comparer des rips avec un Plextor Premium et un mauvais Mashita sans lecture du lead-in et j'avais toujours le même CRC ! Je me suis aperçu un peu plus tard que j'avais aussi un mauvais paramétrage : à savoir, remplacer les samples manquants par du silence et ne pas tenir compte des samples nuls dans le calcul du CRC.
 
Mais as-tu essayé de comparer tes WAV dans EAC pour voir d'où venaient les différences de CRC ?

pour yoyodada
bein c pas compliqué pourtant, l'offset est important car si j'avais ripé (en mode sécure+test) sur mon Yamaha ou mon PanaCr-508 je serais persuadé que la piste est nikel pourtant ce n'est pas le cas !
 
Si la piste 19 été nikel j'obtiendrais le MÊME CRC pour tous mes lecteurs (mes 6 lecteurs) !
Ce qui est bien le cas pour les 18 autre pistes de cette album (je poste pas y en a pour 6 pages de log!)

Le Pb viens d'une erreur de pressage surement sur le/les dernier secteur(s).
Ok vais tester voir si j'obtiens le même CRC en virant l'offset (sur une piste qui donne bien un CRC identiques sur mes 6 lecteurs avec offset corect) mais normalement ça devrais pas donner le même puisque samples décalés !

c'est bien ce que je disait avec la piste 18 du même album :
Avec l'offset de bien configuré mes 6 lecteurs me donnent un CRC identique : 92F43D6C
 
Sans offset (0) de réglé CRC différant sur chaque lecteurs !
Par exple le pioner donne : 9CAEE7EC alors qu'il me donné bien celui du dessus (comme les 5 autres avec leur offset de bien réglé) !
 
YAMAHA  CRW-F1E   : CORRECTION OFFSET LECTURE = +733
HP      CD-WRITER+ 9200  : CORRECTION OFFSET LECTURE = +572
MATSHITACD-ROM CR-508  : CORRECTION OFFSET LECTURE = +103
MATSHITACD-R   CW-7502  : CORRECTION OFFSET LECTURE = +122
PIONEER DVD-ROM DVD-106  : CORRECTION OFFSET LECTURE = +102
LITE-ON DVDRW SOHW-1673S : CORRECTION OFFSET LECTURE = +12
 
Sinon CRC différant sur chaque lecteurs ...

 
Comment fait-on pour connaître l'offset d'un lecteur de cd afin de l'encoder dans EAC ???
 
Merci

Il y a cette base de données par exemple:
http://www.forum.eac-audio.de/inde [...] owforum=22
 
ou dans la FAq officielle
 
4. Offset Questions
 
Q:
 
 
Is the read offset (or the write) offset drive model dependent, or is it possible that the same drive has a different offset in a different system?
 
A:
 
 
The offsets should be the same for all drives of that specific model. Though, it is possible (but not probable) that the offset varies with different firmwares.
 
 
 
 
Q:
 
 
What is the difference between read offset, write offset and the combined read/write offset?
 
A:
 
 
Read offsets occur on reading (extracting). Write offsets happen on writing (burning) a CD-R. Most CD record programs do not support write offsets (as EAC perhaps do not support your writer for burning). So, to create an exact (offset corrected) copy of your CD, you would have to compensate the write offset already on reading. So instead of specifing the read offset as sample offset for extraction, you would rather use the combined read/write offset. This is easily calculated by the formula: Read Offset + Write Offset = Combined Read/Write Offset
 
 
 
 
Q:
 
 
What is an read or write offset? When do they occur?
 
A:
 
 
During extraction or writing of the audio data, nearly all CD-ROM/CD-R drives will add an offset to the position. This is usually around 500-700 audio samples (ca. 1/75 second) on reading and around 0-18 samples on writing (ca. 1/1000 second). So if a program queries a specific sector, it will not receive exactly that sector, but shifted with the number of samples of the offset.
 
 
 
 
Q:
 
 
How do you find your CD-ROM's read offset?
 
A:
 
 
There is a test routine included in EAC that will determine the offset for a drive using a library of predefined commercial CDs. It is important that you use exactly the same pressing as the creator, otherwise another offset could be occured on remastering. So you should at least receive twice the same offset on two individual CDs. If you have a Plextor 40X CD-ROM drive (or know somebody who owns one), you could even help to extend that database of included offset CDs to help others to determine the offsets. If this does not bring a good result, the last option is to ask the other persons in the mailing list if anybody already determined the offset for the specific CD-ROM drive model.
 
 
 
 
Q:
 
 
How do I determine the combined read/write offset?
 
A:
 
 
The combined read/write offset is only valid for the special combination of exactly one reading drive and exactly one writing drive. If you use another reading, you would most probably need a different combined offset. To determine this offset, you would need to write a CD-R/CD-RW. At first prepare WAV files you want to write to the CD. Then write it to a CD (either with any burning program, or with EAC using write offset 0). Do not delete the written WAV files. Afterwards you have to extract one or more tracks from the freshly burned CD, using the specific reader and using read offset 0. Of course you should not overwrite the original WAV files. Now you have to use the WAV Compare feature in EAC to compare the first WAV (original) with the second (reextracted one). Usually EAC will report either missing samples or extreneous samples. The number that is reported by that will be your combined offset, only be changed to positive or negative. If your original file has extreneous (repeated) samples or the copied file has missing samples the offset should be positive, otherwise it should be negative. (I hope this is correct) To double check the found offset, use that offset as sample offset for reading. Now The reextracted file and the original should be the same without missing or extreneous samples.
 
 
 
 
Q:
 
 
How do I determine the CD-Rs write offset?
 
A:
 
 
At first determine your read offset, then determine the combined read/write offset. By using this formula, you will get the write offset. Write Offset = Combined Read/Write Offset - Read Offset
 
 
 
 
Q:
 
 
I try to determine the offset for my CD reader using a CD from the list given on EACs homepage, but it tells "CD not found in offset database". Why?
 
A:
 
 
It has to be the same pressing like I used, as different pressings usually uses a different offset. This specific error occurs, when the track layout is different than the correct CD, e.g. one track is slightly longer (1 sector would be enough).
 
 
 
 
Q:
 
 
I used several CDs to determine the sample offset for my CD reader, but the results of the offsets are not consistant (all the same). What now?
 
A:
 
 
Probably you use different pressings of some (or all of) the CDs you tested. If you get at least twice exactly the same offset, you could be pretty sure to have found the correct one (and only then!).

Sinon faut trouver un cd qu'est ds la base, mais attention le premier cd que j'ai testé (genesis - we can't dance) été bien ds la base mais ne correspondais pas a celui de la base (donc offset incorect).
Avec un autre cd (Phil Colins - Face value) la ok CRC bien réglé (pour un même morceau, même CRC quelque soit le lecteur).  
 
Donc essayer les cd connus et cliquer sur "détecter l'offset de correction du sample en lecture", si le cd est ds la base et que c'est bien exactement le même (même master/même préssage) l'offset sera réglé correctement.