Something faster than besweet to convert mpa to mp3

[Dean C]

Are there any other commandline tools for re-encoding audio from MPEG-Audio (*.mpa) to VBR MP3 (*.mp3).

Besweet only seems to be using one of my cores, and is taking about 3minutes to do a 60minute slice of sound.

I'm hoping there are some other tools available to use that maybe can utilise all of my cores and speed up the process.

[Adub]

Well, have you tried using a multithreaded version of Lame? Besweet is more of just a guidance system, that tells specific programs what to do. If the program doing the actual encoding is not multithreaded, then there lies your problem. Try encoding with a multithreaded version of Lame.

[Dean C]

Hi Merlin,

Thanks for replying :)! I've read about this multithreaded version of lame but the only reference to LAME I can find within BeSweet is lame_enc.dll and wherever I find a download to the multithreaded version of LAME, it is just an exe (e.g. http://softlab.technion.ac.il/project/LAME/html/lame.html)

Also whilst I'm here, I am running BeSweet with these parameters:

-core( -input "audio.mpa" -output "audio.mp3" -wavmp3 -lame( -v --vbr-new -V 5 -b 32 ) )

However, even though I'm explicitly setting that the output MP3 should be VBR, it's coming out as CBR when I check it in mediainfo. Any ideas?

[Dean C]

Sorry for the double-post but I've already edited the above post about 5 times so I wanted to seperate this one. After much trial and error I've deduced that the multi-threaded version of lame doesn't support mp2 files as input. When I run the command on standard lame to convert mp2 to mp3 it works flawlessly, but soon as I try it on the mt-lame it says invalid mp3 headers even though i'm explicitly declaring that my input file is mp2 using --mp2input.

Alas, switching from BeSweet to simply using Lame has increased my encoding speed by about 40s anyway which is quite a boost in performance so I'm happy :) If anyone else has any suggestions on how to speed things up I'm open to suggestion. I settled for -q 5 rather than -f because the difference in speed between -q 5 and -q 7 was marginal but the quality increase was quite different.

[Adub]

Well, have you looked into BeHappy? It's not commandline (I don't think) but it should allow you to encode to a number of formats, with almost any input, and you should be able to use your cores efficiently as well. Just something I recommend you look at.

[tebasuna51]

Well, have you looked into BeHappy? It's not commandline (I don't think) but it should allow you to encode to a number of formats, with almost any input, and you should be able to use your cores efficiently as well. Just something I recommend you look at.

BeHappy encode sending data by AvySynth STDOUT to Lame.exe STDIN (the same than command line). The standard AviSynth isn't MT.

BeHappy is good when you need modify audio data at uncompressed state (downmix, upmix, channelmap, timestretch, trim, delay, down-upsample, normalize, ...) without write the huge wav files, but can't be fast than command line for a simple recode.

[Adub]

I know that the standard Avisynth isn't MT. I wasn't talking about that. But he was having problems with getting the MT build of Lame to accept mp2 files. With be happy, he could feed it whatever he wanted, and still be able to take advantage of the MT build of Lame.