1
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Replica9000 -With the default Makefile, I can encode a 1h 43m wave file in 12.42s average
Adding -march=x86-64-v3, the file encodes an average of 13.10s.
This topic didn't get much attention, and the Github repository was archived on December 11, 2020. Why, @enzo?The SuperFast code was integrated into official fre:ac/BoCA releases and development continued there, so there was no need for a separate repository anymore. The SuperFast LAME code is here now.
As far as I understand, MP3 format, due to its design (the notorious reservoir of bits), does not favor multicore encoding, but you, describing the technical details, stated that it was possible without loss of quality. I encoded two WAV PCM files (44.1 kHz 16 bit stereo and 11025 Hz 16 bit mono) using SuperLame as follows: freaccmd.exe in.wav -e superlame.There were some bugs fixed in the BoCA repo after the original repo had been archived. Current fre:ac seems to encode this file correctly.
The latter one failed.
Just discovered this thread and the renewed component (thank you!).Hi Sancho, thank you for shouting me out!
Wanted to give a shoutout to @fabiospark for the post @
https://hydrogenaud.io/index.php/topic,43044.msg914190.html#msg914190
I'm not sure I could have figured out the syntax for the word wrap function. Thanks for sharing your code!...
@KevinB52379 maybe you have cooling problems and AVX(2) compiles cause throttling?The problem occures also without the use of AVX versions.
hmp3 -F16000 -V0 -T-20 input.wav output.mp3
hmp3 -V80 -T-40 -HF2 input.wav output.mp3
hmp3 -V150 -T50 -HF2 input.wav output.mp3