Info: 1. media-libs/libmpcdec is Musepack SV7. 2. >=media-sound/musepack-tools-444 is Musepack SV8. These applications depend on old libmpcdec: app-cdr/k3b-1.0.5-r5:musepack gnustep-apps/cynthiune-0.9.5-r3:musepack media-libs/xine-lib-1.1.16.3:musepack media-plugins/audacious-plugins-2.1:musepack media-plugins/gst-plugins-musepack-0.10.11 media-sound/aqualung-0.9_beta10-r1:musepack media-sound/cmus-2.2.0-r1:musepack media-sound/moc-2.5.0_alpha3-r2:musepack media-sound/mpd-0.15.1:musepack media-sound/qmmp-0.3.0:musepack media-video/mplayer-1.0_rc2_p20090530:musepack media-video/mplayer-9999:musepack media-video/vlc-1.0.0:musepack media-video/vlc-1.0.9999:musepack media-video/vlc-9999:musepack (I've only listed latest) If your application can use SV8, you need to adjust the depend to: || ( >=media-sound/musepack-tools-444 media-libs/libmpcdec ) Thank you.
Include directory is now /usr/include/mpc as opposed to /usr/include/mpcdec. This is the way it's in Debian and in upstream SVN and tarball.
Musepack SV7 example files: http://samples.mplayerhq.hu/A-codecs/musepack/ Musepack SV8 example files: http://samples.mplayerhq.hu/A-codecs/musepack/sv8/
(In reply to comment #1) > Include directory is now /usr/include/mpc as opposed to /usr/include/mpcdec. > This is the way it's in Debian and in upstream SVN and tarball. > I've symlinked it to the old location, but please consider using the new path.
beandog, mplayer has internal musepack sv7 and sv8 support from ffmpeg, please remove USE musepack from latest and -9999. chainsaw, nenolod said that since 2.2 audacious will use ffaudio instead of libmpcdec for musepack support, basically same situation with mplayer
(In reply to comment #4) > chainsaw, nenolod said that since 2.2 audacious will use ffaudio instead of > libmpcdec for musepack support, basically same situation with mplayer That is correct. Current Audacious versions however are strictly SV7-only.
Fixed gst-plugins-musepack deps; they support SV8 as discussed briefly with Tester. Removing gstreamer@ from CC.
Fixed mplayer, it has internal codecs: ffmusepack7 ffmpeg working Musepack sv7 audio codec [mpc7] ffmusepack8 ffmpeg working Musepack sv8 audio codec [mpc8] musepack mpcdec working Musepack audio codec (Also played both SV7 and SV8 examples, works great.)
media-libs/xine-lib-1.1.16.3:musepack (fixed to use libmpcdecsv7) media-plugins/gst-plugins-musepack-0.10.11 (fixed to use sv8) media-sound/aqualung-0.9_beta10-r1:musepack (fixed to use libmpcdecsv7) media-sound/cmus-2.2.0-r1:musepack (fixed to use libmpcdecsv7) media-sound/moc-2.5.0_alpha3-r2:musepack (fixed to use libmpcdecsv7) media-sound/mpd-0.15.1:musepack (fixed to use sv8) media-sound/qmmp-0.3.0:musepack (fixed to use sv8) only k3b, cynthiune, audacious, and vlc remain broken
app-cdr/k3b-1.0.5-r5:musepack (fixed to use libmpcdecsv7) gnustep-apps/cynthiune-0.9.5-r3:musepack (fixed to use libmpcdecsv7) media-video/vlc-1.0.0:musepack (fixed to use sv8) media-video/vlc-1.0.9999:musepack (fixed to use sv8) media-video/vlc-9999:musepack (fixed to use sv8) only audacious left, it needs to be converted to libmpcdecsv7, it's a simple headers / lib rename.
Created attachment 199229 [details, diff] Patch for Audacious Plugins 2.1 And change depend to: media-libs/libmpcdecsv7
(In reply to comment #10) > Created an attachment (id=199229) [edit] > Patch for Audacious Plugins 2.1 > And change depend to: media-libs/libmpcdecsv7 +*audacious-plugins-2.1-r1 (26 Jul 2009) + + 26 Jul 2009; <chainsaw@gentoo.org> +files/2.1-libmpcdecsv7.patch, + audacious-plugins-2.1.ebuild, -files/2.1_alpha1-timidity-conf-path.patch, + +audacious-plugins-2.1-r1.ebuild: + Patch by Samuli Suominen <ssuominen@gentoo.org> changes Musepack + dependency to a SV7-only transition library. Mark 2.1 version stable on + AMD64.
Thanks Tony. There's nothing left to do here. :-) Audacious will use ffaudio when it's ready, I hope xine-lib will too (Mailed Diego about it).
src_unpack() { unpack ${A} cd "${S}" epatch "${FILESDIR}/${PV}-libmpcdecsv7.patch" } hmm, I've patched configure.in (and not configure) so this will not make the change in effect... sorry should have been more specific i suppose
inherit autotools AT_M4DIR="${S}/m4" eautoreconf or move to patching configure directly i guess
+ 26 Jul 2009; <chainsaw@gentoo.org> audacious-plugins-2.1-r1.ebuild: + Running eautoreconf is advisable if one patches the configure system. Do + so, closing off bug #279064 once and for all.
Apologies if this isn't the right place. It seems to be functioning as a sort of tracker bug so: media-tv/xbmc-9999.ebuild needs updating for libmpcdecsv7 as well. (In reply to comment #15) > + 26 Jul 2009; <chainsaw@gentoo.org> audacious-plugins-2.1-r1.ebuild: > + Running eautoreconf is advisable if one patches the configure system. Do > + so, closing off bug #279064 once and for all. >
Do *not* hijack bug reports. You need to file your own.
Once again, I apologize. As I said, it looked like the right place, so I posted with with the caveat that I might be doing the wrong thing. (In reply to comment #17) > Do *not* hijack bug reports. You need to file your own. >