When i start xmms i can play mp3 files with no problem. When i want to play .mpc files, xmms just crashes and closes. This did not happen when i used xmms-musepack-0.98-r2. I found out that musepack-0.99 shows the filename as default in the playlist. When i change this to: "Use tag information instead of filename" and enter "%A - %T" as titelformat, it works just fine. I guess the plugin chokes on the filenames, but there are no "weird" characters in them. Reproducible: Always Steps to Reproduce: 1. Play .mpc file in xmms 2. Make sure: Use tag information instead of filename is NOT used 3. XMMS closes Actual Results: Xmms crashes instantly. Though i can hear a split second of the mpc file i wanted to play. Expected Results: It should just play the file, like it did with xmms-musepack-0.98-r2 Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5) ================================================================= System uname: 2.6.5 i686 Athlon XP Barto Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -mmmx -msse -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -mmmx -msse -m3dnow" DISTDIR="/tmp/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.tiscali.nl/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="3dnow X aalib alsa apm avi berkdb cdr crypt encode esd foomaticdb gdbm geoip gif gphoto2 gtk gtk2 guile imlib java jikes jpeg ldap libg++ libwww mad mikmod mmx motif mpeg ncurses ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang sse ssl svga tcltk tcpd tiff truetype x86 xml2 xmms xv zlib"
I've tried everything as you indicated and used both english ( and heck, even japanese ) .mpc files. Both of them worked fine. I need confirmation on this bug.
I'm still able to reproduce it. What else can i do? Or maybe it's just my .mpc files, but i find that hard to believe.
Just comment these lines on the xmms ebuild: if use cjk; then epatch ${PATCHDIR}/${P}-mpg123j.patch else # add recode patch http://sourceforge.net/projects/rusxmms/ epatch ${PATCHDIR}/${P}-recode-csa27.patch epatch ${PATCHDIR}/${P}-recode-csa27.gcc2.patch fi and it will work without problems. The guys that to the xmms ebuild should put a use flag for not use any of these patches.
Please try xmms-1.2.10-r5
Okay xmms-1.2.10-r5 seems to work fine with the .mpc's now. Thanks everyone.
Poster confirms the solution works. Closing this bug.
