[MP3 CODEC] LAME 3.97 "stable" et 3.98 "alpha"

LAME 3.97 "stable" et 3.98 "alpha" [MP3 CODEC] - Traitement Audio - Video & Son

Marsh Posté le 19-12-2003 à 09:08:14    

EDIT du 13.10.2006 : version 3.97 "stable" comprenant de très nombreuses améliorations par rapport à la version 3.96.1. La série des 3.98 alpha corrige certains problèmes rencontrés et est en phase de test. Téléchargement sur http://www.rarewares.org
 
EDIT du 26.07.2004 : la dernière version "stable" est désormais la 3.96.1,
qui corrige essentiellement un bug pouvant corrompre les encodages réalisé en mode VBR "fast" (--vbr-new). Il est donc fortement recommandé de ne plus utiliser la 3.96, et de passer à la 3.96.1. Par ailleurs, la série des 3.97 est également disponible sur www.rarewares.org.
 
EDIT du 07.03.2004 : la version 3.96 beta 1 est disponible sur www.rarewares.org - le changelog figure ici
 
 
EDIT du 12.01.2004 : La dernière version en date est la 3.95.1, qui n'est ni alpha ni beta mais bien finale.
Les deux premières pages de ce topic sont donc à oublier. La discussion autour de LAME 3.95 commence à partir d'ici.
 

 
Après 16 versions alpha couvrant une période d'un an, LAME 3.94 vient de franchir un cap, en passant au stade beta. La version n'est donc pas entièrement sûre, d'autant plus qu'un paquet de changements ont eu lieu depuis :  
 
LAME 3.94 beta December 15 2003
 
Takehiro Tominaga:

  • fixed block switching of nspsytune  
  • best huffman divide in the inner loop. This should improve the quality, but PAINFULLY slow. So it is not enabled by default. Use -q0 to use it.  
  • Changed -q option mapping. "-q2" until version 3.93 is now "-q3".  
  • saving bits by better scalefactor storing  
  • removed Vorbis support  
  • substep quantization. This should help breaking the SFB21 bloating problem  
  • made psychoacoustic model aware of ATH adjustements
  • use ATH value as short block masking lower limit
  • several fixes in psychoacoustic model  
  • more robust decoding


Mark Taylor / Gabriel Bouvigne:  

  • fixed issues in VBR header  


Mark Taylor:  

  • workaround against some hardware decoder defficiencies  


Aleksander Korzynski:

  • ability to compute the "Radio" ReplayGain and detect clipping on the fly. The ReplayGain value is stored into the Lame tag.

 
Gabriel Bouvigne:  

  • work on presets  
  • use presets by default for cbr/abr  
  • use presets by default for vbr  
  • analog silence detection in partitionned sfb21  
  • do not compute noise in upper 0 part of the spectrum  
  • only compute noise in modified scalefactor bands  


Guillaume Lessard:  

  • nogap related changes  


Alexander Leidinger:  

  • prevent closing the input fd prematurely if the input is a named pipe


[en rouge, changements avec impacts sur la qualité]
[en bleu, changements avec impacts sur la vitesse d'encodage]
 
Une certaine prudence s'impose, notamment pour le preset standard, très populaire. Mais les tests sont les bienvenus, d'autant plus que cette 3.94 devrait offrir un gain significatif en vitesse d'encodage :)
 
Disponible sur le site de rarewares, section mp3 :  
http://rarewares.hydrogenaudio.org


Message édité par gURuBoOleZZ le 13-10-2006 à 20:45:13
Reply

Marsh Posté le 19-12-2003 à 09:08:14   

Reply

Marsh Posté le 19-12-2003 à 10:29:48    

vu mon planning de fin d'année, je ne vais pas pouvoir le tester avant janvier :sweat:


Message édité par HAL le 19-12-2003 à 10:30:08
Reply

Marsh Posté le 19-12-2003 à 11:02:52    

Pareil, mais je la prend quand meme sur mon portable : on ne sais jamais entre le foi gras et les huitre [:ddr555]


---------------
Viendez faire du VTT en montagne
Reply

Marsh Posté le 19-12-2003 à 14:02:40    

tu pourras faire des tests sur "Petit papa Noël" de Tino Rossi :D

Reply

Marsh Posté le 19-12-2003 à 14:05:47    

Et sur "Mon beau sapin"... :lol:


---------------
I will now demonstrate the varying levels of rage that toneh might induce upon thee. ლ(ಠ益ಠ)ლ
Reply

Marsh Posté le 19-12-2003 à 16:13:45    

rigolez pas, je les ai en mpc extreme :lol:


---------------
Viendez faire du VTT en montagne
Reply

Marsh Posté le 19-12-2003 à 16:15:29    

[:fear]


---------------
I will now demonstrate the varying levels of rage that toneh might induce upon thee. ლ(ಠ益ಠ)ლ
Reply

Marsh Posté le 19-12-2003 à 18:49:54    

Ben moi je vais essayer cette new beta en convertissant qques APE en MP3 pour le bô iPod que va m'aporter la mère Noël  :p

Reply

Marsh Posté le 19-12-2003 à 20:40:11    

:bounce:

Reply

Marsh Posté le 26-12-2003 à 12:43:41    

La version 3.95 est sortie en alpha dirait-on.

Reply

Marsh Posté le 26-12-2003 à 12:43:41   

Reply

Marsh Posté le 26-12-2003 à 13:16:57    

Où as-tu vu cela ?

Reply

Marsh Posté le 26-12-2003 à 13:18:11    

Sur le lien que tu donnes dans ton premier post.

Reply

Marsh Posté le 26-12-2003 à 13:30:44    

Exact, merci de l'avoir signalé. Je n'avais pas eu vent de l'existence d'une branche 3.95. :)

