g fais une recherche sur le forum mais ne trouvant pas réelement ce que j'attendais et bien je repose la question une ènième fois
Avec lame que doit on choisir VBR OU CBR?

Ca dépend de tes besoins : le VBR n'a d'utilité que si tu veux économiser de l'espace. Le VBR t'apporte une qualité supérieure pour la même taille de fichier, à condition de pas descndre trop bas en bitrate. Perso, pour les films je connait rien de mieux.
Maintenant, si tu recherche la qualité et que tu encodes à plus de 300 kbps, le VBR ne fera rien pour toi.

Attention toutefois...
 
Si c pour de la zic pure, tu peu prendre CBR ou VBR comme tu le souhaite...
 
Par contre pour de la vidéo (style DivX) le VBR est très fortement déconseillé !!!!

"c pour de la zic pure" et en général j'encode en 256 Kbits
Alors dans ce cas là est ce qu'un gain de place est à attendre et est ce que la qualité sera au rendez vous

bruce, pourquoi pas pour les films ?

Tu as aussi la fonction ABR (Average Bit Rate) sous lame qui combine l'avantage du CBR (taille + prévisible) et du VBR (variation du taux à la volé)

Pour la 150° fois :
 
(tiré du site de Vdub)
 
1/21/2000: Attaching VBR MP3s to AVI files  
 
 
A modified build of VirtualDub recently got posted on the Internet that allows you to multiplex externally encoded MP3s with a video track, to produce an AVI file with VBR (variable bit rate) audio.  Although this is not an official build, it sort of works, with only one problem...  
 
 
VBR audio is invalid in an AVI file.
The equation that determines audio synchronization in an AVI file is  time = audio_sample * block_size / average_bytes_per_second , with block_size and average_bytes_per_second being constant over the entire AVI file.  AVI does support VBR streams, but as the Canopus AVI problem showed, the dwSampleSize=0 value doesn't work for audio streams (see below).  Couple that with the fact that for the Fraunhofer MP3 format, block_size = 1 byte per sample, and you can see a small problem: AVI forces a rigid relationship between bytes and time.  This formula is also the only relationship -- the placement of audio blocks in the file relative to video blocks, or interleaving, makes absolutely no difference in audio sync, and this why "audio skew correction" is the only setting in VirtualDub's audio menu that makes a difference.  Yes, you can have VBR audio in an AVI file, and it will play.  You'll also find that the greater degree of VBR used, the worse the audio sync can get in local areas.  Windows Media Player is especially sensitive to fast variation of bitrate, and you can end up with variations in video playback speed as a side effect of the VBR.  I think you can see now why I've not added the ability to mux VBR audio into the mainline codebase.  Please do not ask me for this feature, because I'm not going to add it.  
 
Sharp observers will point out that MPEG layer III audio is inherently VBR to some extent.  This is, in fact, the key to realizing how bad of hack MP3-in-AVI is.  MP3 has three features that make it difficult to use in AVI:  
 
 
Bitrates can be switched on the fly, thus modifying the frame size, since frames are always 1152 samples (MPEG-1) or 576 samples (MPEG-2).  
To hit an exact bitrate at 44.1KHz, the padding bit is toggled periodically, adding or subtracting a single byte off the size of each frame.  
Unused space in a frame can be used by later ones.  This is called the "bit reservoir."  
The Fraunhofer codec's solution is to avoid varying bitrates, to lie by saying that the compressed block size is one byte, and to silently accumulate bytes until a complete frame can be decompressed.  This breaks rigid synchronization at the AVI level, but it works well enough during playback because the ratio of compressed to decompressed data is pretty regular for constant-bitrate streams.  Use a VBR stream, however, and you can interfere with smooth buffering in the player.  Also, this lie gives you really lousy edits, because the MP3 stream has a granularity hundreds of times worse than the 1-byte block size indicates, and the codec has to discard the fragments that remain.  As a result, you can have a terrible time trying to offset the start of an MP3-compressed audio track in an AVI.  I recommend not compressing to MP3 until after all your edits are done, or else you can get glitches at the edit points.

En lisant ceci, je me rends compte que Avery Lee déconseille l'usage du Mp3...tout court. Il dit en effet que même le CBR provoque des problèmes de synchronisation, ce que personnellement je n'ai jamais observé.
 
Pour ma part j'ai déjà fait une quinzaine de rips avec du mp3 VBR en audio (ABR de Lame en fait), et je n'ai jamais observé de problèmes de synchronisation ou de vitesse de la bande son.
 
Peut-être que les problèmes que Avery Lee rapporte ont bel et bien été corrigé, ou alors... A propos je signale que l'auteur de Vdub déconseille également l'usage du DivX ;-)
 
Tout ceci pour dire que en ce qui me concerne, je trouve que le Mp3 VBR est pour l'instant la meilleure facon d'encoder le son de mes films, et que en attendant les progrès du AAC ou du OGG, je reste avec Lame..

ouais ca je suis d'accord pour les film c le pannard mais moi c pour pour de la music, de la vrai, bethov, strauss...

euh moi abr je trouve pas
g audiograbber 1.7  et lame 3.88 mais abr n'apparait pas