salut, c juste pour savoir kels parametres et kels codecs vous utilisez, moi c
 
lame  
96kbps --> 320kbps en vbr 1
avec stereo ( de base ct joint stereo mais ca m'inspire pas confience )
 
  c juste pour avoir un meilleur rapport qualité / taille
au debut j' encodais en ogg, mais j' ai cru comprendre que pour ce genre de bitrates le mp3 c mieux

Pour mon baladeur :  
 
CODEC : LAME (version 3.90.2 ou 3.94 alpha4)
PARAMÈTRES : --preset medium et --preset standard si insuffisance
 
 
Pour l'écoute domestique, LAME mpc, plus rapide, et bien meilleur.

Guru la  v3.94 Alpha est dispo? et elle resoud les defauts de la 3.93????

La 3.94 alpha est une alpha, c'est fait pour tester...
 
Si tu veux un truc pour utiliser (pas pour tester) et qui corrige la 3.93, attends quelques jours (heures?) la 3.93.1
 
Après, tu es libre de faire ce que tu veux...

OH merci bien Gabriel. J'attendrais les test de la 3.93.1. En attendant je vasi rester en 3.90.2 qui est efftcivement + rapide que la 3.92 (8x au leu de 7x sur ma config, passée sous XP Pro ebntretemps il est vrai...)

et le vorbis dans tout ca ? je voudrai un ptit comparo entre le vorbis et le mp3 ( a haut bitrate, lekel est le meilleur ? )

Pour résumer hativement ogg vorbis > mp3.

moi j fait du lame 3.93.1 --alt-preset standard -h C nickel j trouve

Et pour finir  
 
mpc > ogg > mp3.
 
Le mpc est la rolls de la compression audio.

J'en profite pour poser une question sur --preset extreme (ou standard) :  
Est-ce que c'est normal qu'il y ait un Xing Header pour ces modes là ? C'est parce qu'il s'agit de la méthode vbr--old ?
Et est-ce que le switch -p sert réellement à quelque chose ?

Oui.

Je ne crois pas que le mode VBR détermine la présence de cet header.

Oui, il sert principalement à faire perdre en qualité. Sinon, je vois pas trop son intérêt, sachant que les décodeur hardware n'exploitent pas vraiment ce mode.
 
 
Voila ce qu'indique le mode d'emploi de LAME sur -p :  
 
Turn on CRC error protection.
It will add a cyclic redundancy check (CRC) code in each frame, allowing to detect transmission errors that could occur on the MP3 stream. However, it takes 16 bits per frame that would otherwise be used for encoding, and then will slightly reduce the sound quality

Ok merci Guru    ; je savais juste que -p ajoutait 16 bits pour la vérification à chaque frame mais pas qu'il pouvait dégrader la qualité !

La perte doit être assez faible, et ne touche peut-être que le CBR (pour qui 128 kbps doivent être 128 kbps, quelle que soit la manière dont sont utilisés les octets).