Questions sur LAME

Recherche :

Dernière réponse
Sujet : Questions sur LAME
Atlantis	l'executable a une bonne longueur d'avance sur la dll (comme tu peux le voir). bruce en sais plus (mais bon j'imagine qu'il viendra ici s'il a le temps : il est partout à la fois :D )

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Atlantis

l'executable a une bonne longueur d'avance sur la dll (comme tu peux le voir). bruce en sais plus (mais bon j'imagine qu'il viendra ici s'il a le temps : il est partout à la fois :D )

HAL

j'ai essayé avec -old, même résultat
-k c'est pou virer les filtres :
* -k full bandwidth
Tells the encoder to use full bandwidth and to disable all filters. By default, the encoder uses some highpass filtering at low bitrates, in order to keep a good quality by giving more bits to more important frequencies.
Increasing the bandwidth from the default setting might produces ringing artefacts at low bitrates. Use with care!

j'ai essayé avec et sans, toujours différent de la DLL

j'essaye en virant -q

robUx4

HAL a écrit a écrit :

voici mes parmètres d'encodages :
Lame.exe -m j -q 9 -v --vbr-new -V 0 -b 64 -B 320 -k truc.wav truc.mp3

donc :
joined stereo
VBR
min : 64kb/s
max : 320 kb/s
pas de filtre passe bas ou autre
qualité max

la différence :
Dll : bitrate moyen de 160kb/s
exe : bitrate moyen de 200kb/s

donc c'est très différents

j'ai essayé sans le -k (donc avec filtre)
et --vbr -old (la dll utilisant peut être l'ancien algo VBR) mais le résultat est toujours autour de 200kb/s

des idées ?????

--vbr-new : inconnu de la DLL c'est celui par défaut qui est le old je crois
-q : c'est un paramètre qui n'a pas vraiment de sens je crois
-k : c'est quoi déjà ?

t'as bien la 3.89 dans les 2 cas ?

HAL

voici mes parmètres d'encodages :
Lame.exe -m j -q 9 -v --vbr-new -V 0 -b 64 -B 320 -k truc.wav truc.mp3

donc :
joined stereo
VBR
min : 64kb/s
max : 320 kb/s
pas de filtre passe bas ou autre
qualité max

la différence :
Dll : bitrate moyen de 160kb/s
exe : bitrate moyen de 200kb/s

donc c'est très différents

j'ai essayé sans le -k (donc avec filtre)
et --vbr -old (la dll utilisant peut être l'ancien algo VBR) mais le résultat est toujours autour de 200kb/s

des idées ?????

Eniac

les différences de taille sont notables ?

sinon il me semble que quand tu encodes un mp3, il y a toujours un chouilla d'octets qui servent à identifier le fichier (savoir avec quel trucs il a été encodé, infos complémentaires)
Sûrement qu'avec l'exe ils sont plus gros, ou bien c'est aléatoire ?

ne fut-ce que ça ça pourrait faire différer un tout petit peu les tailles de tes fichiers non ?

HAL

Je fais actuellement des tests sur le "codec" LAME version 3.89 que l'on trouve Ici

Pour faire mes tests j'utilise le logiciel CD'n'Go que l'on trouve Là
je l'utilise avec la DLL lame
je teste le .exe en ligne de commande pour l'instant

Déjà première question :
la DLL ne semble pas donner les même résultats que l'excécutable. Je n'arrive pas en VBR à avoir 2 fichiers mp3 de même taille en utilisant les même paramètres avec la DLL et le .exe

1ere quesion : quelles sont les différences entre la version .dll et .exe

les autres questions arriveront après vos réponses à la 1ère
chaque chose ne son temps

[edtdd]--Message édité par HAL--[/edtdd]