Shine: fast fixed-point mp3 encoding
shine is a blazing fast mp3 encoding library implemented in
fixed-point arithmetic. The library can thus be used to perform super fast mp3 encoding on architectures
without a FPU, such as armel
, etc.. It is also super fast on architectures with a FPU!
How to use?
The encoding API should be quite straight forward:
#include <shine/layer3.h>
(...)
/* See if samplerate and bitrate are valid */
if (shine_check_config(config.wave.samplerate, config.mpeg.bitr) < 0)
error("Unsupported samplerate/bitrate configuration.");
/* Initiate encoder */
s = shine_initialise(&config);
/* Number of samples (per channel) to feed the encoder with. */
int samples_per_pass = shine_samples_per_pass(s);
/* All the magic happens here */
while (read(buffer, infile, samples_per_pass)) {
data = shine_encode_buffer(s,buffer,&written);
write(data, written);
}
/* Flush and write remaining data. */
data = shine_flush(s,&written);
write(written, data);
/* Close encoder. */
shine_close(s);
How fast is it?
On a macbook pro (arm64
/M1 pro, FPU
, December 30, 2022):
Lame, 88.7x
realtime:
LAME 3.100 64bits (http://lame.sf.net)
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding /tmp/decoded.wav to /tmp/lame.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
12203/12203 (100%)| 0:03/ 0:03| 0:04/ 0:04| 88.773x| 0:00
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
kbps LR MS % long switch short %
128.0 32.6 67.4 96.4 1.9 1.7
Writing LAME Tag...done
ReplayGain: -9.3dB
lame -b 128 /tmp/decoded.wav /tmp/lame.mp3 3.55s user 0.05s system 99% cpu 3.609 total
Shine, 318.0x
realtime:
shineenc (Liquidsoap version)
WAVE PCM Data, stereo 44100Hz 16bit, duration: 00:05:18
MPEG-I layer III, stereo Psychoacoustic Model: Shine
Bitrate: 128 kbps De-emphasis: none Original
Encoding "/tmp/bla.wav" to "/tmp/shine.mp3"
Finished in 00:00:01 (318.0x realtime)
âš The following are outdated tests âš
On a Raspberry Pi (ARM
, FPU
):
Lame, 1.8x
realtime:
pi@raspberrypi ~ $ lame bla.wav bla.mp3
LAME 3.99.5 32bits (http://lame.sf.net)
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding bla.wav to bla.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
12987/12987 (100%)| 3:06/ 3:06| 3:06/ 3:06| 1.8216x| 0:00
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
kbps LR MS % long switch short %
128.0 0.1 99.9 89.1 6.1 4.9
Writing LAME Tag...done
ReplayGain: -10.5dB
Shine, 3.6x
realtime:
pi@raspberrypi ~ $ shineenc bla.wav bla.mp3
shineenc (Liquidsoap version)
WAVE PCM Data, stereo 44100Hz 16bit, duration: 00:05:39
MPEG-I layer III, stereo Psychoacoustic Model: Shine
Bitrate: 128 kbps De-emphasis: none Original
Encoding "bla.wav" to "bla.mp3"
Finished in 00:01:35 (3.6x realtime)
On a Google Nexus 5 (ARM
, FPU
):
Shine, 14s
, 24.2x
realtime:
u0_a65@hammerhead:/mnt/sdcard $ shineenc bla.wav bla.mp3
shineenc (Liquidsoap version)
WAVE PCM Data, stereo 44100Hz 16bit, duration: 00:05:39
MPEG-I layer III, stereo Psychoacoustic Model: Shine
Bitrate: 128 kbps De-emphasis: none Original
Encoding "bla.wav" to "bla.mp3"
Finished in 00:00:14 (24.2x realtime)
Limitations
The code for the encoder has been written a long time ago (see below) and the only work done on this fork consists of reorganizing the code and making a proper shared API out of it. Thus, the encoder may not be exempt of bugs.
Also, the encoding algorithm is rather simple. In particular, it does not have any Psychoacoustic Model.
A bit of history
This code was dug out from the dusty crates of those times before internet and github. It apparently was created by Gabriel Bouvigne sometime around the end of the 20th century. The encoder was converted circa 2001 by Pete Everett to fixed-point arithmetic for the RISC OS. Last we know, Patrick Roberts had worked on the code to make it multi-platform and more library oriented. That was around 2006.
You can consult README.old
and the various source files for more
informations on this code.