besweet 1.5b28 --abr 320 seems to produce CBR

[len0x]

log file:


BeSweet v1.5b28 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using lame_enc.dll v1.32 (8/8/2003), Engine 3.90 <http://www.mp3dev.org/>.

Logging start : 05/18/04 , 23:21:01.

C:\PROGRA~1\AutoGK\BeSweet\BeSweet.exe -core( -input D:\Rrr\d1\gk_tmp\test2 MPA T01 DELAY 0ms.mpa -output D:\Rrr\d1\gk_tmp\test2 MPA T01 DELAY 0ms.mp3 -logfile D:\Rrr\d1\gk_tmp\test2 MPA T01 DELAY 0ms.log ) -ota( -hybridgain ) -azid( -L -3db -c normal ) -lame( -h --abr 320 ) -profile( AutoGK )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Rrr\d1\gk_tmp\test2 MPA T01 DELAY 0ms.mpa
[00:00:00:000] | Output: D:\Rrr\d1\gk_tmp\test2 MPA T01 DELAY 0ms.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | 'abr 320' preset is used
[00:00:00:000] +---------------------
[00:00:22:920] Conversion Completed !
[00:00:22:920] Actual Avg. Bitrate : 319kbps
[00:00:05:000] <-- Transcoding Duration

Logging ends : 05/18/04 , 23:21:06.


The result file is definitely CBR 320kbps

P.S. b26 produced correct VBR ~315kbps

[echo]

Considering the fact that mp3 cannot go over 320kbps (unless you are using freeformat, not recommended at all due to decoding issues) the only way to have 320kbps on average is to have 320kbps CBR. ;)

[DSPguru]

mp3's highest bitrate (in terms of frame-sizes, neglecting the freeformat mode - which is not supported by many decoders) is 320, so if you want to have an average bitrate of 320, the best way to achieve this it to use cbr (since any time you use a frame which is relative to a lower bitrate than 320 could not be compensated/utilized with another frame relative to higher than 320).


about the difference between b28 to b26, as stated in the "changes" file :
"--abr" old is now dead and replaced with "-alt-preset" which is much better. see gabriel's history information of "LAME 3.94 beta December 15 2003" :
http://cvs.sourceforge.net/viewcvs.py/*checkout*/lame/lame/doc/html/history.html?rev=HEAD



edit : echo was quicker than me.. :D

[len0x]

I thought the same. The only confusing bit for me was:

'abr 320' preset is used

Shouldn't it state that CBR is used and not ABR ?

[DSPguru]

well no, since BeSweet does "tell" lame to use -alt-preset 320.
..lame, being "smart", uses cbr :)


just like telling BeSweet to normalize an already normalized file.. ;)

[len0x]

Ok, IC now :D

[FSB-SPY]

A) Lame 3.96 should be used... ;)
B) VBR preset should be used... not an ABR one. As stated above, ABR 320 is more or less useless, since you cannot go above 320, it will just CBR it.