I think the "includes MD5 hashes" entry should be added for Monkey's Audio as well.

Can be surely done. But do you have an idea of what tool added that MD5 to the APE file? I was under the impression the official tools don't offer that functionality. Maybe it was shntool or foobar?

Still on the Monkey's Audio topic: @Skimmer: I see you changed some of the details on Monkey's Audio at the list, namely the error robustness entries. Did you actually test on damaged streams if the latest version of Monkey's Audio got better on that aspect? I know Matt mentions that in his changelog, but so did he in the past, and as it turned out, it was still borking on streams with deleted bytes.

Also, on the pros section, you added "Simple and user friendly. Official GUI provided". I don't think I agree with that entry. For starters, you should have then added "Official GUI provided" to ALAC, Real Lossless, WMA Lossless, LPAC and even LA.

Also, "simple and user friendly" is hardly a feature depending on what you want to do. Some users just want raw power (to run batch jobs, pipe from stdin to stdout, or even run cronjobs!), and in that case, "simple" is not a feature.

Besides I believe "simple" applies more to codecs like ALAC, WMAL and TTA, since they don't even ask the user to choose compression level - just encode losslessly to the only compression setting and that's it.

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

Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:http://www.rarewares.org

Monkey adds the MD5 on its own now. You can even choose through the new GUI to verify using it or by doing a complete decompression of the file.

Ah, thank-you very much. I just added it.

QUOTE (Garf @ Mar 5 2006, 07:43 AM)

How on earth is MPEG4 ALS slow to encode and decode?

The comparison was moved to the wiki for a reason! If you have more up-to-date information than me, feel free to correct the entries. I was still basing the comparison table on Liebchen's binaries - that were indeed way too slow.

Besides, I would much rather see a comparison among several codecs. Comparing different compiles of the same codec, as presented in the thread you pointed out here, doesn't help finding out how it compares against everything else.

Anyway, I just tested Monkey's Audio 4.01b2 on corrupted streams (3 streams, and at least three times on each stream), and it still borks, so I'm rolling back Skimmer's modifications on that aspect. And I'm still wondering about the merit of adding "Simple and user friendly. Official GUI provided." to the Pros list.

Regards;

R.

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

Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:http://www.rarewares.org

1) suggestion: Put the most popular / most used codecs side-by-side in the top row. Would make comparison of the most likely candidates easier (especially for those who have to scroll the page).

2) FLAC's encoding speed is noted as "fast" in the table. Not "slow", nor even "average". Then it's called "relatively slow" in FLAC CONS. That is confusing in the least, and perhaps unfair advertisement one way or the other.

1) suggestion: Put the most popular / most used codecs side-by-side in the top row. Would make comparison of the most likely candidates easier (especially for those who have to scroll the page).

Good suggestion, I'll work on it.

If only editing wiki tables wasn't so painful. >_<

What formats go to the top row? FLAC and WavPack obviously, then Monkey's, Frog, ALAC and...?

YALAC bothers me somewhat. I'll have to make the table bigger because of it :-B

QUOTE

2) FLAC's encoding speed is noted as "fast" in the table. Not "slow", nor even "average". Then it's called "relatively slow" in FLAC CONS. That is confusing in the least, and perhaps unfair advertisement one way or the other.

That was indeed an error. I will fix it when I update the table.

QUOTE (pepoluan @ Apr 27 2006, 03:14 PM)

QUOTE (Synthetic Soul @ Apr 27 2006, 11:45 PM)

2) I would say that Fast is correct for default settings. It could be called relatively slow when encoding with -8.

I guess that means we'll have to be more specific...

Perhaps, having 2 judgments: one based on recommended setting (e.g. flac -5) and one based on maximum-compression setting (e.g. flac --super-secret-blah-blah-blah or flac -8)

Just under the table:"Encoding speed, Decoding speed and Compression ratio are based on each encoder's default settings."

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

Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:http://www.rarewares.org

I just went ahead and fixed FLAC. Also took the opportunity to change Frog's OS support to Win/Mac/Linux

So, what codecs should go to the top row? I think the ones that must be there are WavPack, Flac, Monkey's and ALAC. Anything else is negotiable. Please post your opinions soon, so that I can work on it this weekend.

This post has been edited by rjamorim: Apr 28 2006, 12:36

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

Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:http://www.rarewares.org

OK, I reworked the table somewhat. WavPack went up, Real lossless went down. I didn't touch Shorten yet because I'm waiting to see if it should be replaced with WMA, or if YALAC will really become wildly popular and should rather take Shorten's place.

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

Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:http://www.rarewares.org

Not that I think there's too much good to be said for the Shorten format, but in the naime of fairness, setting "hardware support" to "yes" for WavPack and "no" for Shorten in the table isn't (quite fair). The difference are one device called "Roku PhotoBridge HD" in favour of WavPack. Apart from that, they both share the same hardware support, and it's called RockBox....

Lossless codecs currently supported by RockBox are ALAC, FLAC, WavPack and Shorten.

Infact, I'm right now listening to a Henry Kaiser gig in Shorten format downloaded from Archive.org on my iRiver H340.

This post has been edited by Mr_Rabid_Teddybear: Jun 2 2006, 03:37

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

"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts