Skip to main content

Topic: Musepack (MPC) SV8 beta is out (Read 58767 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
Musepack (MPC) SV8 beta is out
Reply #25
I will repeat my findings with mpcdec.
mpcdec doesn't decode to stdout but writes to the file: -

Code: [Select]
mpcdec test.mpc - | …

Is decoding to stdout not implemented yet?
netjukebox - the flexible media share
http://www.netjukebox.nl

  • Lefungus
  • [*][*]
Musepack (MPC) SV8 beta is out
Reply #26
I will repeat my findings with mpcdec.
mpcdec doesn't decode to stdout but writes to the file: -

Code: [Select]
mpcdec test.mpc - | …

Is decoding to stdout not implemented yet?


nope, mpcdec is more a basic sample application. There are many apps, like mpc123 or cmus, that will offer much more options to play mpc files through command line. Libmpcdec external API haven't changed much so hopefully, they'll update relatively easily
It's a 'Jump to Conclusions Mat'. You see, you have this mat, with different CONCLUSIONS written on it that you could JUMP TO.

  • Seed
  • [*][*][*]
  • Developer
Musepack (MPC) SV8 beta is out
Reply #27
The "not implemented" part is correct. The "yet" part depends on our main dev. I know it is an important feature for some and we won't ignore requests.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

Musepack (MPC) SV8 beta is out
Reply #28
The "not implemented" part is correct. The "yet" part depends on our main dev. I know it is an important feature for some and we won't ignore requests.

Ok thanks,
I will follow the development.
netjukebox - the flexible media share
http://www.netjukebox.nl

  • indybrett
  • [*][*][*][*][*]
  • Members (Donating)
Musepack (MPC) SV8 beta is out
Reply #29
Just like an old girlfriend.  I thought I was over her years ago, and then I run into her at a party, and all those old feelings came right back 
  • Last Edit: 24 September, 2007, 04:20:29 PM by indybrett
flac>fb2k>kernel streaming>audiophile 2496>magni>dt990 pro

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #30
It's worth to remember that many of you were bashing MPC and decreeting its death on a couple of topics sometime not so long ago. And it has never been this way.
  • Last Edit: 24 September, 2007, 04:25:01 PM by Bourne

  • indybrett
  • [*][*][*][*][*]
  • Members (Donating)
Musepack (MPC) SV8 beta is out
Reply #31
It's worth to remember that many of you were bashing MPC and decreeting its death on a couple of topics sometime not so long ago. And it has never been this way.

Would the "you" be people on this board, or people that have posted to this thread?  I searched and didn't come up with any MPC bashing in my former posts, though it's entirely possible I did at one time.

Edit:  I believe that the seeking issue was my biggest complaint, as it caused issues with some very large files.  If that is fixed, that would be huge for me.
  • Last Edit: 24 September, 2007, 04:35:07 PM by indybrett
flac>fb2k>kernel streaming>audiophile 2496>magni>dt990 pro

  • Kirya
  • [*][*][*]
Musepack (MPC) SV8 beta is out
Reply #32
Foobar2000 0.9.4.5 beta 1 is out with Musepack SV8 decoding support

http://foobar2000.org/beta/index.html
http://foobar2000.org/changelog.html
Thinking Outside The Box

  • sld
  • [*][*][*][*][*]
Musepack (MPC) SV8 beta is out
Reply #33
It's worth to remember that many of you were bashing MPC and decreeting its death on a couple of topics sometime not so long ago. And it has never been this way.

It's human to err. The release of SV8 is proof enough for them, don't need to rub it in.
Get on with the testing!

Edit:  I believe that the seeking issue was my biggest complaint, as it caused issues with some very large files.  If that is fixed, that would be huge for me.

Wasn't there already some sort of a 'hackish' fix in FB2K since 0.9.4.2? The worst effect would be high frequency noise that almost nobody would notice. I was already enjoying fast seek with SV7 because of that.
  • Last Edit: 24 September, 2007, 04:46:00 PM by sld

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #34
indybrett, yeah I saw you naysay on MPC.
the "you" people I talked about is actually you... LOL
But you are forgiven...
Now bowdown to MPC!

  • hybridfan
  • [*][*][*]
Musepack (MPC) SV8 beta is out
Reply #35
God and I thought MPC was dead and buried although being a great encoder  Nice to see folks still working on Musepack.
:Foobar 2000:
:MPC --standard:
:iRiver H320 Rockboxed:

  • Seed
  • [*][*][*]
  • Developer
Musepack (MPC) SV8 beta is out
Reply #36
I would like this thread to not degrade to a level of accusations. SV8 exists because a few people found it challenging and fun enough to work on and believed the format could be improved. We want others to enjoy it too, and format wars aren't going to help with that.

We're not an organization and none of our devs can work full-time on the project. We're doing the best we can to provide tools that allow to test the new stream version. The source is there so programmers could write apps like a GUI that uses mpc2sv8. We will concentrate on development of the format and I promise to write down any request so we could evaluate which of those is practical, given our severe lack of manpower.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #37
seed, can you explain what means 'no internal clipping'?
is this the solution to the karma all lossy codecs face - and the reason we use MP3Gain, for instance?

  • indybrett
  • [*][*][*][*][*]
  • Members (Donating)
Musepack (MPC) SV8 beta is out
Reply #38

It's worth to remember that many of you were bashing MPC and decreeting its death on a couple of topics sometime not so long ago. And it has never been this way.

It's human to err. The release of SV8 is proof enough for them, don't need to rub it in.
Get on with the testing!

Edit:  I believe that the seeking issue was my biggest complaint, as it caused issues with some very large files.  If that is fixed, that would be huge for me.

Wasn't there already some sort of a 'hackish' fix in FB2K since 0.9.4.2? The worst effect would be high frequency noise that almost nobody would notice. I was already enjoying fast seek with SV7 because of that.

Can you send me a link via PM? I can't recall what it was, and don't want to derail this thread.
  • Last Edit: 24 September, 2007, 06:28:40 PM by indybrett
flac>fb2k>kernel streaming>audiophile 2496>magni>dt990 pro

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #39
Indy forget about it... I just made that comment because I thought it was unfair. You yourself admitted you might have done that once maybe. I'm gonna respect Seed's wish and not start any further discussions.

  • Seed
  • [*][*][*]
  • Developer
Musepack (MPC) SV8 beta is out
Reply #40
seed, can you explain what means 'no internal clipping'?
is this the solution to the karma all lossy codecs face - and the reason we use MP3Gain, for instance?

As far as I know, MP3Gain's purpose is to apply values which allow to losslessly normalize the music's volume and make all tracks sound equally loud. This is not the same as --xlevel which was a hack added in order to overcome the previous stream version's scalefactors range deficiency. In SV8 the limitation is gone and no internal clipping occurs.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #41

seed, can you explain what means 'no internal clipping'?
is this the solution to the karma all lossy codecs face - and the reason we use MP3Gain, for instance?

As far as I know, MP3Gain's purpose is to apply values which allow to losslessly normalize the music's volume and make all tracks sound equally loud. This is not the same as --xlevel which was a hack added in order to overcome the previous stream version's scalefactors range deficiency. In SV8 the limitation is gone and no internal clipping occurs.


A loud CD will always reach the full scale but it will stop at 0.0dB (a.k.a 1.0) no matter how clipped the CD is.
Lossy encoders introduce quantitization errors that will make the music to go over the full scale limits (example album peak 1.1600) aggravating the situation upon decoding.

MP3Gain is also the tool to minimize that effect, by normalizing the peaks.

What you say does it mean that a encoded MPC file won't go over 0.0dB limit with clip-pressed music?

Musepack (MPC) SV8 beta is out
Reply #42
I'm wondering when I should take the jump to convert my approx 260GB of musepack files to SV8?  Doesn't help that I'm still using FB2K 0.8.3 on my main machine!
"You can fight without ever winning, but never win without a fight."  Neil Peart  'Resist'

  • ExUser
  • [*][*][*][*][*]
  • Read-only
Musepack (MPC) SV8 beta is out
Reply #43
Thanks Seed! I remember donating to Frank's PC fund in the hopes that SV8 would emerge. And here it is!

Congratulations, MPC team. Musepack is still my lossy format of choice, and whenever I have a friend who is technically-competent enough, it's what I use for sharing tunes.

  • Diow
  • [*][*]
Musepack (MPC) SV8 beta is out
Reply #44
 Wow, MPC rises from the "darkness" ...
Sorry for my bad english.

  • j7n
  • [*][*][*][*][*]
Musepack (MPC) SV8 beta is out
Reply #45
Doesn't help that I'm still using FB2K 0.8.3 on my main machine!

Same here.

  • [JAZ]
  • [*][*][*][*][*]
Musepack (MPC) SV8 beta is out
Reply #46
Lossy encoders introduce quantitization errors that will make the music to go over the full scale limits (example album peak 1.1600) aggravating the situation upon decoding.

MP3Gain is also the tool to minimize that effect, by normalizing the peaks.


Side effects are never a reason to use a thing. At much, are a reason to NOT use a thing.
In fact, MP3Gain per se doesn't solve possible clipping, and that's why players add *also* an option of "clipping prevention" with replaygain (because it can know its highest peak, and preadjust the volume so that it keeps under 0.0dB).

What you say does it mean that a encoded MPC file won't go over 0.0dB limit with clip-pressed music?


I really wonder why all the savvy MPC users don't tell you this. MPC SV7 had a design limitation in which encoding highly compressed music ( i.e. nowaday's CD music ), could reach a limit in its values to store, and as such, cause an artifact in those places.
When this was discovered, the parameter --xlevel was added in order to prevent the artifact from happening. I can't comment on how it did so (lowering the volume, doing hard clip on the value instead of letting it overflow...)

So no. It does not solve what you're talking about, and it still does have that problem. It just doesn't have its own bug, with the need of its own patch.

  • Bourne
  • [*][*][*][*][*]
  • Banned
Musepack (MPC) SV8 beta is out
Reply #47
thanks [JAZ] for explaining that...

  • Garf
  • [*][*][*][*][*]
  • Developer (Donating)
Musepack (MPC) SV8 beta is out
Reply #48
Quote
' date='Sep 25 2007, 19:02' post='518982']
When this was discovered, the parameter --xlevel was added in order to prevent the artifact from happening. I can't comment on how it did so (lowering the volume, doing hard clip on the value instead of letting it overflow...)


It used a trick to represent it in the bitstream which isn't understood by (very) old decoders. The values where still stored correctly. Unless the --xlevel trick wasn't enough (in which case the encoder would warn).

  • michtar
  • [*][*]
Musepack (MPC) SV8 beta is out
Reply #49
Is there any way to batch convert from SV7 to SV8? BTW, using * in output name results in a crash.