Difference between revisions of "Musepack"

From Hydrogenaudio Knowledgebase
Jump to: navigation, search
m
(26 intermediate revisions by 9 users not shown)
Line 1: Line 1:
 +
{{Codec Infobox
 +
| name = Musepack
 +
| logo = [[Image:Musepack_logo.png|Official Musepack logo]]
 +
| type = lossy
 +
| purpose = Living audio compression
 +
| maintainer = Andree Buschmann / Frank Klemm
 +
| recommended_encoder = mpcenc.exe 1.30.0
 +
| recommended_text = Musepack SV8 (2009-04-02)
 +
| website = https://musepack.net
 +
}}
 +
 
= Introduction =
 
= Introduction =
 
'''Musepack''' is a lossy audio compression scheme created by Andree Buschmann. He started work on the codec in 1998 (then called MP+) because he was unsatisfied with the audio quality of MP3 codecs at the time. It is strongly based on the [[MPEG-1]] Layer-2 ([[MP2]]) algorithms, with 32 subbands of the same bandwidth, but with several significant improvements. Musepack is optimized for "transparency". The format doesn't compete well at lower, 'streaming' bitrates such as 32/48/64kbps. This is due to MPC being a [[subband]] [[codec]] as well as the fact that very little optimization has gone into such low [[bitrate]]s. However, as can be seen in various 128kbit/s listening tests (see below), despite the fact that MPC has been optimized little for such bitrates it is in the same class of other modern competitors such as [[AAC]] and (Ogg) [[Vorbis]].
 
'''Musepack''' is a lossy audio compression scheme created by Andree Buschmann. He started work on the codec in 1998 (then called MP+) because he was unsatisfied with the audio quality of MP3 codecs at the time. It is strongly based on the [[MPEG-1]] Layer-2 ([[MP2]]) algorithms, with 32 subbands of the same bandwidth, but with several significant improvements. Musepack is optimized for "transparency". The format doesn't compete well at lower, 'streaming' bitrates such as 32/48/64kbps. This is due to MPC being a [[subband]] [[codec]] as well as the fact that very little optimization has gone into such low [[bitrate]]s. However, as can be seen in various 128kbit/s listening tests (see below), despite the fact that MPC has been optimized little for such bitrates it is in the same class of other modern competitors such as [[AAC]] and (Ogg) [[Vorbis]].
Line 7: Line 18:
 
* Designed to be very good by default at --standard setting.
 
* Designed to be very good by default at --standard setting.
 
* Open source
 
