BeSweet not encoding correct bitrate...

[BeerMan240]

Hay,

I'm wondering if anyone can help with a little problem I'm having? I'm trying to encode a WAV to mp3 at 64kbps with BeSweet. Everytime I do it though, it encodes at 128k. The WAV is Uncompressed/48khz. I'll copy the commandline I'm using below, you'll notice that the last one I tried to resample to 22050. That's just because I read somewhere that lame will do that anyway and I just thought I would try it. I an using Besweet 1.4rc3

If you notice also it says it's encoding with CBR?? I think I may have something missing/wrong in the command I'm using but I'm not sure. I was also thinking maybe it's not possible with BeSweet to encode at 64kbps?

BeSweet v1.4RC3 by DSPguru.
--------------------------
Using Shibatch.dll v0.12 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 07/17/02 , 13:02:35.

C:\Program Files\Encode\BeSweet\BeSweet.exe -core( -input C:\Temp\02.wav -output C:\Temp\02_new.wav -wavmp3 -logfile C:\temp\BeSweet.log ) -azid( -c light -L -3db --maximize ) -ssrc( --rate 22050 ) -lame( -s 22.05 -abr 64 --scale 1 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\02.wav
[00:00:00:000] | Output: C:\Temp\02_new.wav
[00:00:00:000] | RIFF header will be added
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 22.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:20:11:474] Conversion Completed !
[00:20:11:474] Actual Avg. Bitrate : 128kbps
[00:03:00:000] <-- Transcoding Duration
Logging ends : 07/17/02 , 13:05:35.

[BeerMan240]

hhehe... ok I was correct above someting was wrong in my commandline I just found... it should be "--abr" instead of "-abr". I'm getting a new problem though... what else is wrong?

BeSweet v1.4RC3 by DSPguru.
--------------------------
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 07/17/02 , 13:33:02.

C:\Program Files\Encode\BeSweet\BeSweet.exe -core( -input C:\Temp\02.wav -output C:\Temp\02_new.wav -wavmp3 -logfile F:\besweet.log ) -azid( -c light -L -3db --maximize ) -lame( --abr 64 --scale 1 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\02.wav
[00:00:00:000] | Output: C:\Temp\02_new.wav
[00:00:00:000] | RIFF header will be added
[00:00:00:000] | Floating-Point Process: Yes
Error 21: Error with LAME dll!
Quiting...
[00:00:00:000] Conversion Completed !
Logging ends : 07/17/02 , 13:33:02.
_______________________________________
For the record I did search for other lame_enc.dll's and found none.

Thanks

[DSPguru]

looks like a bug with lame_enc.dll ...

[Alestrix]

Originally posted by BeerMan240
hhehe... ok I was correct above someting was wrong in my commandline I just found... it should be "--abr" instead of "-abr". I'm getting a new problem though... what else is wrong?

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\02.wav
[00:00:00:000] | Output: C:\Temp\02_new.wav
[00:00:00:000] | RIFF header will be added
[00:00:00:000] | Floating-Point Process: Yes
Error 21: Error with LAME dll!
Quiting...
[00:00:00:000] Conversion Completed !
Logging ends : 07/17/02 , 13:33:02.
_______________________________________
For the record I did search for other lame_enc.dll's and found none.

Thanks
I had this problem, too. I think I was able to resolve it by not using SSRC, but do the --resample in lame. Also, when the source is 48kHz, I wouldn't recommend downsampling to 22k1Hz, but rather 24kHz (better ratio). Since it's a low samplingrate and low bitrate, we don't want to degrade the signal further :)
One other thing: Why do you want it as wavmp3? If you're gonna try and mux the file with VirtualDub or AVIMux, you'll probably end up with off-sync files. If you use Nandub, you'll end up with a too fast playing video. The only way I was able to get it working was using CBR and add a WAV header (I used an extra tool to add wav header to mp3, but -wavmp3 might do the job) and mux it with VirtualDub (again, I think NanDub messed up the file). You can also play around with some --lowpass settings (if they're supported by BeSweet, dunno) to make the 64kbps file sound somewhat better.
I think I has a post about this somewhere here, don't know where thogh..

Good luck ;)
- A

Edit:
http://forum.doom9.org/showthread.php?s=&threadid=28806&highlight=lame+AND+lowpass
I use lame for the final step wav->mp3 - will require more space on HDD, but you can get better mp3s this way (more switches).

[DSPguru]

lame's lowpass is supported, but you can get better results with SuperEQU.

[Alestrix]

Originally posted by DSPguru
lame's lowpass is supported, but you can get better results with SuperEQU.
Well, it wasn't that much BeSweet that I didn't want to use for MP3 encoding (since to my knowledge the switches '--nspsytune' and '--nssafejoint' that I normally use are also supported by BeSweet), but it's the BeSweetGUI that has problems with the switches, so I just use it for AC3->WAV and do the rest with lame (it's a shorter command line and I'm too used to it :) ). So it's more a matter of convenience...

Edit:
--
but I rarely use mp3 anymore anyway ;) - and for Vorbis BeSweet it perfect (except for the 24kHz mono vorbis I did today, never thought 22kbps director's comments could be so "listenable". Let's see whether it plays at 4x when muxed... *g*)
--

Ciao,
A

BTW: Did I ever say thanks for such a great tool? Well, THANXX!!