Hi, hope the direct assignment is OK with you - I figured it would make sense as you've been tracking some of the other musepack related stuff. This is version 1.14 of the encoder necessary to create Musepack files which is the recommended version (see http://www.hydrogenaudio.org/index.php?act=ST&f=11&t=1927). Nothing special at all about it. It's a static binary, so no weird dependency issues and x86 only. There's an RDEPEND for glibc, but I don't know if that's appropriate or not so please remove if necessary. It comes with nothing really in the way of documentation - anyone interested should refer to the above link for more info, and use the --help parameter to find out about the program's syntax. Also, here are the settings to make it work in grip: Program path: /usr/bin/mppenc Parameters: --quality 6 --xlevel --artist "%a" --title "%n" --album "%d" --year "%y" --track "%n" --genre "%g" %w %m (as mentioned in the prior link, --quality 6 is equivalent to the so-called "Xtreme" profile which is pretty darn good - max bitrate tops out potentially at 212Kbps; this is described in the --help) The tag related parameters result in APE 2.0 tags being applied. However, the format does support ID3v1 tags so the user can opt for that route instead, in which case only --quality and --xlevel should be used. Grip has an option to ensure that ID3 tags are only applied to files ending in .mp3 if the user prefers to use APE 2.0 tags. Also, APE 2.0 tags are only supported by version 0.98 of the xmms-musepack plugin, iirc. This program is very robust (unlike the newest musepack plugin, from what I've been reading) so it should be fine for x86 status, imho. Ebuilds for the mppdec and replaygain components will follow.
Created attachment 25692 [details] media-sound/mppenc-1.14 Version 1.14 of Andre Buschmann and Frank Klemm's Musepack encoder (precompiled static binary).
I meant to say that I'd left the RDEPEND blank because I wasn't sure if anything was needed ;)
I'll take a look at this in a little while... I actually assign them to myself when I start working on them, and leave the other sound bugs assigned to the herd... just helps me keep track of what I'm doing a little better... As for the package... I haven't thuroughly looked at it, but judging by the name, it looks like it's a binary as opposed to source... is there a source version? And for the binary version, you can do 'ldd <executable>' to get a list of the ligraries used by that binary so you can setup the RDEPEND...
> it looks like it's a binary as opposed to source... is there a source version? No, there isn't. > And for the binary version, you can do 'ldd <executable>' to get a list of the libraries. I'm aware of that. As mentioned, it's a static binary (so ldd turns up nothing). Its only dependency is glibc (libc6) itself, so the question was really: "As glibc is presumably implicit in any Gentoo system, is it OK to leave DEPEND/RDEPEND completely blank?" (as it is)
instead of blank, use 'virtual/glibc'... I know it's implied, but it's still good form in the event portage starts getting used on other platforms without glibc (such as solaris)... granted this is irrelevant because it's a static binary that won't work on solaris, but still...
Jolly good point. Here's another ebuild ...
Created attachment 25709 [details] media-sound/mppenc-1.14.ebuild Added virtual/glibc as an RDEPEND.
*** This bug has been marked as a duplicate of 47615 ***
reopening... i want these as separate ebuilds
i just added media-sound/musepack-tools which includes this
