Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Which is the best lossless codec? (Read 477714 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Which is the best lossless codec?

Reply #125
Quote
IMHO something is only open source if it is controlled by those who release the open source code - FLAC is.
[a href="index.php?act=findpost&pid=280035"][{POST_SNAPBACK}][/a]


From an ideological point of view, you are correct. But from a practical - I.E, the end user's - point of view, it makes no difference who is releasing the sources, as long as they can decode the bitstreams.

Which is the best lossless codec?

Reply #126
Quote
Seems like Wavpack and FLAC are the most “green” out there.
Too bad they're not very good at compression ratio…
[{POST_SNAPBACK}][/a]

Well, that depends.... If you use the x [a href="http://www.wavpack.com/wavpack_doc.htm]switch[/url] with Wavpack you can achive some mighty good compression, but it's mighty slow too....
I recently compressed some improv disks with wavpack -hxmt and got results in the range of 30-40% of original wavs. Now I guess that's much due to the music; like much classical, improv is music with much "air" in it, as opposed to e.g. contemporay pop or metal, but still I found this quite impressive. It was veeeery slow, though, unlike wavpack at default settings, which is what's used for rjamorim's table.
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
        - Oceania Association of Autonomous Astronauts

Which is the best lossless codec?

Reply #127
Quote
Quote
Ah, very interesting. I tried feeding a multichannel stream to my iTunes and my QuickTime, as well as a high-frequency stream, and both programs choked on both streams.

I wonder if the MacOS versions of these programs don't show these limitations.
[a href="index.php?act=findpost&pid=279732"][{POST_SNAPBACK}][/a]

I've got samples on my Win desktop. I'll transfer them to my iBook tomorrow and test it out.
[a href="index.php?act=findpost&pid=279901"][{POST_SNAPBACK}][/a]

The multichannel file choked iTunes and QuickTime, which I didn't expect. I know that lots of users work with multichannel files on Macs. The hi res file played fine, encoded fine, but the decoder output a 44.1 kHz stream (the original was 96 kHz).
"Facts do not cease to exist just because they are ignored."
—Aldous Huxley

Which is the best lossless codec?

Reply #128
Quote
Quote
Seems like Wavpack and FLAC are the most “green” out there.
Too bad they're not very good at compression ratio…
[{POST_SNAPBACK}][/a]

Well, that depends.... If you use the x [a href="http://www.wavpack.com/wavpack_doc.htm]switch[/url] with Wavpack you can achive some mighty good compression, but it's mighty slow too....
I recently compressed some improv disks with wavpack -hxmt and got results in the range of 30-40% of original wavs.
[a href="index.php?act=findpost&pid=280230"][{POST_SNAPBACK}][/a]



-h by itself is comparable to Monkeys audio normal mode.

Which is the best lossless codec?

Reply #129
Quote
Well, that depends.... If you use the x switch with Wavpack you can achive some mighty good compression, but it's mighty slow too....
I recently compressed some improv disks with wavpack -hxmt and got results in the range of 30-40% of original wavs.
[a href="index.php?act=findpost&pid=280230"][{POST_SNAPBACK}][/a]

Quote
-h by itself is comparable to Monkeys audio normal mode.
[a href="index.php?act=findpost&pid=280342"][{POST_SNAPBACK}][/a]

Are these swithes enabled by default?  AFAIK, this comparison table is based on every encoder's default settings…
Infrasonic Quartet + Sennheiser HD650 + Microlab Solo 2 mk3. 

Which is the best lossless codec?

Reply #130
Quote
Are these swithes enabled by default?  AFAIK, this comparison table is based on every encoder's default settings…
[a href="index.php?act=findpost&pid=280353"][{POST_SNAPBACK}][/a]

If i understood this right, and rjamorim has used it without specifying switches, then Wavpack just uses it's default settings. AFAIK neither -h nor -x are turned on by default. In Wavpacks pure lossless mode -h and -x are switches you can play with for that extra compression, at the cost of speed. The -h switch makes both encoding and decoding about twice as slow, the -x switch turns on asymmetrical mode and makes encoding very, very, veeery much slower, but don't hurt decoding speed. So -hx gives you Wavpacks best compression and slowest encoding.
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
        - Oceania Association of Autonomous Astronauts

Which is the best lossless codec?

Reply #131
Quote
So -hx gives you Wavpacks best compression and slowest encoding.
[a href="index.php?act=findpost&pid=280479"][{POST_SNAPBACK}][/a]


Actually, -hx6 would give you the best compression, as the -x switch alone will give you different parameters depending on the compression level.

Quote
This option accepts an optional numberic parameter from 1 to 6 that overrides the default amount of "extra" processing done. The defaults were choosen to provide the greatest "bang for the buck" and are -x6 for "fast" mode, -x4 for the normal mode and -x3 for the "high" mode.

That's straight from the WavPack manual. =)

Which is the best lossless codec?

Reply #132
Quote
Actually, -hx6 would give you the best compression, as the -x switch alone will give you different parameters depending on the compression level.
[a href="index.php?act=findpost&pid=280487"][{POST_SNAPBACK}][/a]

Yes, I know that, but -hx was slow enough for me.... 
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
        - Oceania Association of Autonomous Astronauts

Which is the best lossless codec?

Reply #133
Quote
Seems like Wavpack and FLAC are the most “green” out there.
[a href="index.php?act=findpost&pid=279898"][{POST_SNAPBACK}][/a]


Indeed. If the RockBox guys release their unofficial iRiver firmware with WavPack support, and if Kuniklo finishes the XMMS plugin, WavPack will be the only all-green format in the table.



I just edited the table. ALAC's open-sourceness becomes light green and it's not featuring multichannel and high resolution anymore since no implementation supports them. If QuickTime 7 adds these features, I'll change the table back.

Which is the best lossless codec?

Reply #134
Few concerns about OptimFROG column:
1. Why ReplayGain row says "no"? I have all my OFR files replaygained by fb2k, values are stored inside the file's APEv2 tags, and they get gained on replay, isn't it ReplayGain support?
2. Pipe support row is blank, while "ofr.exe - --output %d" in fb2k's DiskWriter works, so I guess it supports pipes?
3. Why Encoding & Decoding speed rows say "slow"? As Flexibility row says, it's very flexible. With default settings it's at least average, and surely can be fast with proper settings.

Which is the best lossless codec?

Reply #135
Quote
1. Why ReplayGain row says "no"? I have all my OFR files replaygained by fb2k, values are stored inside the file's APEv2 tags, and they get gained on replay, isn't it ReplayGain support?


That only means Foobar supports replaygain, not that Optimfrog supports replaygain.

It's the same situation with Monkey's. If features require that the format user is locked to a third party software, then it's not a format feature, but a third party software feature.

Quote
2. Pipe support row is blank, while "ofr.exe - --output %d" in fb2k's DiskWriter works, so I guess it supports pipes?


Yes, it does. I'll add that to the table. Thanks for looking into that.

A blank cell means I don't know about that feature, so any information is welcome.

Quote
3. Why Encoding & Decoding speed rows say "slow"? As Flexibility row says, it's very flexible. With default settings it's at least average, and surely can be fast with proper settings.
[a href="index.php?act=findpost&pid=282562"][{POST_SNAPBACK}][/a]


I always use Hans Heijden's lossless comparision to evaluate speed vs. efficiency, etc. By "slow", I consider codecs that encode at less than 10X real time in the default setting. Even in the fast setting, OptimFrog encodes slower than 10X...

And I chose to represent only the default setting because the table would become a mess if I tried to evaluate the efficiency of every setting. It's also the developer duty to make the default setting output the best "bang for the buck" for users.

Which is the best lossless codec?

Reply #136
Another idea - how about adding a "Size limit" row? I read that even WAV has a 2GB limit and I know that some lossless encoders have internal limits too (not related with file-system or other things).

Which is the best lossless codec?

Reply #137
Quote
Another idea - how about adding a "Size limit" row? I read that even WAV has a 2GB limit and I know that some lossless encoders have internal limits too (not related with file-system or other things).
[a href="index.php?act=findpost&pid=283170"][{POST_SNAPBACK}][/a]


Well, if someone is willing to test each codec's limits...

Problem is, most of them read from wavs. So, you would have to make a wav several gigabytes big in order to test them, and such wav would be corrupt because of that same limitation.

Which is the best lossless codec?

Reply #138
Quote
Well, if someone is willing to test each codec's limits...

Problem is, most of them read from wavs. So, you would have to make a wav several gigabytes big in order to test them, and such wav would be corrupt because of that same limitation.
[{POST_SNAPBACK}][/a]


See my last post in [a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=31326&hl=]this thread from last month[/url].  The wav I was encoding was 5.5 hours, 44.1/16, size about 3.5 GB

Which is the best lossless codec?

Reply #139
Quote
Quote
Another idea - how about adding a "Size limit" row? I read that even WAV has a 2GB limit and I know that some lossless encoders have internal limits too (not related with file-system or other things).
[a href="index.php?act=findpost&pid=283170"][{POST_SNAPBACK}][/a]


Well, if someone is willing to test each codec's limits...

Problem is, most of them read from wavs. So, you would have to make a wav several gigabytes big in order to test them, and such wav would be corrupt because of that same limitation.
[a href="index.php?act=findpost&pid=283172"][{POST_SNAPBACK}][/a]

This is only a partial solution, but here goes..

If they support pipes, and if they support raw PCM, they could be fed raw gigabytes from standard input. You could just feed the encoder repeated pieces of small audio files this way.

Which is the best lossless codec?

Reply #140
Small change: WavPack software support goes from average to good, thanks to the recent release of Kuniklo's beta XMMS plugin and Toff's alpha directshow filters.

Which is the best lossless codec?

Reply #141
Quote
Just want to add some details about LA to your great comparison table:

-tagging is possible  (I'm using Tag.exe to add APE2 tags, the Winamp plugin can display them, the command line decoder ignores them)

-PIPE is supported  (I'm using it in my small "la2mp3.bat" script - la.exe pipes decoded data to lame.exe)
[a href="index.php?act=findpost&pid=275955"][{POST_SNAPBACK}][/a]

Well I don't want to say that you lie but probably you're just little bit confused. I've tried MultiFrontend and LA Frontend with APEv1/APEv2 tags and also Foobar's Diskwriter Commandline Encoder with selected APEv2 tag and found that Winamp doesn't support APEv2 tags. Tried both 0.4 and 0.4b. Foobar does but it's more native Foobar functionality than support from format. Furthermore official documentation of LA says: ID3 v1.1 tagging support

Which is the best lossless codec?

Reply #142
Thanks for spotting it. I just updated the table and post.


Edit: I wonder if ID3v1-only support shouldn't be in "cons" instead of "pros" :B

Which is the best lossless codec?

Reply #143
I've just noticed the blank cell for "pipe support" and WMA lossless. Pipe seems to be OK: I can transcode directly a WMA LSL file to another formats (lossy and lossless) with foobar2000.

EDIT: iTunes is also able to import WMA LSL file without needing a temporary decoding file.

Which is the best lossless codec?

Reply #144
Quote
I've just noticed the blank cell for "pipe support" and WMA lossless. Pipe seems to be OK: I can transcode directly a WMA LSL file to another formats (lossy and lossless) with foobar2000.

EDIT: iTunes is also able to import WMA LSL file without needing a temporary decoding file.
[a href="index.php?act=findpost&pid=290245"][{POST_SNAPBACK}][/a]


Thanks, I just amended the table and the post.

Which is the best lossless codec?

Reply #145
Also, I suggest you guys check out the Wiki entry that is a copy of the first post in this thread:
http://wiki.hydrogenaudio.org/index.php?ti...ess_comparision

I think Jan S. will eventually redirect this thread to the wiki. It's a better solution, since in that case everyone can change and correct the article, and not only me.

Which is the best lossless codec?

Reply #146
Quote
FLAC
CONS
- Compression efficiency not on par with other lossless codecs

------------------------

WavPack
PROS
- Good efficiency (not as good as Monkey's or OptimFrog, but not as bad as SHN or ALAC)
hmm, did you decide on a point where you call a codec not on par that lead to WavPack not falling into that category (i.e. everything above 58.0%)?
considering the difference btw FLAC and WavPack is only 0.70% in default mode and FLAC and ALAC are also very close, the quoted statements look a bit irritating.
I would suggest to change WavPack also to 'Compression efficiency not on par with other lossless codecs' or at least to remove the 'good efficiency' part.
Nothing but a Heartache - Since I found my Baby ;)

Which is the best lossless codec?

Reply #147
Quote
hmm, did you decide on a point where you call a codec not on par that lead to WavPack not falling into that category (i.e. everything above 58.0%)?
considering the difference btw FLAC and WavPack is only 0.70% in default mode and FLAC and ALAC are also very close, the quoted statements look a bit irritating.
I would suggest to change WavPack also to 'Compression efficiency not on par with other lossless codecs' or at least to remove the 'good efficiency' part.
[a href="index.php?act=findpost&pid=290281"][{POST_SNAPBACK}][/a]


Good point. I based that mostly on a Garf's statement that is hidden in some other thread (JanS is working on the redirection)

BTW: It's important to mention that efficiency is not compression ratio. Efficiency is a relation between compression ratio and encoding speed.

I'll look into that issue further, based on Hans Heijden's findings, and edit the wiki if appropriate. The first post in this thread will soon be deleted in favour of the wiki article, so no point working on it any more.

Also: Yes, 58% is the line I drew to separate green compression to light green compression.

Which is the best lossless codec?

Reply #148
Quote
BTW: It's important to mention that efficiency is not compression ratio. Efficiency is a relation between compression ratio and encoding speed.
ah yes, you're right, I totally forgot about that.
Quote
Also: Yes, 58% is the line I drew to separate green compression to light green compression.
what about TTA and LPAC vs. FLAC and ALAC? both are either above or below the 58% mark and both are light green...
Quote
The first post in this thread will soon be deleted in favour of the wiki article, so no point working on it any more
o.k. fair enough.
Nothing but a Heartache - Since I found my Baby ;)

Which is the best lossless codec?

Reply #149
Quote
what about TTA and LPAC vs. FLAC and ALAC? both are either above or below the 58% mark and both are light green...
[a href="index.php?act=findpost&pid=290283"][{POST_SNAPBACK}][/a]


Oops, sorry about that. Actually 57% is the line.

I considering making 58% the line once, but that would result in too many dark green cells, so it wouldn't be useful for comparision purposes.

This way, it is more or less equilibrated: 4 dark green and 4 light green.

In the comparision, I replaced "Compression efficiency not on par with other lossless codecs" with "Relatively slow encoding" (that is, comparing to other codecs that compress much more at same speed). I think it's fairer towards FLAC. Do you agree?