After 4 Years, HydrogenAudio Opens New 128kbps Listening Test
kwanbis writes "After more than four years, a new MP3@128kbps listening test is finally open at HydrogenAudio.org! The featured encoders are: LAME 3.97, LAME 3.98.2, iTunes 8.0.1.11, Fraunhofer IIS mp3surround CL v1.5, and Helix v5.1 2005.08.09. The low anchor is l3enc 0.99a. The purpose of this test is to find out which popular MP3 VBR encoder outputs the best quality on bitrates around 128 kbps. All encoders experienced major or minor updates that should improve audio quality or encoding speed, and we have a totally new encoder on board. Note that you do not have to test all samples — it is a great help even if you test one or two. The test is scheduled to end on November 22nd, 2008."
good headphones are a must for such close listening tests. you'll only be able to hear really major differences with most speakers.
Wow, what a mess. Download this package. Now download fourteen more packages (DownThemAll is the only reason I didn't give up right then). Y'know, I'm kinda interested in this subject, as I have no trouble hearing artifacts in most 128kbps CBR MP3s, but this is just a huge pain in the ass. Wouldn't a simple Flash app have made things so much easier?
While popular music is acceptable at 128kbps with recent encoders, certain niche music genres like spectralist music clearly suffer at low bitrates. With pieces like Per Norgard's Symphony No. 3 or Grisey's Les espaces acoustiques you can easily hear the difference between 256kbps and the original CD-quality on even average headphones or speakers. Any music which depends on a greater portion of the natural overtone series than just the first handful of partials will need higher bitrate encoding.
You know what, I thought I'd be nice and give this a shot, but the amount of effort involved just isn't worth it. If it isn't 'click on this link, listen, rate', it's too much work. Download x, install x, email x - way, way, way too much work for what is being given in return.
Umm... 128 Kbps? Seriously? And no Ogg Vorbis, AAC etc... If you're bothering to set up a listening test, why limit yourself to 128 Kbps MP3?
Also, this should really be set up as a blind test, you get to listen to two clips, and have to choose which is better. The clips are randomized, of course... I could go on, but I'd just make myself sound even more arrogant. ;)
.: Max Romantschuk
Only up half an hour and already slashdotted.
Here is a direct link to the download site: http://www.listening-tests.info/mp3-128-1/
The ABC/HR zip, and one sample zip. Each sample zip is a separate test that can be run completely separately from the others. Testing each sample may take quite some time (it took 1-2 hours for a single sample last night for me) - so splitting this up actually does make a bit of sense. That said, even on Windows this test has been plagued with problems. I've had to downgrade to Java 1.5 to avoid a crash.
What's the point? MP3's? Welcome to 1990! With storage and processing power as ridiculously cheap as it is, why do people still use MP3's? I don't understand it. I've got my entire music collection stored as FLAC right now on a single half-gig hard drive. I think that in a few years, even that will be pointless, and we'll be back to storing our music as WAV's again. So, why do people still bother with crappy 128 bit MP3's?
I don't respond to AC's.
use a pair of headphones.. after you're done listening to a sample, rotate the headphones and play the sample again to hear the other channel of audio. Then you will be ready to rock & roll.
is there anything else I should be aware of as someone who transcodes everything to mono before I copy it to my mp3 player ?
Some songs are recorded with parts out of phase between the stereo channels. This means that the left and right channels, instead of being up/up and down/down, are up/down and down/up, which creates directional effects in stereo (especially on a surround receiver) but cancels itself out in the conversion to mono. For instance, "Happiness in Slavery" on Broken by Nine Inch Nails loses the snare in mono, and the quality of the snare drum in the remix of Coburn's "We Interrupt This Program" used with the NEDM meme drifts back and forth between clap-like and snare-like.
It was 10 years ago when I bought a Rio PMP-300, the first readily available flash-based MP3 player. It came with 32MB of internal memory, and would accept a single SmartMedia card, 32MB max in size (which I quickly went out and bought).
Back then, the size of your MP3 files mattered a whole lot more. At 128K CBR, I could fit 6 to 9 songs on each bank, depending on how long they were. The artifacts were noticeable to even my poor hearing. So I then stepped up to 160kb CBR and then LAME -remix (VBR, average ~ 190K ) encoding setting. I will make a note here that not all MP3 encoders are created equal - there is no fixed encoding standard, just for decoding.
With the VBR files, I could only fit 3-6 songs per bank of the Rio, so yea, it mattered then. If I wanted a specific CD to take to the gym with me, I had to think about what I put on the Rio. Often I couldn't fit the whole CD on the device or I had to swap play order to better use the slack space in each memory partition.
Can you even buy a MP3 player with less than 1GB of internal flash memory today? Skip past something like the iPod shuffle or equivalent at 1 and 2 GB, and you are quickly looking at 4GB, 8GB, 16GB or more.
I just encoded my copy of Linkin park's Minutes to Midnight CD that I bought with LAME 3.97 high quality VBR and it came out to 77.6 MB for the whole thing with the average bit rates in the 230kb/s to 270kbs. It wouldn't fit on the RIO at this quality. On the cheapest iPod Shuffle, I could fit 13 similarly sized CDs at this quality encoding. On the cheapest iPod Nano, around 100 similarly sized and encoded CDs.
My point??
128Kbs is sooo 1990s.. We've moved on. Storage, be it flash or Hard drives, has gotten order(s) of magnitude cheaper and bigger. So why aren't we moving our mindset about default MP3 quality UP to reflect the change? Make very High quality VBR the default and raise the average quality bar.
You said that if you look at a spectrum as an image you can spot degradation in a lossy encoder. That's entirely irrelevant, since mp3 is a perceptual encoder; it deliberately loses information that, according to its predictive model, listeners cannot actually hear. To show that it fails to do this, you need to conduct a blind listening test with the encoded and un-encoded version, and actually reliably (i.e. significantly more than 50% of the time) pick out the encoded one.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
HydrogenAudio has done all kinds of listening tests over the years with various different codecs, including multiple encoders and rates for all of the major lossy formats. Their public tests are well designed blind tests-they give you the various samples but don't tell you which is from which encoder, and you're asked to use ABC/HR which is a program designed specifically for blind testing of audio.This one just happens to be 128 kbps MP3.
This is particularly of interest to a lot of people because
MP3 is optimized for best performance at 256kbps. MPEG-4 AAC is optimized for 128kbps. Trying to determine which MP3 codec works best at 128kbps is like figuring out whether Jimi Hendrix or Jimmy Page would be better if they lost two fingers off their left hands. Similarily, MP2 is optimized for 384kbps, and beats MP3 at bitrates beyond 256, which is why it is widely used on DVD's at 384kbps.
Here's how it plays out:
Lossless codecs obviously are best when bandwidth isn't an issue
MP2 (MPEG-1 layer 2) is best from 320kbps upwards
MP3 (MPEG-1 layer 3) is best from 160 - 256 kbps
AAC (specified initialy in MPEG-2, finalized in MPEG-4 [they skipped MPEG-3 not to be confused with MP3]) best from 128kbps downwards
MP2's at 384kbps sound better than MP3's at 256kbps, which sound better than AAC at 128kbps. None of the codecs sound any better at higher-than-optimal bitrates, i.e. an MP3 at 320kbps cannot sound better than a 256kbps MP3 encoded from the same source.
Simply put, it's the codec that determines the optimal bitrate. Given a 128kbps bitrate, who cares how an inappropriate codec performs?
War as we knew it was obsolete
Nothing could beat complete denial
- Emily Haines