Reply

Marsh Posté le 26-12-2003 à 13:52:50    

Par contre, concernant la version 3.94 beta, elle me fait planter virtualdub (et virtualdubmod) au moment d'accéder aux codecs de compression audio avec le message d'erreur suivant :
An out-of-bounds memory access (access violation) occurred in module 'LameACM'...
...while enumerating audio codec ID 00148370 (acompchoose.cpp:183).
 
C'est un bug connu ?

Reply

Marsh Posté le 26-12-2003 à 15:37:57    

Janfy a écrit :

Par contre, concernant la version 3.94 beta, elle me fait planter virtualdub (et virtualdubmod) au moment d'accéder aux codecs de compression audio avec le message d'erreur suivant :
An out-of-bounds memory access (access violation) occurred in module 'LameACM'...
...while enumerating audio codec ID 00148370 (acompchoose.cpp:183).
 
C'est un bug connu ?


Maintenant oui...
 
 
:lol:
On est vendredi et pi c'ets bientot le noel an, je compte sur l'armistice...
:o
Bon ceci est un drapeau très mal masqué...
Merci à Guru toujours à la pointe (et là ce n'est pas la newsletter clubic Hin Hin Hin!)
Tang


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 26-12-2003 à 15:38:17    

Je ne me sers jamais da la version ACM de l'encodeur. Je sais que certains bugs la frappent, mais je ne peux te dire si celui que tu décris est référéncé.

Reply

Marsh Posté le 26-12-2003 à 16:04:24    

Il me semble que la seule fonctionnant bien avec virtualdub est la 3.92

Reply

Marsh Posté le 26-12-2003 à 16:14:29    

Même avec la 3.92, j'ai des problèmes avec les versions 1.5.x de virtualdub ou virtualdubmod.

Reply

Marsh Posté le 27-12-2003 à 02:43:13    

Janfy a écrit :

Même avec la 3.92, j'ai des problèmes avec les versions 1.5.x de virtualdub ou virtualdubmod.  

Ce qui met un gros doute sur le fait que le bug vienne de Lame et non pas de ton système...  [:ogmios]


Message édité par randolf le 27-12-2003 à 02:43:22
Reply

Marsh Posté le 27-12-2003 à 02:44:48    

randolf a écrit :

Ce qui met un gros doute sur le fait que le bug vienne de Lame et non pas de ton système...  [:ogmios]


Salut Randolfinou,
Toujours modo? :lol: Allez bonne année, je ne doute pas que tu l'abordes avec "modération" en bon amateur de Zubrowska...
:lol:


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 02:51:36    

randolf a écrit :

Ce qui met un gros doute sur le fait que le bug vienne de Lame et non pas de ton système...  [:ogmios]

Mais aucun problème avec les versions 14xx. Sur le forum doom9, quelqu'un a le même problème avec ces versions.

Reply

Marsh Posté le 27-12-2003 à 03:35:57    

Citation :

ability to compute the "Radio" ReplayGain and detect clipping on the fly. The ReplayGain value is stored into the Lame tag.


 
il y a un tag replaygain maintenant ?

Reply

Marsh Posté le 27-12-2003 à 03:42:41    

Depuis un an environ. Je ne connais cependant aucun logiciel qui exploite cette valeur.
 
Si tu veux avoir accès en lecture aux tags lame dans leur intégralité (encspot n'affiche que ceux pour lesquels il a été programmé), télécharge lametag.exe et lametaggui.exe :  
 
http://www.hydrogenaudio.org/index [...] lametaggui

Reply

Marsh Posté le 27-12-2003 à 04:27:16    

gURuBoOleZZ a écrit :

Depuis un an environ. Je ne connais cependant aucun logiciel qui exploite cette valeur.
 
Si tu veux avoir accès en lecture aux tags lame dans leur intégralité (encspot n'affiche que ceux pour lesquels il a été programmé), télécharge lametag.exe et lametaggui.exe :  
 
http://www.hydrogenaudio.org/index [...] lametaggui


Intéressant je trouvais bizarer que les tags lame ne précisent pas le preset utilisé, j'imagine qu'en fait c'est indiqué mais qu'encspot ne l'affiche pas...
Je vais DL ton utilitaire pour voire, merci bien Guru...
Tang


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 04:29:38    

Je ne crois pas que les tags lame conservent l'empreinte du paramétrage saisi pour l'encodage (il reste des traces, comme le mode VBR ou le lowpass, mais la ligne de commande n'est pas sauvegardée).

Reply

Marsh Posté le 27-12-2003 à 04:32:01    

gURuBoOleZZ a écrit :

Je ne crois pas que les tags lame conservent l'empreinte du paramétrage saisi pour l'encodage (il reste des traces, comme le mode VBR ou le lowpass, mais la ligne de commande n'est pas sauvegardée).


Ah c'est dommage quand meme... L'ogg le mpc et l'ape conserve cette info et c'ets quand meme pratique...
Tu penses pouvoir demander à Gabriel sur HA si ce bonus est susceptible d'etre ajouté?


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 04:37:31    

Le mpc pas plus que vorbis ne conservent cette info à ma connaissance. Seul le nom du profil subsiste, mais pas les options avancées. Et dans le cas du mpc, certaines options entraînent un "malus", qui fait retrograder le nom du profil (essaie --standard --ms 0 pour voir).

Reply

Marsh Posté le 27-12-2003 à 04:40:38    

gURuBoOleZZ a écrit :

Le mpc pas plus que vorbis ne conservent cette info à ma connaissance. Seul le nom du profil subsiste, mais pas les options avancées. Et dans le cas du mpc, certaines options entraînent un "malus", qui fait retrograder le nom du profil (essaie --standard --ms 0 pour voir).

Ah pardon je parlais bien du profil (preset)... En fait je pensais pas qu'on pouvait modfier un preset enfin si avec les swictch mais précisément alors on ne peut plus parler de preset et alors le tag ne devrait pas tenir compte du preset de base...
Enfin disosn que ça serait logique... Non?


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 04:45:14    

tang a écrit :

alors on ne peut plus parler de preset et alors le tag ne devrait pas tenir compte du preset de base...
Enfin disosn que ça serait logique... Non?


 
Logique, oui, mais c'est oublier que certaines modifications des presets sont recommandables, sinon recommandées :  
 
lame --alt-preset standard/extreme -Z
mpc --<profil> --xlevel
mpc --<profil> --ms 15

Reply

Marsh Posté le 27-12-2003 à 04:47:09    

gURuBoOleZZ a écrit :


 
Logique, oui, mais c'est oublier que certaines modifications des presets sont recommandables, sinon recommandées :  
 
lame --alt-preset standard/extreme -Z
mpc --<profil> --xlevel
mpc --<profil> --ms 15


 
si ses options sont recomendable pourquoi ne pas les integrés par default dans le preset ?

Reply

Marsh Posté le 27-12-2003 à 04:47:42    

gURuBoOleZZ a écrit :


 
Logique, oui, mais c'est oublier que certaines modifications des presets sont recommandables, sinon recommandées :  
 
lame --alt-preset standard/extreme -Z
mpc --<profil> --xlevel
mpc --<profil> --ms 15


Euh oui exact je crois que c'ets toi ou HPL ou Zegilles qui m'avait parlé de -Z pour Lame 3.93 (par rapport à la 3.92.1 si je ne m'abuse)...
Cela étant si ces swicths sont recommandés en toutes logiques ils devrainet se voir incorporé dans les presets avec les prochaines versions des dits codecs, non? A moins que ce ne soit bcp plus compliqué que je ne me l'imagine (une fois de plus... ;))
:??:
 
EDIT: Grillé par Dje33, j'auari tout subi en cetet année 2003... :o


Message édité par Tang le 27-12-2003 à 04:48:32

---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 04:53:13    

résolution pour l'année 2004
etre plus rapide que dje33 :D

Reply

Marsh Posté le 27-12-2003 à 05:02:31    

Il y a plusieurs raisons à cette absence d'incorporation par défaut.  
Pour -Z par exemple, le switch permet de résoudre certains problèmes (rares), mais augmente le débit pour tout encodage. Et comme le but d'un preset n'est pas d'offrir la meilleure qualité mais la meilleure qualité à un débit optimum, exit le switch. On notera qu'avec le temps et l'évolution des capacités des disques durs, l'incidence du switch en matière de débit a fini par ne plus poser de problèmes, et il a été inclu par défaut dans la version 3.90.3
 
Pour le mpc, --xlevel est désormais associé par défaut aux presets dans plusieurs applications. Néanmoins, faute de développeur, l'encodeur CLI nécessite une saisie additionnelle du switch.
Pour --ms 15, là encore, perte d'efficience pour un gain qualitatif hypothétique. D'aucuns l'utilisent, car les 2-3 kbps généralement ajoutés par la commande ne gênent pas l'utilisateur qui encode à 230 kbps.

Reply

Marsh Posté le 27-12-2003 à 05:10:34    

gURuBoOleZZ a écrit :

Il y a plusieurs raisons à cette absence d'incorporation par défaut.  
Pour -Z par exemple, le switch permet de résoudre certains problèmes (rares), mais augmente le débit pour tout encodage. Et comme le but d'un preset n'est pas d'offrir la meilleure qualité mais la meilleure qualité à un débit optimum, exit le switch. On notera qu'avec le temps et l'évolution des capacités des disques durs, l'incidence du switch en matière de débit a fini par ne plus poser de problèmes, et il a été inclu par défaut dans la version 3.90.3
 
Pour le mpc, --xlevel est désormais associé par défaut aux presets dans plusieurs applications. Néanmoins, faute de développeur, l'encodeur CLI nécessite une saisie additionnelle du switch.
Pour --ms 15, là encore, perte d'efficience pour un gain qualitatif hypothétique. D'aucuns l'utilisent, car les 2-3 kbps généralement ajoutés par la commande ne gênent pas l'utilisateur qui encode à 230 kbps.


:jap: Merci pour ces éclaircissements Guru...
Sur ces entrefêtes ("Rhoo-tou-jours-des-jeux-de-mots!" autojoke en bonnet Duphorm...) je vais aller discuter avec le marchand de sable...
Et (mode vieux con sermonneur ON) vous feriez bien d'en faire autant jeunes hobbits...
:lol:
Bonne nuits...
Tang
Tanguy


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 27-12-2003 à 22:37:18    

je viens de tester ( j'utilise razorlame 1.1.1 )
voila les options que qu'il utilise:
 -b 32 -m j -h -V 5 -B 256 -q 0 --vbr-new
ben ça plante grave :(

Reply

Marsh Posté le 27-12-2003 à 22:54:58    

Et avec:
--alt-preset standard
ou
--alt-preset extreme
même résultat?

Reply

Marsh Posté le 28-12-2003 à 00:29:14    

Tu entends quoi par "plantage" ? Si c'est le PC qui rame comme un canard asthmatique, je te renvoi au changelog :  
 
best huffman divide in the inner loop. This should improve the quality, but PAINFULLY slow. So it is not enabled by default. Use -q0 to use it.  

Reply

Marsh Posté le 28-12-2003 à 11:24:58    

non, lame plantait réellement.
mais pas aujourd'huit... sans doute mon PC qui était fatigué avec toutes les fêtes...
le q0 reste acceptable...
enfin peut etre que mes options sont débile aussi ( j'ai viré le -h depuis )

Reply

Marsh Posté le 29-12-2003 à 02:33:19    

Chips a écrit :

non, lame plantait réellement.
mais pas aujourd'huit... sans doute mon PC qui était fatigué avec toutes les fêtes...
le q0 reste acceptable...
enfin peut etre que mes options sont débile aussi ( j'ai viré le -h depuis )


En général qd le PC cesse de planter concouramment avec un changement de réglage le bon sens voudrait que l'on ait isolé un réglage fautif...
En particulier si les plantages étaient systematiques auparavant...
 
:ange:


---------------
• • • "La démocratie c'est bien mais il faudrait que les gens soient pas cons..." © Alpacou aux Nouilles • • •
Reply

Marsh Posté le 29-12-2003 à 02:51:20    

Salut,
 

Citation :

non, lame plantait réellement.  
mais pas aujourd'huit... sans doute mon PC qui était fatigué avec toutes les fêtes...

 
 
si ton PC plante lors de l'utilisation du codec Lame cela peut indiquer un probleme de stabilité du PC  
 
comme par exemple un trop gros overclocking, un problème avec les barettes Ram ou le CPU
 
je conseille de tester tes barettes avec logiciel memtest 3.0 :
 
http://www.memtest86.com/
 
il y a aussi cette version qui tourne sous Windows:
 
http://home.earthlink.net/~alegr/download/memtest.htm
 
si une erreur apparait avec memtest alors l'exploitation de lame peut poser des problèmes  
 
en effet Lame utilise la mémoire de telle façon que toute imperfection dans les barettes, le CPU ou la carte mère se solde par un plantage
 
j'en ai fait l'experience avec une carte mère A7V133 associé à un athlon XP, ce duo pose des problèmes de stabilité et dans tous les forums Asus la plupart de ceux qui ont ma config ont noté des problèmes d'utilisation avec le codec Lame, problème résolu uniquement quand le test memtest n'indique plus d'erreur


Message édité par Elbarto le 29-12-2003 à 02:54:15
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed