After upgrading from xmms 1.2.8r4 to 1.2.10r6, certain entries in my playlist will lock up xmms when their id3 info is read (on load/demand/play). The xmms process spikes to 100%. The app can be closed, but the process remains and must be killed from the command line. Downgrading to 1.2.8r6 is my current workaround. I can supply a test file via e-mail if necessary that will lock it up every time. Reproducible: Always Steps to Reproduce: 1. Install xmms 1.2.8r4 2. Baseline (load playlist) 3. Install xmms 1.2.10r6 4: Regress (load playlist) -->fails Actual Results: The playlist locks up as soon as one of the 'bad' files' id3 info is read. Expected Results: Id3 info is read, song is playable Ping me if you need a test file. The only other thing that I noticed is that when xmms 1.2.8 is started from the prompt, I see these events when loading the playlist id3 tags. These are possibly the events that are causing 1.2.10 to lock up? ** WARNING **: convert_string(): Conversion not supported. Charsets: UTF-8 -> C ** WARNING **: convert_string(): Conversion not supported. Charsets: UTF-8 -> C ** WARNING **: convert_string(): Conversion not supported. Charsets: UTF-8 -> C ** WARNING **: convert_string(): Conversion not supported. Charsets: UTF-8 -> C ** WARNING **: convert_string(): Conversion not supported. Charsets: UTF-8 -> C Last but not least h2so4 ~ # emerge info Portage 2.0.51_rc7 (default-x86-1.4, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r4 i686) ================================================================= System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(TM) XP 1700+ Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X alsa apm arts audiofile avi berkdb bitmap-fonts bonobo cdparanoia cdr crypt cups divx4linux dvd dvdread encode esd faac faad flac foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml icc imlib java joystick jpeg jpeg2k kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline scanner sdl slang spell sse sslsvga tcpd theora tiff truetype v4l2 wxwindows x86 xine xml2 xmms xprint xv xvidzlib"
How does 1.2.10-r5 fare? Can you pleasse provide me with a mp3 that displays this?
Will e-mail an mp3 file that causes the problem (I hope I don't exceed your email size limit). Will try out 1.2.10r5 tonight and post my results. Frank
Ok, I have e-mailed the link to the song on my comcast web space. The error does not occur with 1.2.10r5. Only with 1.2.10r6. Ping me if any further information is needed and I will be happy to provide it. Thank you for your time, Frank Russo
Ok, I reported the fix upstream http://bugs.xmms.org/show_bug.cgi?id=1711 This is fixed in -r7. Thanks for the help.
Confirmed. 1.2.10r7 is working as it should. Thank you for your assistance. Frank Russo
