page: 1
2
|
|
pseudo |
sujet: Saturation aprés conversion MP3 vers WAVE avec Soundforge |
|
Oineuguaine
|
Merci Bulgroz.
Pour le traitement ReplayGain, le faire album par album serait tout de même assez long pour un grande bibliothèque, me semble-t-il... Aurais-tu un bon encodeur Lame avec replayGain a conseiller?
Pour le reglage auto du volume dans WMP voici ce qui est dit dans l'aide:
"La fonction de réglage du volume procède en lisant une valeur de réglage dans un fichier Windows Media ou MP3 puis en réglant le volume en conséquence. Elle ne prend en charge que les fichiers qui sont au format Windows Media ou MP3 et qui contiennent une valeur de réglage du volume."
J'ai remarqué que ce réglage ne s'applique qu'une fois que le morceau a été lu au moins une fois en entier...
En ce qui concerne mon matos hifi, il tient la route (c'est du fait maison par un parent spécialiste), mais de toute façon ma carte son n'est qu'une carte intégré standard de la carte mère, je ne pense pas que ça casse des briques. De toute façon, j'ai constaté ce clipping visuellement dans SoundForge, sur le wave (une vingtaine sur un morceau de 5 min). |
|
Bulgroz
|
Pour l'encodage, faudrait demander à Polgil, plus à même de répondre sur Lame. Mais il y a CDex, EAC (la référence mais un peu compliqué), dBPowerAmp. Tu auras sans doute des réponses à tes questions dans le (long) fil sur hardware cité par Polgil. S'il y a des choses que tu ne comprends pas, n'hésites pas à reposter ici ou directement sur l'autre fil (les dernières réponses sont assez récentes).
Par contre, je me demande, si à défaut d'une commande anti-clipping directe sur Lame, il n'y aurait pas une commande d'atténuation du volume. Cel éviterait le passage par ReplayGain.
Ce que je ne comprends pas, c'est que tu viens de te rendre compte que tu avais des clippings alors que tu as une grande bibliothèque ?
Pour WMP : tes constations laissent à penser qu'il modifierait le fichier à la volée et donc ferait comme MP3Gain une sorte de réencodage sans perte. ReplayGain semble alors préférable, il atténue juste le gain situé en en-tête de fichier qui n'affecte en rien le MP3.
---message édité par bulgroz à 01/02/2007 23:28:45--- ----------- Eviv Bulgroz.
|
|
polgil
moi j'aime les boxers
|
Bien, j'ai continué à potasser la question et voilà ce à quoi je suis arrivé.
Effectivement les derniers codecs lame sont capables de stocker des info données par la fonction replaygain qui fait partie de ces codecs MAIS il semble qu'actuellement il n'y ait pas de lecteur équipé pour les utiliser.
Faisons aussi un point sur la différence entre replaygain et mp3gain.
Replaygain ne modifie pas le fichier mais inscrit des infos dans des tags, cela semble un avantage mais! encore faut il que les lecteurs les utilise, et pour le moment ce n'est pas le cas (je parle aussi bien des lecteurs logiciels que du hard tel que ipod etc).
Actuellement j'ai trouvé (je n'ai pas cherché à être exhaustif) FOOBAR 2000 et WINAMP 5.3, les dernières versions possède en natif les plugins nécessaires. Donc si tu envisages d'utiliser uniquement l'un ou l'autre de ces lecteurs tu peux envisager d'employer replaygain et vraisemblablement d'autre dans le futur, mais bon ces deux là couvrent déja pas mal d'utilisateurs.
ATTENTION: Je ne suis pas sûr que l'un fonctionne avec l'autre, c'est le travail que je vais essayer d'accomplir prochainement!
Si tu veux utiliser WINAMP voici un tuto bien fait, inutile d'en refaire un (loi du moindre effort ) edit: tellement faineant que c'est resté dans la souris
http://www.todae.fr/winamp/pasapas/replaygain/index.php?page=replaygain
Pour ce qui est de FOOBAR 2000 c'est très simple
Click droit sur le ou les fichiers sélectionnés
REPLAYGAIN
ensuite tu as un menu qui te permet de choisir les options
différents types de scan.
FICHIER
ALBUM, à noter qu'à la différence de mp3 gain on peut faire les deux types de scan et les données sont gardées en tag
Ce qui permet ensuite d'avoir des lectures sous forme fichier si on ne lit qu'un fichier et sous forme album si on en lit plusieus (du même album)
Mais pour celà il faut que les tags soient tenseignés car FOOBAR se base sur la lecture de ceux ci pour déterminer si il y a album.
Attention: les deux derière options sont équivalentes aux options mp3gain et modifient le fichier (on ne peut bien entendu appliquer que l'une des options).
Ensuite il y a mp3gain qui modifie les fichiers (mais sans decompression / compression donc sans introduction d'erreurs) et je crois qu'il met en information metadata
cette modif, mais je ne sais pas si un logiciel est capable d'utiliser cette info pour revenir au fichier initial. Je vais regarder ça de plus près!
Avantage cette amélioration est universelle et est utilisée quelquesoit le lecteur ou le codec.
J'espère avoir pu t'être utile dans ton choix
@+
COMPLEMENT
J'ai opéré un certain nombre de fichiers suivant les différentes méthodes Voilà les résultats (je n'ose pas dire les conclusions)
REPLAYGAIN
FOOBAR2000 et WINAMP à l'écoute semble bien compatible et les renseignements sont inscrits en tête de fichier, après les informations du tag ID3 V2
LAME 3.96 Oh surprise les informations sont logées en fin de fichier avant les infos du tag ID3 v1 donc à priori non compatible avec les deux lecteurs foobar2000 et winamp.
MP3GAIN
Il y a bien des infos qui sont inscrites dans le fichier à la fin de celui ci avant les infos ID3 V1 (en ordre de priorité elle sont situées après les infos replaygain de lame, ceci juste pour la curiosité puisque si on utilise mp3gain on n'utilise pas l'autre).
Ces infos sont utilisées par la fonction Annuler les modifications de MP3GAIN, ce qui fait que l'avantage donné de non modification de REALGAIN du fichier est bien faible puisque si MP3GAIN modifie il permet d'annuler facilement cette modif.
Par contre les avantages d'universalité de MP3GAIN me paraissent bien supérieurs enface d'une technique aux critères mal fixés qui ne pourront donc se généraliser!
Donc pour moi je continue MP3GAIN
---message édité par polgil à 03/02/2007 15:01:17--- ----------- Travaillez avec la connerie humaine c'est une matière première inépuisable
|
|
polgil
moi j'aime les boxers
|
----------- Travaillez avec la connerie humaine c'est une matière première inépuisable
|
|
Bulgroz
|
Eh bin bravo polgil.
Désolé Oineugaine d'étendre ton fil mais on est toujours dans le sujet.
Je me demandais si les producteurs ne faisaient pas enregistrer à la limite du clipping pour boum boum percuter mais aussi et surtout pour se protéger contre la copie ? L'encodage devenant dégueu sans certaines manips. Ils en sont capables dans leur mesquinerie minable. ----------- Eviv Bulgroz.
|
|
Bulgroz
|
C'est effectivement surprenant de voir que les métadonnées se baladent un peu partout. Je croyais que le gain se résumait à un coefficient sur 1 octet et qu'il suffisait de le changer. Je croyais que c'était ce que faisait MP3Gain. ----------- Eviv Bulgroz.
|
|
polgil
moi j'aime les boxers
|
Bulgroz a écrit: C'est effectivement surprenant de voir que les métadonnées se baladent un peu partout. Je croyais que le gain se résumait à un coefficient sur 1 octet et qu'il suffisait de le changer. Je croyais que c'était ce que faisait MP3Gain.
Je te confirme, mp3gain modifie le fichier (c'est aussi une option prévue avec replaygain, exploitable dans foobar), mp3gain est d'ailleurs basé sur les modules de scan de replaygain.
je suis parti d'un fichier mp3 d'où j'avais supprimé les tags,en utilisant mp3gain, on voit apparaitre des éléments stockés au niveau des tags, mais on peut en option de mp3gain eviter l'inscription de ces infos ce qui fait que le retour arrière devient impossible, par contre on voit apparaitre des modifications dans le fichier lui même. Si l'on fait l'opération avec replaygain, on voit aussi apparaitre des infos au niveau tag, par contre le fichier ne semble pas contenir de modifs internes.
Pour ce qui concerne wavegain, les fichiers sont modifiés et actuellement il n'y a pas d'infos stockées et donc le retour arrière n'est pas possible.
----------- Travaillez avec la connerie humaine c'est une matière première inépuisable
|
|
Bulgroz
|
----------- Eviv Bulgroz.
|
page: 1
2
|