I'm using xmms-1.2.10-r15, though this problem also existed in xmms-1.2.10-r14. Whenever I press a button to switch tracks/pause/stop within the last 3 seconds of a song, xmms locks up and I need to kill it. Reproducible: Always Steps to Reproduce: 1. Start XMMS 2. Play any arbitrary MP3 3. Press a button within 3 seconds of the end of the song (signalling the commands via command line also crashes it) Actual Results: Xmms locks up (hence the "critical" rating, even though I think it's more annoying than critical) Expected Results: Not locked up, done what the button press specified Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5- r0, 2.6.12-rc4-mm1 i686) ================================================================= System uname: 2.6.12-rc4-mm1 i686 Intel(R) Pentium(R) 4 CPU 1.50GHz Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/ 3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ibiblio.org/pub/Lin ux/distributions/gentoo/ ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gen too.seren.com/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.p air.com/ ftp://gentoo.mirrors.pair.com/ http://lug.mtu.edu/gentoo/ ftp://lug.mtu .edu/gentoo/source ftp://ftp.du.se/pub/os/gentoo http://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo http://mirror.pudas.net/gentoo ftp://mirror.pu das.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X aac aalib alsa audiofile avi bidi bitmap-fonts cdr cjk crypt curl emb oss encode esd fam flac fortran gif glut gmail gpm gtk2 httpd icq imlib java jpe g junit libg++ libwww mad mikmod mmx mmxext motif mp3 mpeg mysql nas ncurses nls no-old-linux nvidia ogg oggvorbis opengl openssh pam pdflib perl pic png python qt quicktime readline real samba sdl slang spell sse sse2 ssl stream stroke svga tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb vorb is win32codecs xine xml xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_g libc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
what xmms plugins do you have enabled? Does it happen when you switch output plugins? Does it happen with ogg vorbis files or if you use a differeny mp3 input plugin?
(In reply to comment #1) > what xmms plugins do you have enabled? Does it happen when you switch output > plugins? Does it happen with ogg vorbis files or if you use a differeny mp3 > input plugin? Hmm... Apparently I can cause this with only one plugin involved - "MAD MPEG Decoder plugin 0.8 [libxmmsmad.so]" Disabling this plugin and using, for instance, MPEG Layer 1/2/3 Player 1.2.10 instead seems to have fixed the locking up portion of the bug. However, the bug is still quasi-present with MPEG 1/2/3 and even my Ogg player "Ogg Vorbis Player 1.2.10 [libvorbis.so]"... Pressing pause in the last 3 seconds does not pause, but rather skips to the next track. There is likely other strange activity, too. Each of these were accomplished with all plugins disabled, sans the one being tested. I use the ALSA output plugin 1.2.10. It does not seem to occur when using aRts 0.7.1. So... it only seems to be really bad with Alsa + MAD, and moderately annoying with just ALSA...?
Just for verification: I found the same bug as Aaron. His observations all seem correct. I did some additional testing and came up with some more odd results. First: my emerge info & program versions. Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.12-gentoo-r9 i686) ================================================================= System uname: 2.6.12-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium4 -mcpu=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=pentium4 -mcpu=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo/" LANG="nl_BE@euro" LC_ALL="nl_BE@euro" LINGUAS="nl" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="x86 X a52 aac alsa apm avi bitmap-fonts cdr curl divx4linux dvd dvdr dvdread emboss fam foomaticdb gif gnome gstreamer gtk gtk2 hal imagemagick jpeg kdeenablefinal libg++ libwww mad minimal mmap mmx motif mozilla mp3 mpeg ncurses nls nomac nomalloccheck nptl nptlonly offensive ogg oggvorbis opengl pam pdflib png quicktime readline samba sftplogging spell sse symlink theora threads tiff truetype truetype-fonts type1-fonts userlocales vorbis win32codecs xml xml2 xmms xv xvid zlib linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS alsa-lib-1.0.9 (-doc -jack) alsa-oss-1.0.8-r1 alsa-headers-1.0.9b alsa-utils-1.0.9a (+nls) xmms-1.2.10-r15 (-3dnow +alsa -arts -directfb -esd -flac -jack -lirc +mad -mikmod +mmx +mp3 +nls -oss -sndfile +vorbis) xmms-alsa-1.2.10-r2 xmms-mad-0.8 libmad-0.15.1b (-debug) xmms-mpg123-1.2.10-r1 (-3dnow -ipv6 +mmx -ssl) I only have alsa configured as output plugin for XMMS, so only that was used while testing. Every action is executed at 2 seconds remaining in the song. It doesn't matter whether I use the mouse to click the action buttons, or use the keyboard shortcuts. Using MAD as MP3 decoder (all other input plugins disabled): pressing arrow left or right (skipping 5s) or clicking on the timeline: action doesn't get executed, song simply keeps playing the remaining 2 seconds and proceeds to the next, as normal. pressing stop: stop gets executed (stop button even gets de-pressed look again), but XMMS hangs pressing next, play or previous: action doesn't get executed (button keeps pressed look), XMMS hangs pressing pause: advances to next song (not pausing), XMMS doesn't hang Using MPG123 as MP3 decoder (all other input plugins disabled): pressing next, previous, stop, play, arrow left or right (skipping 5s) or clicking on the timeline: works as expected, nothing seems wrong pressing pause: advances to next song (not pausing), XMMS doesn't hang
I am sorry for double posting, but the first time bugzilla timed out so I tried again.
bumping to herd as i noloner maintain xmms
I "discovered" this bug aswell today, and have played about to see where it is caused... the clean tarball of xmms-1.2.10 doesn't exhibit this problem, it is only when the Gentoo patch, 0001_all_cvs-20050526.patch is applied does the problem appear. Perhaps this has been fixed in a later cvs head?
I have the exact same symptoms here. I think it's caused by alsa but not sure.
xmms and all plugins are now package.masked and will be removed from the tree in one month. WONTFIX.