* Open source
* Portable playback by Pocket-PCs, Palm OS-based and Windows CE/Windows Mobile-based devices, even Smartphones, see http://tcpmp.corecodec.org
+
* Portable playback by Pocket-PCs, Palm OS-based and Windows CE/Windows Mobile-based devices, even Smartphones/Tablets, see [https://www.musepack.net/index.php?pg=pro Program Overview]
* Portable playback on iRiver h1x0 and Archos Gmini players, see http://www.rockbox.org
+
* Portable playback on digital audio players with Rockbox support, see http://www.rockbox.org
* Support & development forum at http://www.Musepack.net
+
* Support & development forum at https://forum.musepack.net/
  
 
== Cons ==
 
== Cons ==
Line 29: Line 40:
 
* [http://musepack.net Musepack.net] - a general info, news and software site.
 
* [http://musepack.net Musepack.net] - a general info, news and software site.
 
* [http://www.hydrogenaudio.org/forums/index.php?showtopic=1927 Users' HowTo MPC guide at HydrogenAudio]
 
* [http://www.hydrogenaudio.org/forums/index.php?showtopic=1927 Users' HowTo MPC guide at HydrogenAudio]
* [http://www.saunalahti.fi/~cse/ Case's page] (Winamp plug-ins and more).
+
* [http://wiki.hydrogenaudio.org/index.php?title=EAC_and_Musepack#Software_Needed EAC and Musepack]
* [http://www.uni-jena.de/~pfk/mpp/ Frank Klemm's official page] (out of order now)
+
: This page is mirrored at: http://hydrogenaudio.org/musepack/klemm/www.personal.uni-jena.de/~pfk/mpp/
+
* [http://betaplayer.corecodec.org/ BetaPlayer], the first Musepack-able player on PocketPCs
+
  
 
== Technical links ==
 
== Technical links ==
* [http://trac.musepack.net/trac/wiki Specifications]
+
* [http://trac.musepack.net/musepack/wiki Specifications]
* [http://www.musepack.net/index.php?pg=src Source code]
+
* [https://musepack.net/index.php?pg=src Source code]
* Frank Klemm's [http://www.uni-jena.de/~pfk/mpp/ official page] (out of order now)
+
* reference: Frank Klemm [http://www.hydrogenaudio.org/musepack/klemm/www.personal.uni-jena.de/~pfk/mpp/audiocoder_english.html mirror]
: This page is mirrored at: http://hydrogenaudio.org/musepack/klemm/www.personal.uni-jena.de/~pfk/mpp/
+
* [http://www.audiocoding.com/modules/wiki/?page=MPC MPC at AudioCodingWiki]
+
* [http://www.caddr.com/code/libmusepack libmusepack portable musepack decoding library] (in progress)
+
  
 
== Listening test involving MPC ==
 
== Listening test involving MPC ==
 
* [[Listening Tests]] page
 
* [[Listening Tests]] page
* [http://ff123.net/128tests.html ff123's 128kbit/s group listening test]
+
* [https://bernholdtech.blogspot.de/2013/03/Nine-different-audio-encoders-100-pass-recompression-test.html Nine different audio encoders 100-pass recompression test]
* [http://ff123.net/128test/instruct.html ff123's second 128kbit/s group listening test]
+
* [https://en.wikipedia.org/wiki/Codec_listening_test Codec listening test + results on Wikipedia.org]
* [http://audio.ciara.us/test/128extension/results.html rjamorim's 128kbit/s test]
+
* <s> ff123's 128kbit/s group listening test</s>
 +
* <s> ff123's second 128kbit/s group listening test</s>
 +
* <s> rjamorim's 128kbit/s test</s>
  
 
Please note that some of these tests, while valid, used encoder versions which have now been superseded. You should make your own decision about the comparative quality of MPC, listening to clips of music in the style you prefer.
 
Please note that some of these tests, while valid, used encoder versions which have now been superseded. You should make your own decision about the comparative quality of MPC, listening to clips of music in the style you prefer.
Line 54: Line 61:
 
[[Category: Codecs]]
 
[[Category: Codecs]]
 
[[Category: Lossy]]
 
[[Category: Lossy]]
 +
[[Category:Encoder/Decoder]]

Revision as of 17:08, 22 December 2016

Introduction

Musepack is a lossy audio compression scheme created by Andree Buschmann. He started work on the codec in 1998 (then called MP+) because he was unsatisfied with the audio quality of MP3 codecs at the time. It is strongly based on the MPEG-1 Layer-2 (MP2) algorithms, with 32 subbands of the same bandwidth, but with several significant improvements. Musepack is optimized for "transparency". The format doesn't compete well at lower, 'streaming' bitrates such as 32/48/64kbps. This is due to MPC being a subband codec as well as the fact that very little optimization has gone into such low bitrates. However, as can be seen in various 128kbit/s listening tests (see below), despite the fact that MPC has been optimized little for such bitrates it is in the same class of other modern competitors such as AAC and (Ogg) Vorbis.

Pros

  • Suffers from different "problem cases" than most other formats (less pre-echo)
  • Very fast encoding/decoding
  • Designed to be very good by default at --standard setting.
  • Open source
  • Portable playback by Pocket-PCs, Palm OS-based and Windows CE/Windows Mobile-based devices, even Smartphones/Tablets, see Program Overview
  • Portable playback on digital audio players with Rockbox support, see http://www.rockbox.org
  • Support & development forum at https://forum.musepack.net/

Cons

  • Marginal support (yet) on portable players
  • No support for sampling rates above 48khz

Technical details

Supported input formats

  • channels: 1 to 8
  • bit depths: 1 to 32 bit linear PCM
  • sample rates: 32kHz, 37.8kHz, 44.1kHz, 48kHz (44.1 and 48 are highly tuned)
  • WAV, raw PCM, a lot of lossless compressed audio formats like FLAC, LPAC, APE, OptimFROG, SZIP and Shorten (SHN)

Encoder Functions

MPC Encoder Functions

Links

User oriented links

Technical links

Listening test involving MPC

Please note that some of these tests, while valid, used encoder versions which have now been superseded. You should make your own decision about the comparative quality of MPC, listening to clips of music in the style you prefer.

Also note that these are tests at low bitrates; an area where MPC is not particularly optimized. The encoder was designed by the author to be very good at the --standard setting, thus little to no low bitrate tuning has gone into the codec, opposite to that of AAC, (Ogg) Vorbis, WMA and others which focus more on this region. However, as can be seen in the various listening test pages, MPC competes surprisingly well with the rest of them.