Lossless Audio Codec Compression Comparison comparison, children, minutes, encode, source

andy

I need to archive the audio from some captured VHS tapes, so I ran a quick comparison of some lossless codecs. The source was about 25 minutes of mono 16-bit 48,000 kHz unprocessed WAV PCM audio from an old children's cartoon; options were set to maximise compression.Code:
ProgramOptionsSizeCompression
OptimFROG 4.509ofr --encode --mode bestnew73,031,53051.16
LA 0.4la -high -noseek73,080,44251.20
OptimFROG 4.509ofr --encode73,518,26851.51
Monkey's Audio 3.99Extra High*73,679,67651.62
WAVPACK 4.3wavpack -h74,625,64252.28
LPAC 1.40lpac -574,751,17652.37
TTA1 3.3ttaenc -e75,036,82952.57
flac 1.1.2flac -875,313,85052.76

[Original]142,740,044100.00
*Insane performed worse.

I was surprised at how close all the figures were, especially when compared to lossless video codecs.

(By the way, does anyone know a way to frameserve audio data from AVIs to a compressor rather than having to extract to a WAV?)

Did you keep track of the time to compress also?


Originally Posted by mg262options were set to maximise compression.

in this case, use bestnew switch for optimfrog and have a look at Monkey's Audio and LA codecs...Originally Posted by mg262I was surprised at how close all the figures were, especially when compared to lossless video codecs.

huh ? could you develop a little bit more please...Originally Posted by mg262(By the way, does anyone know a way to frameserve audio data from AVIs to a compressor rather than having to extract to a WAV?)

BeSweet can do that...it depends of course of your audio stream included in the AVI.


Originally Posted by mg262(By the way, does anyone know a way to frameserve audio data from AVIs to a compressor rather than having to extract to a WAV?)

That's what the avisynth can do as is introduced here.

a = AviSource(quot;D:\captures\jewel.aviquot;) will read the a/v frame to the clip a, the audio stream of which can be input to any pipe-in capable encoder with the help of avs2wav or bepipe.

@AMTuring,
No, I didn't, I'm afraid. But IMO looking at compression and speed would need many tests/codec (with different option sets).

@Kurtnoise13,
Thank you for the suggestions; I've updated the table.

I was surprised that the various codecs available compressed by almost exactly the same amount -- the variation between the best and worst was only 1.6%. Cf. a lossless video codecs comparison, where the difference between best and worst is larger. In particular, with video codecs there's a real time/compression tradeoff (although that comparison doesn't show it very well): spending more time can give significantly better compression (e.g. FFV1 and VBLE). With audio, very fast codecs (e.g. tta) do almost as well as very slow ones.

Thank you for the BeSweet pointer... I'll look into it.