Skip to main content

Topic: Musepack encoder 1.15s released (Read 25749 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • Peter
  • [*][*][*][*][*]
  • Administrator
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
  • Last Edit: 27 November, 2004, 04:25:48 PM by zZzZzZz

  • music_man_mpc
  • [*][*][*][*][*]
  • Members (Donating)
Musepack encoder 1.15s released
Reply #1
                           Finally!
gentoo ~amd64 + layman | ncmpcpp/mpd | wavpack + vorbis + lame

  • rjamorim
  • [*][*][*][*][*]
Musepack encoder 1.15s released
Reply #2
Has Frank been involved in the development of this new version?
Get up-to-date binaries of Lame, AAC, Vorbis and much more at RareWares:
http://www.rarewares.org

  • Yaztromo
  • [*][*][*]
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.
  • Last Edit: 23 November, 2004, 04:51:29 PM by Yaztromo

  • Seed
  • [*][*][*]
  • Developer
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

  • Zurman
  • [*][*][*]
Musepack encoder 1.15s released
Reply #5
Is 1.15 the new officially recommanded version now?

  • xmixahlx
  • [*][*][*][*][*]
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
  • Last Edit: 23 November, 2004, 07:40:42 PM by xmixahlx

  • music_man_mpc
  • [*][*][*][*][*]
  • Members (Donating)
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

  • R.A.F.
  • [*][*][*][*]
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.
  • Last Edit: 24 November, 2004, 12:47:40 AM by R.A.F.
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

  • R.A.F.
  • [*][*][*][*]
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.
  • Last Edit: 24 November, 2004, 12:48:04 AM by R.A.F.
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

  • ExUser
  • [*][*][*][*][*]
  • Read-only
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.

  • CiTay
  • [*][*][*][*][*]
  • Administrator
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.
  • Last Edit: 24 November, 2004, 06:00:29 PM by CiTay

  • ExUser
  • [*][*][*][*][*]
  • Read-only
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*

  • ssamadhi97
  • [*][*][*][*][*]
  • Developer (Donating)
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]
  • Last Edit: 24 November, 2004, 11:10:43 PM by ssamadhi97
A riddle is a short sword attached to the next 2000 years.

  • Dologan
  • [*][*][*][*]
  • Members (Donating)
Musepack encoder 1.15s released
Reply #14
I used to use 1.14 because I hated the alpha/experimental tag. No more.  Thank you!

  • NumLOCK
  • [*][*][*][*][*]
  • Developer
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 
Try Leeloo Chat at http://leeloo.webhop.net

  • Andavari
  • [*][*][*][*][*]
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.
Complexity of incoherent design.

  • Lefungus
  • [*][*]
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.

  • Seed
  • [*][*][*]
  • Developer
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

  • NumLOCK
  • [*][*][*][*][*]
  • Developer
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 
Try Leeloo Chat at http://leeloo.webhop.net

  • xmixahlx
  • [*][*][*][*][*]
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
  • Last Edit: 25 November, 2004, 04:44:29 PM by xmixahlx

  • ak
  • [*][*][*][*]
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).

  • xmixahlx
  • [*][*][*][*][*]
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
  • Last Edit: 25 November, 2004, 04:49:01 PM by xmixahlx

  • ak
  • [*][*][*][*]
Musepack encoder 1.15s released
Reply #23
I'll try it, thanks.

  • NumLOCK
  • [*][*][*][*][*]
  • Developer
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 
Try Leeloo Chat at http://leeloo.webhop.net