# Why does Musicmatch rip such terrible quality MP3's?

**URL:** <https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625>\
**Category:** Factual Questions\
**Created:** [June 18, 2002, 1:40am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625 "2002-06-18T01:40:40Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![Phlip](https://avatars.discourse-cdn.com/v4/letter/p/ed8c4c/32.png) [@Phlip](https://boards.straightdope.com/u/Phlip)\
**Post date:** [June 18, 2002, 1:40am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/1 "2002-06-18T01:40:40Z")

</div>

I have ripped CD’s donw to MP3’s and also burned MP3’s onto CD and they sound terrible compared to most other programs. All MP3’s sound sorta wispy at 128kbps. Not in other programs though.

Why is this? I thought MP3 was a set type of compression so everyones MP3’s SHOULD sound the same right?

---

<div class="post-metadata">

**Author:** ![ultrafilter](https://avatars.discourse-cdn.com/v4/letter/u/3d9bf3/32.png) [@ultrafilter](https://boards.straightdope.com/u/ultrafilter)\
**Post date:** [June 18, 2002, 1:54am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/2 "2002-06-18T01:54:26Z")

</div>

First off, the standard sampling rate is much higher on CD’s–around 150 kbps, I believe\*. So that could affect it. Second, mp3 is a lossy compression format, meaning that if you encode a .wav into an .mp3 and then decode it back into a .wav, the sound quality is not the same as the original. This may have something to do with it. Lastly, I’m not sure that there is only one algorithm for encoding–if there isn’t, that could explain the lion’s share of the difference.

- And no, I didn’t look that up. Once upon a time when I was bored, I took 40 CD’s, recorded the length & data content of each one, and performed a regression analysis. That’s what I got.

---

<div class="post-metadata">

**Author:** ![Achernar](https://avatars.discourse-cdn.com/v4/letter/a/e274bd/32.png) [@Achernar](https://boards.straightdope.com/u/Achernar)\
**Post date:** [June 18, 2002, 2:37am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/3 "2002-06-18T02:37:31Z")

</div>

150 sounds about right for CDs, but 128 kbps should be good enough for anyone. I don’t have very discriminating ears, but I think that even at 64 kbps, you’d have better quality than described in the OP.

MP3’s, however, are a lossy compression format. I don’t know much about them, but I don’t believe there’s a given reason that they should all sound alike.

---

<div class="post-metadata">

**Author:** ![astro](https://avatars.discourse-cdn.com/v4/letter/a/9dc877/32.png) [@astro](https://boards.straightdope.com/u/astro)\
**Post date:** [June 18, 2002, 3:05am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/4 "2002-06-18T03:05:12Z")

</div>

Apparently it’s now using the Xing encoder which is faster but not as accurate.

[Do MP3 encoders sound different?](http://arstechnica.com/wankerdesk/1q00/mp3/mp3-4.html)

[Arstechnica - Nice rundown of Blade, Fraunhofer, LAME, and Xing.](http://arstechnica.com/wankerdesk/1q00/mp3/mp3-2.html)

> [@](#):
>
> [r3mix.net](http://r3mix.net) - Comments on quality and best features of each encoder. The bottom line: Xing encoders (Xing, AudioCatalyst, Mpeg DJ) reveal distortion when listening with headphones and encodes above 16Hz have problems. CBR at 256kbps by LAME is excellent if space isn’t that big of an issue. CBR 192kbps encodes by Fraunhofer encoders are a good balance between size and quality. LAME produces best VBR encoded files. MusicMatch is not recommended due to poor ripping and encoding quality. Read more at the site.

---

<div class="post-metadata">

**Author:** ![astro](https://avatars.discourse-cdn.com/v4/letter/a/9dc877/32.png) [@astro](https://boards.straightdope.com/u/astro)\
**Post date:** [June 18, 2002, 3:55am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/5 "2002-06-18T03:55:36Z")

</div>

A slight correction. On review I am not sure what encoder the latest version of MusicMatch is using.

---

<div class="post-metadata">

**Author:** ![CurtC](https://avatars.discourse-cdn.com/v4/letter/c/ce73a5/32.png) [@CurtC](https://boards.straightdope.com/u/CurtC)\
**Post date:** [June 18, 2002, 5:00am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/6 "2002-06-18T05:00:05Z")

</div>

By the way, the bit rate of an audio CD is 1,411,200 bits per second, or around 1400 kbps.

---

<div class="post-metadata">

**Author:** ![Com2Kid](https://avatars.discourse-cdn.com/v4/letter/c/4af34b/32.png) [@Com2Kid](https://boards.straightdope.com/u/Com2Kid)\
**Post date:** [June 18, 2002, 6:21am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/7 "2002-06-18T06:21:33Z")

</div>

Comparing the bitrate of CDs vs MP3s is, err;

::sighs:

Ok this is VASTLY simplified but. . …

CDs: 1984

MP3s: ~1989 I _THINK_ (part of the original MPEG1 standard, actually part of one of the revisions of it, but. . . . heh)

CDs where designed to be very simple to play, the computational requirements to play a CD are minimal

MP3s are rather computationally expensive (especially compared to CDs. 🙂 )

This is like comparing LZW compression to JPEG compression;

please, just don’t!

---

<div class="post-metadata">

**Author:** ![Phlip](https://avatars.discourse-cdn.com/v4/letter/p/ed8c4c/32.png) [@Phlip](https://boards.straightdope.com/u/Phlip)\
**Post date:** [June 18, 2002, 7:29am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/8 "2002-06-18T07:29:13Z")

</div>

I think the question has been lost here.

My question was “Why does Musicmatch rip such terrible quality MP3’s?”.

Not “Why dont MP3’s sound as good as CD’s?”

I know MP3 is a compression format and some sound is lost when compression occurs, but MM seems to take the CD audio and shit out the crappiest MP3’s ever ripped.

Why is that?

---

<div class="post-metadata">

**Author:** ![slortar](https://avatars.discourse-cdn.com/v4/letter/s/6bbea6/32.png) [@slortar](https://boards.straightdope.com/u/slortar)\
**Post date:** [June 18, 2002, 2:26pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/9 "2002-06-18T14:26:51Z")

</div>

No idea. You’d probably be better off ripping with better audio software programs. I prefer to use LAME and cd2wav. Compress it down to 256bps (or 196) and you won’t be able to tell the difference.

If you really need an answer you could a) not be selecting the proper audio compression/conversion settings or b) it could be that Musicmatch is just a poorly programmed utility.

---

<div class="post-metadata">

**Author:** ![Hodge](https://avatars.discourse-cdn.com/v4/letter/h/5f9b8f/32.png) [@Hodge](https://boards.straightdope.com/u/Hodge)\
**Post date:** [June 18, 2002, 6:35pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/10 "2002-06-18T18:35:37Z")

</div>

> [@](#):
>
> \*Originally posted by Phlip \*  
> \*\*My question was “Why does Musicmatch rip such terrible quality MP3’s?”.
> 
> Not “Why dont MP3’s sound as good as CD’s?” \*\*

Actually, **astro** _did_ answer your question. Musicmatch uses Xing. Xing sucks. [Here’s a link to R3Mix](http://www.r3mix.net/) which **astro** references, but does not link to. It provides detailed technical analyses of the various MP3 encoders and their strengths and weaknesses. Also, the last time I used the program, the shareware version turned out significantly crappier mp3s than the full, paid version.

---

<div class="post-metadata">

**Author:** ![toadspittle](https://avatars.discourse-cdn.com/v4/letter/t/c0e974/32.png) [@toadspittle](https://boards.straightdope.com/u/toadspittle)\
**Post date:** [June 18, 2002, 7:51pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/11 "2002-06-18T19:51:41Z")

</div>

Personal experience: Haven’t noticed any quality difference with Musicmatch @ 128K–not between it and things ripped w/Soundjam or iTunes, nor between it and CDs, frankly. And I only ever listen to the tunes through headphones.

I’ve always used v. 1.02 for Macintosh (August 2000 release date). Could be different now, or could be a platform difference. I assume you have a Windows PC.

Regardless of Xing’s deficiencies, it all sounds fine to me.

---

<div class="post-metadata">

**Author:** ![ianzin](https://avatars.discourse-cdn.com/v4/letter/i/ed655f/32.png) [@ianzin](https://boards.straightdope.com/u/ianzin)\
**Post date:** [June 18, 2002, 10:34pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/12 "2002-06-18T22:34:11Z")

</div>

I use MusicMatch and think it’s fine, for ripping or any of its other purposes. However, I do tend to use CDEx for ripping operations.

I know this isn’t much help, but then again it _might_ suggest that the problem isn’t with MusciMatch as such, but _some_ other aspect of your system or the process. Or maybe my ears are just more easily satisfied than yours!

---

<div class="post-metadata">

**Author:** ![Com2Kid](https://avatars.discourse-cdn.com/v4/letter/c/4af34b/32.png) [@Com2Kid](https://boards.straightdope.com/u/Com2Kid)\
**Post date:** [June 18, 2002, 11:21pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/13 "2002-06-18T23:21:14Z")

</div>

> [@](#):
>
> \*Originally posted by toadspittle \*  
> \*\*  
> Regardless of Xing’s deficiencies, it all sounds fine to me. \*\*

Yes well the difference is that with LAME you won’t even be able to tell that it is an MP3. 😃 😃 😃

That is why Xing sucks, you can TELL it is Xing. ☹

---

<div class="post-metadata">

**Author:** ![Revtim](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/revtim/32/1042_2.png) [@Revtim](https://boards.straightdope.com/u/Revtim)\
**Post date:** [June 19, 2002, 12:07am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/14 "2002-06-19T00:07:56Z")

</div>

I also recommend the LAME encoder, a good prog that uses it is dbPowerAmp at [http://www.dbpoweramp.com/](http://www.dbpoweramp.com/)

---

<div class="post-metadata">

**Author:** ![Netbrian](https://avatars.discourse-cdn.com/v4/letter/n/71e660/32.png) [@Netbrian](https://boards.straightdope.com/u/Netbrian)\
**Post date:** [June 19, 2002, 1:31am UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/15 "2002-06-19T01:31:10Z")

</div>

Just out of curosity, wouldn’t it be fairly trivial to replace the encoder that MusicMatch uses with a different one? From what I’ve seen, it usually isn’t too hard on other applications, but I’m not sure how integrated Xing is into MusicMatch…

---

<div class="post-metadata">

**Author:** ![Una\_Persson](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/una_persson/32/346_2.png) [@Una\_Persson](https://boards.straightdope.com/u/Una_Persson)\
**Post date:** [June 19, 2002, 12:35pm UTC](https://boards.straightdope.com/t/why-does-musicmatch-rip-such-terrible-quality-mp3s/114625/16 "2002-06-19T12:35:48Z")

</div>

I have extremely sensitive ears when it comes to telling music samples apart, and I have to say that MusicMatch 3 (yes, a somewhat old version, but it’s legal at least…) typically rips files that 95% of the time are indistinguishable from CD at 128 kb, 99% of the time at 160 kbit, and 100% of the time at 256 kbit.

IMO. I had a couple debates with people in the past on this Board, who assured me that since MP3 was a “standard”, there could not “possibly be any difference between encoders”.

They were wrong.
