2
@Case thanks a lot for noticing and providing a fix, now pushed onto the dev-branch: https://github.com/maikmerten/hmp3/commit/4e16101b85cdd5171a85facaf3ea9be4327712da
@Replica9000 CTRL+C indeed is baked into the usual operating systems. It sends a signal to the executed program (SIGINT). Programs can choose to react in any way they deem fitting. With the recent changes, hmp3 chooses to stop encoding in a "graceful" manner.
The speed increase on the dev-branch most likely is from now compiling with link time optimizations (-lto flag).
Btw, here's hmp3 encoding my test CD album of choice:
real 0m9,585s
user 0m9,436s
sys 0m0,140s
And this is Ubuntu's Lame 3.100 binary decoding the resulting MP3 to WAV:
real 0m10,609s
user 0m9,297s
sys 0m1,288s
In real-time, hmp3 is faster *en*coding than Lame is *de*coding ;-)
(Of course, there most likely are faster MP3 decoders, just found this slightly interesting)