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 29266 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Musepack encoder 1.15s released

Musepack.net forum thread

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

mppenc 1.15s (Windows)

mppenc 1.15s (Linux)

Fixes from 1.15r:

1.  In some rare cases, the output file would have an incorrect duration (4 missing samples) when encoding some very long tracks.
2. There was a glitch at the end of the track when encoding from a 24-bit source through pipes.

Misc changes:

1. --xlevel is now used by default. Use --noxlevel to override (--longhelp shows the full command-line options).
2. Removed "Unstable/Experimental" flag writing. The encoder now stores the profile info like all stable versions do.

The new version has been tested on these CPUs: AMD K6-2, AMD Thunderbird, AMD Athlon XP1700+, Athlon 64, and a Pentium 4.

The new source can be found here
Microsoft Windows: We can't script here, this is bat country.

Musepack encoder 1.15s released

Reply #1 –
                           Finally!
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

Musepack encoder 1.15s released

Reply #2 –
Has Frank been involved in the development of this new version?

Musepack encoder 1.15s released

Reply #3 –
Excellent news. Thank you Flank Klemm.     

EDIT:
Maybe not Frank then, which is a pity tbh. Still a much needed release, kudos to the developers.

Musepack encoder 1.15s released

Reply #4 –
Quote
Has Frank been involved in the development of this new version?


No, we tied him to his desk at work, went to his house, sat near his new computer, and started coding.

This is just a maintenance release made by the development team. The goal was to clean some of the code just to allow an easier job for Frank if he chooses to release SV7.5. If 1.15x is the last SV7 version ever, we'll do everything to make sure it's damn stable and usable.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

Musepack encoder 1.15s released

Reply #5 –
Is 1.15 the new officially recommanded version now?

Musepack encoder 1.15s released

Reply #6 –
well, it just replaces 1.15r as 1.15s is a community bug-fix release

many still use 1.14 because klemm didn't put as much time into testing 1.15 before he went afk



later

Musepack encoder 1.15s released

Reply #7 –
Oh well thats a little disappointing.  I guess I rushed to conclusions when I saw the news.  Oh well, at least its something. 
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

Musepack encoder 1.15s released

