Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Musepack encoder 1.15s released (Read 28805 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Musepack encoder 1.15s released

Reply #25 –
hmm... where's the binary?

Musepack encoder 1.15s released

Reply #26 –
Quote
hmm... where's the binary?
[{POST_SNAPBACK}][/a]


In a hidden box behind your toolshed.


Quote
A new mppenc version is out. It includes some small fixes and changes.

[a href="http://www.saunalahti.fi/grimmel/mpc/windows/encoder/mppenc-windows-1.15s.zip]mppenc 1.15s (Windows)[/url]

mppenc 1.15s (Linux, static)
mppenc 1.15s (Linux, dynamic)[a href="index.php?act=findpost&pid=255765"][{POST_SNAPBACK}][/a]

Musepack encoder 1.15s released

Reply #27 –
Ok, link is just broken. Found binary on musepack.net

Musepack encoder 1.15s released

Reply #28 –
This is a great news for sure 
Now when we try to encode it,can we expect it to be faster couse xlevel is hardcoded?I am just curius as mpc is my codec of choice
EDIT;jUST TESTED 1.14B and 1.15s on 1 file;metal band(wasp)and the encoding time was same-13-14 seconds on all 4 testings,Song lenght was3.06.

Musepack encoder 1.15s released

Reply #29 –
Quote
Now when we try to encode it,can we expect it to be faster couse xlevel is hardcoded?
[a href="index.php?act=findpost&pid=256454"][{POST_SNAPBACK}][/a]

I don't think so.  I believe all they mean by hardcoded is enabled by default, all this should mean is that you don't need to add --xlevel to your command line.  I don't see how that would increase the speed.
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

Musepack encoder 1.15s released

Reply #30 –
Quote
Eh? mppenc alpha status is sort of arbitrary at the moment, since this version (1.15r) has been field-tested for almost two years and known issues are axed now.

Sure. But shouldn't/couldn't this tag
Quote
MPC Encoder  1.15s  --Alpha--  © 1992-2002 Buschmann/Klemm/Piecha

then be changed into
Quote
MPC Encoder  1.15s Beta  © 1992-2002 Buschmann/Klemm/Piecha
?
My used codecs and settings:
FLAC V1.1.2 -4 / APE V3.99 Update 4 -high / MPC V1.15v --q 5 / LAME V3.97b2 -V2 --vbr-new / OGG aoTuV V4.51 Lancer -q5

Musepack encoder 1.15s released

Reply #31 –
Alpha, Beta.. Who cares?  It now shows profile info, so no problems... Btw, it would be good to store all quality related settings used for encoding instead of just profile name, which is useless since --quality 5.5 (for example) is allowed  And also version number is stored without letter.

Musepack encoder 1.15s released

Reply #32 –
Quote
Quote
Eh? mppenc alpha status is sort of arbitrary at the moment, since this version (1.15r) has been field-tested for almost two years and known issues are axed now.

Sure. But shouldn't/couldn't this tag
Quote
MPC Encoder  1.15s  --Alpha--  © 1992-2002 Buschmann/Klemm/Piecha

then be changed into
Quote
MPC Encoder  1.15s Beta  © 1992-2002 Buschmann/Klemm/Piecha
?
[a href="index.php?act=findpost&pid=256471"][{POST_SNAPBACK}][/a]

Nope, that's not possible. Of course the encoder could be changed to display this, but in mpc files the used encoder version is not saved in plain text, just a version number. And due to the numbering scheme itself, mpc decoders would still interpret this information as 1.15 --Alpha-- rather than Beta.

So on the whole it's not possible to "cleanly" change the status from alpha to beta without bumping the version number (to 1.16)
A riddle is a short sword attached to the next 2000 years.

Musepack encoder 1.15s released

Reply #33 –
Anybody know where to find Mac OS X binaries?
I downloaded the source, but could not get it to compile...

Musepack encoder 1.15s released

Reply #36 –
Quote
Thanks, but I was looking for the latest version.
Version 1.15s, not an old version dated 19.05.2004. 
[a href="index.php?act=findpost&pid=257797"][{POST_SNAPBACK}][/a]


The latest "offical" (www.musepack.net) compile for Mac OS X is still at version 1.15r.

Musepack encoder 1.15s released

Reply #37 –
I came across a bunch of .mpc files with streamversion 7.1, whereas all my encoded files with 1.15s still say SV 7

Can anyone elaborate?

Musepack encoder 1.15s released

Reply #38 –
SV7.1 is SV7 + PNS

The  new encoder should produce this when you use low bitrates, it's not used for higher ones.

Musepack encoder 1.15s released

Reply #39 –
Thanks Garf, it seems to kick in from below "Standard"

Musepack encoder 1.15s released

Reply #40 –
sorry if this is redundant, but I didn't follow the MPC news for a while.

Does this version show any improvements when playing back in foobar?

I did encode some CDs with 1.14 beta a year back or so, but seeking (10s forward/backwards etc.) was painfuly slow in foobar, so I replaced those encodes with standard lame mp3s over time.

the filesize, speed and quality of MPC was very appealing, but I skip a lot through the tracks while listening and just couldn't stand those ~0.5s pauses, while mp3 skips seamlessly 

thanks for enlightenment

Musepack encoder 1.15s released

Reply #41 –
Quote
Quote
Thanks, but I was looking for the latest version.
Version 1.15s, not an old version dated 19.05.2004. 
[a href="index.php?act=findpost&pid=257797"][{POST_SNAPBACK}][/a]


The latest "offical" (www.musepack.net) compile for Mac OS X is still at version 1.15r.
[a href="index.php?act=findpost&pid=258176"][{POST_SNAPBACK}][/a]


We should have 1.15s builds for the mac up shortly.

Musepack encoder 1.15s released

Reply #42 –
Quote
Does this version show any improvements when playing back in foobar?

I did encode some CDs with 1.14 beta a year back or so, but seeking (10s forward/backwards etc.) was painfuly slow in foobar, so I replaced those encodes with standard lame mp3s over time.
[a href="index.php?act=findpost&pid=261157"][{POST_SNAPBACK}][/a]

This version just adds couple of small bugfixes and hardcoded --xlevel from 1.15r.  IIRC seeking won't be properly fixed until SV 7.5 or SV 8, if these encoders will ever be created.
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

Musepack encoder 1.15s released

Reply #43 –
Quote
I did encode some CDs with 1.14 beta a year back or so, but seeking (10s forward/backwards etc.) was painfuly slow in foobar,
[{POST_SNAPBACK}][/a]

Seek time on Playback is mainly a decoder issue, see also [a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=27343]this foobar topic[/url].  This encoder version will not make a difference in that respect.
In theory, there is no difference between theory and practice. In practice there is.

Musepack encoder 1.15s released

Reply #44 –
Quote
SV7.1 is SV7 + PNS

The  new encoder should produce this when you use low bitrates, it's not used for higher ones.
[a href="index.php?act=findpost&pid=260596"][{POST_SNAPBACK}][/a]

I can't find any info regarding this. Is a command line switch required to use it, or does it "kick in" automatically at low bitrates? I so, how low? Plus, are there any updates required to foobar on the playback/decoding side of things, or will it play MPC+PNS files properly as is? Thanks all!

Musepack encoder 1.15s released

Reply #45 –
Quote
I can't find any info regarding this. Is a command line switch required to use it, or does it "kick in" automatically at low bitrates? I so, how low? Plus, are there any updates required to foobar on the playback/decoding side of things, or will it play MPC+PNS files properly as is? Thanks all!
[a href="index.php?act=findpost&pid=261301"][{POST_SNAPBACK}][/a]

Ummm...
Quote
Thanks Garf, it seems to kick in from below "Standard"
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

Musepack encoder 1.15s released

Reply #46 –
Quote
Quote
SV7.1 is SV7 + PNS

The  new encoder should produce this when you use low bitrates, it's not used for higher ones.
[a href="index.php?act=findpost&pid=260596"][{POST_SNAPBACK}][/a]

I can't find any info regarding this. Is a command line switch required to use it, or does it "kick in" automatically at low bitrates? I so, how low? Plus, are there any updates required to foobar on the playback/decoding side of things, or will it play MPC+PNS files properly as is? Thanks all!
[a href="index.php?act=findpost&pid=261301"][{POST_SNAPBACK}][/a]


All not totally ancient decoders will play it.

Musepack encoder 1.15s released

Reply #47 –
Thanks for the info Garf. Is there any documentation that actually says what level PNS kicks in? Just curious if the above posts have been confirmed to be true or are just guesses. Thanks again!

Musepack encoder 1.15s released

Reply #48 –
Quote
Just curious if the above posts have been confirmed to be true or are just guesses.
[a href="index.php?act=findpost&pid=261406"][{POST_SNAPBACK}][/a]

You can use the --verbose switch to confirm by yourself.
WavPack 4.3 -mfx5
LAME 3.97 -V5 --vbr-new --athaa-sensitivity 1

Musepack encoder 1.15s released

Reply #49 –
This is the table of parameters for mppenc at various quality levels.  As you can see, PNS does indeed kick in below --standard.

Code: [Select]
static const Profile_Setting_t  Profiles [16] = {
    { 0 },
    { 0 },
    { 0 },
    { 0 },
    { 0 },
/*    Short   MinVal  EarModel  Ltq_                min   Ltq_  Band-  tmpMask  CVD_  varLtq    MS   Comb   NS_        Trans */
/*    Thr     Choice  Flag      offset  TMN   NMT   SMR   max   Width  _used    used         channel Penal used  PNS    Det  */
    { 1.e9f,  1,      300,       30,    3.0, -1.0,    0,  106,   4820,   1,      1,    1.,      3,     24,  6,   1.09f, 200 },  // 0: pre-Telephone
    { 1.e9f,  1,      300,       24,    6.0,  0.5,    0,  100,   7570,   1,      1,    1.,      3,     20,  6,   0.77f, 180 },  // 1: pre-Telephone
    { 1.e9f,  1,      400,       18,    9.0,  2.0,    0,   94,  10300,   1,      1,    1.,      4,     18,  6,   0.55f, 160 },  // 2: Telephone
    { 50.0f,  2,      430,       12,   12.0,  3.5,    0,   88,  13090,   1,      1,    1.,      5,     15,  6,   0.39f, 140 },  // 3: Thumb
    { 15.0f,  2,      440,        6,   15.0,  5.0,    0,   82,  15800,   1,      1,    1.,      6,     10,  6,   0.27f, 120 },  // 4: Radio
    {  5.0f,  2,      550,        0,   18.0,  6.5,    1,   76,  19980,   1,      2,    1.,     11,      9,  6,   0.00f, 100 },  // 5: Standard
    {  4.0f,  2,      560,       -6,   21.0,  8.0,    2,   70,  22000,   1,      2,    1.,     12,      7,  6,   0.00f,  80 },  // 6: Xtreme
    {  3.0f,  2,      570,      -12,   24.0,  9.5,    3,   64,  24000,   1,      2,    2.,     13,      5,  6,   0.00f,  60 },  // 7: Insane
    {  2.8f,  2,      580,      -18,   27.0, 11.0,    4,   58,  26000,   1,      2,    4.,     13,      4,  6,   0.00f,  40 },  // 8: BrainDead
    {  2.6f,  2,      590,      -24,   30.0, 12.5,    5,   52,  28000,   1,      2,    8.,     13,      4,  6,   0.00f,  20 },  // 9: post-BrainDead
    {  2.4f,  2,      599,      -30,   33.0, 14.0,    6,   46,  30000,   1,      2,   16.,     15,      2,  6,   0.00f,  10 },  //10: post-BrainDead
}