Multiformat@128kbps listening test - FINISHED Options

[rjamorim]

Hello.

I'd like to announce the results of the Multiformat at 128kbps listening test

Vorbis aoTuV is tied to Musepack at first place, Lame MP3 is tied to iTunes AAC at second place, WMA Standard is in third place and Atrac3 gets last place.

The results page is here:
http://www.rjamorim.com/test/multiformat128/results.html

For those in a hurry, here are the zoomed overall results:


Big thanks to everyone that helped and participated.

Best regards;
Roberto.

[magic75]

Now that was a surprise... Lame as good as AAC??? Anyone expected that?

[ScorLibran]

Vorbis (aoTuV) and MPC tied for first place. LAME and iTunes tied for second. Then WMA-S in third, and ATRAC3 at the back of the pack.

Funny that there was no real consistency this time across music types with the formats tested. Tends to oppose theories about certain formats excelling with certain types of music. At least among these samples.

This post has been edited by ScorLibran: May 24 2004, 06:55

[bidz]

What the! ... surprised!

[QuantumKnot]

Whoa, look at aoTuV!!

It is now as good as MPC. Very good work, Aoyumi. Vorbis is now back in the spotlight.

[harashin]

I believed Musepack would win the test especially such bitrate range(-q4.15). Anyway, it's very interesting result, good job Roberto and all participants.

[guruboolez]

Surprisingly, MPC 1.14 (same tested last year) isn't tied anymore with iTunes AAC, but “win”.
ATRAC3 (minidisc) is obviously a poor encoding solution.
aoTuV is without doubt a great step behind for Vorbis!

[rjamorim]

The codes:

1 - Vorbis aoTuV
2 - Musepack
3 - Lame MP3
4 - iTunes AAC
5 - Atrac3
6 - WMA Std.

The decryption key:
http://www.rjamorim.com/test/multiformat12...multiformat.key

[JohnV]

Very good results by aoTuV. It seems all the others have a new target for 128kbps quality now.
One thing which this test shows is that VBR coding (aoTuV, MPC) is definitely way to go for 128kbps, and with good enough VBR tweaking it's certainly possible to be clearly better than CBR (iTunes).

[rjamorim]

One thing which this test shows is that VBR coding (AoTuV, MPC) is definitely way to go for 128kbps, and with good enough VBR tweaking it's certainly possible to be clearly better than CBR (iTunes).

Yes. That is also true for Lame. With a very good VBR implementation, it got close to the best AAC implementation at that bitrate.

Let's hope Apple implements VBR in their codec, and Ahead improves their implementation considerably.

[ScorLibran]

I believed Musepack would win the test especially such bitrate range(-q4.15).

I thought so too.

I anticipated a tie between MPC and QT-AAC, then Vorbis in second place, then LAME, then WMA-S and ATRAC at the back. Vorbis and QT-AAC both surprised me.

[harashin]

My browsers(Firefox, MSIE) don't show test comments correctly. Also, the title of this page seems to be wrong.

[rjamorim]

My browsers(Firefox, MSIE) don't show test comments correctly.

It's XML. IE should show something like this:
http://esc17.midphase.com/~calmerc/screenshots/screen-1.jpg

XML is worse for readability but easier to be parsed. That's why Schnofler switched to XML results in recent versions of ABC/HR Java.

Also, the title of this page seems to be wrong.

Fixed. Thanks for reporting.

This post has been edited by rjamorim: May 24 2004, 07:35

[harashin]

XML is worse for readability but easier to be parsed. That's why Schnofler switched to XML results in recent versions of ABC/HR Java.

I expected something like in raw *.txt format. Thanks for clarification.

[rjamorim]

I expected something like in raw *.txt format. Thanks for clarification.

Schnofler already has a converter from xml -> txt in ABC/HR. But it only works for encrypted results ATM. Hopefully he'll add support for already decrypted results.

[Bonzi]

Wow, what really impresses me is that I don't think there was one sample where the vorbis encoder did poorly. This is a little shocking after last test. Excellent work aoTuV!

[Der_Iltis]

Surprise surprise!
I hope this'll give vorbis development a new boost.

[Gabriel]

Oh! Joy!

[rjamorim]

Oh! Joy!

I'm happy my test is spreading happiness.

[bond]

woow, now thats what i not expected

- vorbis aotuv: vorbis is back, and i am proud to have helped finding out what vorbis encoder should be used
- mpc vs aac: funny that mpc was that better than itunes (with a only 0.15 higher setting than in the last test)
- wma9: lol, worse than mp3! (and i even wonder that it got rated that high, even at 128 it had this metallic sound sometimes) -> go away m$
- atrac3: even worse than wma9 -> go away sony

and if you take this test as a comparison between some online music stores (itunes vs. wma9 based ones vs. sonys new store) itunes clearly comes out as the winner, leaving wma9 behind by far!

[FireStarter]

I see there is a very small margin between mpc and aoTuv, how would aoTuv react
in higher bitrates.?

[JeanLuc]

Very interesting results ...

I think it could be an interesting addition to show the bitrate for each encoder in the specific diagrams for each sample ...

[dev0]

The more I think of it the more impressed I am with the performance of LAME. Very good work Gabriel (and consider changing -V 5 default --athaa-sensitivity).

[Raptus]

How many results were discarded because of ranked refs?

[rjamorim]

How many results were discarded because of ranked refs?

54

Mind you that I didn't discard results that ranked the reference but on that sample pair ABXd the samples to a pval of 0.05 or less.

This post has been edited by rjamorim: May 24 2004, 09:08