xmms-1.2.10-r5 on amd64 plays most typical mp3s fine. However, it distorts the output on mp3s with low bitrate (e.g. 64 kbps/44.1 KHz) or low sample rate (e.g. 24 kbps/22.05 KHz). This happens with alsa output or OSS output. I have not changed my system settings. Same old 2.6.7 kernel. Previous xmms versions (I forget which was my last version) worked fine. Furthermore, mpg321 currently has no problem playing these same mp3s correctly. This is why I think xmms is the culprit. I quickly tried emerging xmms-1.2.10-r9, and that seems OK. If someone else can confirm this problem and make sure xmms-1.2.10-r9 is OK otherwise (note that I only tried it briefly, not comprehensively) it might be a good solution to consider. Reproducible: Always Steps to Reproduce: 1. play a low bitrate/samplerate mp3 after emerging the default amd64 xmms. 2. 3. Actual Results: Audio is distorted. It plays at the correct speed, however. (i.e. it's not playing 22.05 KHz audio at 44.1 KHz). It just sounds stuttered. Expected Results: Play mp3s correctly regardless of bitrate/samplerate. Compare to the output of mpg321 Gentoo Base System version 1.4.16 Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r 1, 2.6.7 x86_64) ================================================================= System uname: 2.6.7 x86_64 5 Autoconf: sys-devel/autoconf-2.59-r5 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.6-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/dis tributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac acpi alsa audiofile berkdb bitmap-fonts bonobo cdr chroot crypt cups dga dnd dv dvb dvd dvdr esd f77 faad fam ffmpeg flac fortran freetype gdbm gif gimp gimpprint glade gnome gphoto2 gpm gstreamer gtk icq ieee1394 imagemagi ck imlib ipv6 joystick jp2 jpeg lufsusermount lzw lzw-tiff mad matroska mikmod m ng motif mozilla mpeg4 multilib ncurses oggvorbis opengl openssh oss pam perl pn g pthreads python readline samba sdl slang ssl tcltk tcpd theora tiff transcode truetype usb userlocales xine xml xml2 xmms xpm xrandr xv xvid zlib"
what input plugin are you using? xmms-mad or mpg123?
Good question. It appears I have libmpg123.so. I don't have xmms-mad installed.
please test more on -r9... I don't see any changes that would really affect this between -r5 and -r9
Most interesting is xmms-mad is now a dependency of xmms. bash-2.05b# ACCEPT_KEYWORDS=~amd64 emerge -p =media-sound/xmms-1.2.10-r9 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] media-sound/xmms-1.2.10-r9 [1.2.10-r5] [ebuild N ] media-plugins/xmms-mad-0.7 So when I emerge this I have both plugins. And it plays back low samplerate/bitrate mp3s fine. HOWEVER, another problem occurs. If you pause mp3 playback and then try to exit xmms from the popup menu, it hangs! Now, if I unmerge xmms-mad (just to see what happens), I am left only with libmpg123 and it still plays low bitrate/samplerate mp3s fine. The pause-followed-by-exit hang does not occur anymore. When I return back to xmms-1.2.10-r5 I also return to the bad mp3 playback. The pause-followed-by-exit hang does not occur. I do not know why these packages behave this way. I didn't look at the patch list. But it sounds like the way to go is to use xmms-1.2.10-r9 if you drop the dependency on xmms-mad. At least then we get the best of both worlds (no pause-followed-by-exit hang and no corrupt mp3 decoding). I haven't tested skinning or any other advanced features/plugins on any xmms version. Should this pause-followed-by-exit be filed as a separate bug (and do I have to pursue it separately)? Thanks.
As you describe it, the pause-followed-by-exit thing is a bug in xmms-mad. Please report it to the authors upstream and let me know if they have a fix that I can include. As for the quality issue, youu said it's fixed in -r9, so I'm closing this bug. xmms-mad is not a dependency. It is pulled in because you have USE=mad and I added that in somewhere around -r7 or -r8. If you don't want to use xmms-mad, then youu can emerge xmms without mad in your use flags (or just disable it in xmms)