Reply #8 –
In v1.14 beta is still a bug included. The tagging-engine in it destroys the MPC-file (even the encoder itself crashes sometimes) if there are german special characters ("umlaute" like (ä,ü,ö), but also spanish letters with accents like è or á in the original tag when doing a transcode from a lossless source (like APE or FLAC).
Maybe one of these developers could ask Frank for the source of 1.14 b, so that this little bug could be fixed. It would be important, ´cause 1.14 beta still is and will be the most-used version of all mpc-versions for now and also the next future for sure.
Note: I just checked it out... That bug doesn´t appear anymore in the 1.15s.
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 #9 –
Quote
Is 1.15 the new officially recommended version now?
[a href="index.php?act=findpost&pid=255801"][{POST_SNAPBACK}][/a]

Sure not, because it´s still in alpha-status.
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 #10 –
Quote
Sure not, because it´s still in alpha-status.
[a href="index.php?act=findpost&pid=255856"][{POST_SNAPBACK}][/a]


mppenc 1.15r has been sufficiently field-tested to qualify as officially recommendable.

This new version, with the removal of the "Experimental" tag, seems to imply that it is the new recommended version.

There seem to be no reasons to stick with 1.14 other than paranoia.

Musepack encoder 1.15s released

Reply #11 –
1.15s output is identical to 1.15r (do an inverse mix-paste) when the bugfix isn't triggered, so there's no degradation in quality here. Encoding speed is the same. Seeing that there are very rare cases of audible artefacts for both 1.14 and 1.15r/s at standard quality, i think 1.15s is about as safe to use as 1.14 now. Pretty damn safe, that is.

P.S. Thanks for the work, guys.

Musepack encoder 1.15s released

Reply #12 –
Quote
1.15s output is identical to 1.15r (do an inverse  mix-paste)[a href="index.php?act=findpost&pid=256029"][{POST_SNAPBACK}][/a]


Didn't mean to imply otherwise, although I see how my wording could be misinterpreted.

Like CiTay said, good work MPC team!

*heads off to update his mppenc binary*

Musepack encoder 1.15s released

Reply #13 –
Quote
Quote
Is 1.15 the new officially recommended version now?
[a href="index.php?act=findpost&pid=255801"][{POST_SNAPBACK}][/a]

Sure not, because it´s still in alpha-status.
[a href="index.php?act=findpost&pid=255856"][{POST_SNAPBACK}][/a]

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*. Couldn't agree more with Canar, only reason to not use it is paranoia.


[span style='font-size:8pt;line-height:100%']*: The necessary changes were rather minute, so it can be said for sure that nothing was broken from 1.15s, so theoretically the new version is just as well tested as 1.15r[/span]
A riddle is a short sword attached to the next 2000 years.

Musepack encoder 1.15s released

Reply #14 –
I used to use 1.14 because I hated the alpha/experimental tag. No more.  Thank you!

Musepack encoder 1.15s released

Reply #15 –
Good stuff 

I'm updating the gentoo ebuild for musepack-tools, and I'm having trouble with this line in wave_out.c:

#include <audio.h>

Where is this audio.h supposed to be ?  TIA 

Musepack encoder 1.15s released

Reply #16 –
Well I've discovered something, albeit it isn't mppenc.exe related. mppenc.exe wasn't packed/compressed with the current stable version of UPX v1.25.

On the UPX page http://upx.sourceforge.net/#unstable what is quoted below is a direct quote:
Quote
All versions 1.1x and 1.9x are unstable beta releases - use them only for testing, and never distribute a program that is packed with them! There are known bugs.

Musepack encoder 1.15s released

Reply #17 –
Quote
Good stuff  

I'm updating the gentoo ebuild for musepack-tools, and I'm having trouble with this line in wave_out.c:

#include <audio.h>

Where is this audio.h supposed to be ?  TIA 
[a href="index.php?act=findpost&pid=256103"][{POST_SNAPBACK}][/a]


Random guess.
It may be due to the ESD dependency (Enlightened Sound Daemon, the old and deprecated gnome sound server).
It's a 'Jump to Conclusions Mat'. You see, you have this mat, with different CONCLUSIONS written on it that you could JUMP TO.

Musepack encoder 1.15s released

Reply #18 –
Quote
Well I've discovered something, albeit it isn't mppenc.exe related. mppenc.exe wasn't packed/compressed with the current stable version of UPX v1.25.


It'll be replaced today. 1.92b has been very stable on all binaries I've compressed and sent to others, but 1.25 should indeed be used for this.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

Musepack encoder 1.15s released

Reply #19 –
Quote
Quote
Good stuff  

I'm updating the gentoo ebuild for musepack-tools, and I'm having trouble with this line in wave_out.c:

#include <audio.h>

Where is this audio.h supposed to be ?  TIA 
[a href="index.php?act=findpost&pid=256103"][{POST_SNAPBACK}][/a]


Random guess.
It may be due to the ESD dependency (Enlightened Sound Daemon, the old and deprecated gnome sound server).
[a href="index.php?act=findpost&pid=256119"][{POST_SNAPBACK}][/a]


Correct.  It was due to the IRIX sound #define which was present. Case closed, I fixed it from the gentoo ebuild 
Standalone build (ie: just typing make) works fine. So nothing is buggy 

Musepack encoder 1.15s released

Reply #20 –
wave_out.c is for mppdec

for 1.15r/s focus would only be on encoder since the decoder is already superceded by 1.95(x) and libmusepack

to build on linux (gcc3) you'll want a few changes to the Makefile (these are the minimal changes):

Code: [Select]
15,16c19,20
< CC       = cc   -pipe -L/lib
< CC3      = gcc3 -pipe -L/lib
---
> CC       = gcc -pipe -L/lib
> CC3      = gcc -pipe -L/lib
146,147c150
<       -mpreferred-stack-boundary=2 -malign-jumps=5 -malign-loops=0 -malign-functions=5
< 
---
>       -mpreferred-stack-boundary=2 -falign-jumps=5 -falign-loops=0 -falign-functions=5 
159c162
<       -mpreferred-stack-boundary=2 -malign-jumps=5 -malign-loops=0 -malign-functions=5
---
>       -mpreferred-stack-boundary=2 -falign-jumps=5 -falign-loops=0 -falign-functions=5
220c223
< ALL_TARGETS      = $(MPPDEC_TARGET) $(MPPENC_TARGET) $(STREAM_TARGET) $(REPLAY_TARGET) $(CLIPSTAT_TARGET) $(TAGGER_TARGET)
---
> ALL_TARGETS      = $(MPPENC_TARGET)


these changes are already present in the musepack.net binaries
1.15s linux dev goodies can be found here : download or browse


later

Musepack encoder 1.15s released

Reply #21 –
Seems like profile bit is missed in sources?
It still shows 'Unstable/Experimental' (when built from source that is, binary works fine).

Musepack encoder 1.15s released

Reply #22 –
for profiles, change these lines in encode_sv7.c

70a71
> #if 0
73c74,75
<    else
---
>    else
> #endif

those who want to compile on linux download the dev pack in my previous post

Musepack encoder 1.15s released

Reply #23 –
I'll try it, thanks.
 

Musepack encoder 1.15s released

Reply #24 –
Just a note for those interested, a gentoo ebuild I updated for 1.15s can be found in bugs.gentoo.org