Spec Name or Url: http://svn.rpmforge.net/svn/trunk/rpms/bmp-musepack/ SRPM Name or Url: http://freshrpms.net/rpm/bmp-musepack Description: This package contains an MPC playback plugin for BMP (Beep Media Player), a media player that uses a skinned user interface based on Winamp 2.x skins, and is based on ("forked off") XMMS. Now that libmpcdec has been included into Extras, this plugin can be too.
Needs work: * Source 0 is not available (http://musepack.origean.net/files/linux/plugins/bmp-musepack-1.2.tar.bz2) (wiki: QAChecklist item 2) * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * BuildRequires: gcc-c++ should not be included (wiki: PackagingGuidelines#Exceptions)
* A huge blocker is that it fails at run-time. The code formerly taken from XMMS has not been updated to stay in sync with the progress in BMP. The plugin still uses plain fopen() and also libmpcdec's internal stream I/O interface whereas BMP has advanced to implement VFS features. The files/URLs passed on from BMP to the plugins have prefixes like 'file://' or 'http://' and escaped special characters, e.g. %20 for space. The plugin fails to read such input: [xmms-musepack] mpcGetSongInfo is unable to open file:///home/qa/files/audio/test/Paul%20Blackford%20-%20The%20Great%20Bath%20-%20Ambient%20Remake.mpc : No such file or directory [xmms-musepack] mpcGetSongInfo is unable to open http://localhost/test/test.mpc : No such file or directory While it would be trivial to patch the code and strip off a 'file://' prefix to make it work with local files, it would be more work to replace libmpcdec's stream I/O functions with something compatible with the VFS features. * Upstream download location has moved to: http://files2.musepack.net/linux/plugins/bmp-musepack-1.2.tar.bz2
I've contacted the author about this issue. Thanks a lot for spotting it, as I thought I had some strange ape/id3 tag problem on the mpc files I was trying to open with that plugin...
Closing as WONTFIX since the author doesn't seem to have time or motivation to fix the plugin, and the newer bmpx is gstreamer-based now anyway.