Live data from Hacker News

Shine: A super fast fixed-point MP3 encoder

github.com

1–10 of 44 posts

Re: Shine: A super fast fixed-point MP3 encoder

#3
This flared up my nostalgia when I remembered ripping CDs I bought from Graywhale into .wav files and encoding them into mp3s on my windows 95 machine in the mid to late 90s. BladeEnc was amazing and fast. It would sometimes encode up to 1x! Meaning it only took about a minute to encode a 60 second .wav into an .mp3. Nowadays I can encode 32 10-minute wav files in like 2 seconds on my Ryzen 5950x.

Re: Shine: A super fast fixed-point MP3 encoder

#7
post #4

And for the other direction, there's minimp3: https://github.com/lieff/minimp3 I've used minimp3 to implement a MP3 player on a STM32 microcontroller. Works great -- it has no problem playing a 256kbps file at 80 MHz. :)

TenFourFox embeds minimp3. Works just dandy and it's small.

Re: Shine: A super fast fixed-point MP3 encoder

#10
post #6

Why do people insist on still using MP3, when better stuff is available? YouTube hasn't used MP3 for years, with good reason. You can use Opus or AAC, even most car systems should work with one of them.

For tech giants optimizing for transit, the complexity and engineering costs of improvements are easily paid for by even small savings, and because it's just transit, you can support multiple formats simultaneously. And everything you do is ephemeral: You could have a new codec every day and not ruin any archivist's day with long term support requirements (excepts the ones they try to shake off anyway).

TLDR: for Youtube, transit bw is expensive and rapidly evolving codec cornucopia is cheap enough to cover with the bw savings.

Post reply on HN