Helix Open Source MP3 Encoder

[karl_lillevold]

We have open sourced our MP3 encoder under the RPSL/RCSL. It has been checked it in under datatype/mp3/codec/encoder

You can build it with the following example configuration in the ribosome build system:

bif: helix
target: datatype_mp3_codec_encoder
profile: helix-client-all-defines
SYSTEM_ID=linux-2.2-libc6-gcc32-i586

Documentation is available here:
http://datatype.helixcommunity.org/2005/mp3enc.doc

Source is here:
https://helixcommunity.org/viewcvs/cgi/viewcvs.cgi/datatype/mp3/codec/encoder/

[Latexxx]

Is this the Xing encoder?

[Anima123]

Here's a rush compiled binary:

http://www.hydrogenaudio.org/forums/index.php?showtopic=35540

[rjamorim]

Compiling instructions for platforms other than Ribosome would be nice too. I'm not being able to make use of the assembly code :-/

[karl_lillevold]

If someone were to contribute standalone makefiles, especially ones that on Win32 will include the i386 asm code, I am sure that would be most appreciated. I can check them into CVS.

Yes, this is based on the Xing encoder:
http://www.hydrogenaudio.org/forums/index.php?showtopic=35531
but it has been much improved from its early days, and does not suffer from the well known problems (as the hydrogenaudio thread shows as well). This encoder was never included in any stand-alone Win32 Xing encoder app, but has been shipping with RealPlayer for some time (a few years).

AFAIK, after these improvements, it was also licensed to a large h/w electronics manufacturer who chose it after extensive quality tests.

[Anima123]

Win32 binary has been updated @ the same link: asm enabled and some small fixes.

http://www.hydrogenaudio.org/forums/index.php?showtopic=35540&st=0&p=313464&#entry313464

[sbp]

Hi is it possible to use this MP3 encoder as a encoder for real timer capture of sound from a Tv-card.
My software needs an ACM codec.
Is it possible to make a "Helix ACM" version?

STeen

[Pug Crydee]

It seems that this encoder creates file with different block size on left and right channel during joint stereo encoding which is a problem for some hardware decoders.

Lame uses same block size on joint stereo and different block size only on dual channel encoding so no errors on such hardware decoders.

Although the files created by Helix are compliant to MPEG-specs, it would be nice if someone can add an optional switch so that Helix behaves like Lame on joint stereo encoding with regard to block sizes.

I asked for that at hydrogenaudio forum http://www.hydrogenaudio.org/forums/index.php?showtopic=35531&view=findpost&p=350781
but it seems no one there has time or interest to fix this.

So I wanted to ask if someone here would be so kind to fix this??

That would really be a great christmas present ;)
Thanks
Pug

[karl_lillevold]

See my reply over on hydrogenaudio, please.
http://www.hydrogenaudio.org/forums/index.php?showtopic=35531&st=175&p=351505&#entry351505

[Pug Crydee]

Thanks Karl for your help!

I share my results with the new build on hydrogenaudio.

Thanks again
Pug