XMMS wont play streams from Streamtuner unless the mad mpeg decoder plugin is disabled. If you try it from a webbrowser and launch directly from the site .. ex somafm.com and try the links it plays , but if you try it from streamtuner .. it wont work. When you disable the plugin in question , everything starts to work. So is this bug xmms related ? mad mpeg plugin related or streamtuner ? It's easy to fix the player by disabling the plugin, but i beleive that's just a workaround .. should be fixed. Fuzzy Reproducible: Always Steps to Reproduce: 1.emerge XMMS 2.emerge Streamtuner 3.go to somafm and try one of their links directly. 4 open streamtuner and try to open the same link now to fix 5 open xmms preferences go to input plugins and disable MAD mpeg plugin 6 try the same station in streamtuner .. should now work Actual Results: I was surprised and i went for for dinner :) Expected Results: It should have worked from the get go. Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 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.6 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="-O2 -march=athlon" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS=" http://gentoo.mirrors.tds.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.mirrors.tds.net/gentoo ftp://ftp.ndlug.nd.edu/pub/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo http://mirror.clarkson.edu/pub/distributions/gentoo/ http://gentoo.ccccom.com ftp://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dfx 3dnowext X alsa apm arts audiofile avi berkbd berkdb bitmap-fonts bonobo bzlib crypt cups curl dba eds emboss encode esd evo exif fam fbcon fftw flash foomaticdb fortran gd gdbm gif glide gnome gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml imagemagick imap imlib ipv6 jabber java jpeg ldap libg++ libgda libwww mad maildir mbox mikmod ming mmxext motif mozilla mp3 mpeg ncurses obdc ogg oggvorbis openal opengl oss pam pdflib perl php png postgresql python qcam qt quicktime readline ruby sasl scanner sdl speex spell spl sse ssl svg tcltk tcpd tdfx tiff truetype truetype-fonts type1-fonts unicode usb video_cards_3dfx videos voodoo3 vorbis wmf wxwindows xinerama xml2 xmlrpc xmms xsl xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
I've noticed this too. It's highly annoying. The site mine reliably blocks against, is the stream from http://xtcradio.com eats the cpu, never plays anything. Fortunately, #xmms on freenode suggested that i make sure MAD is not involved. Disabling that plugin immediately cured my problems. My suggestion for repair, is to either a.) find a way to disable the mad plugin after it's installed, so that it'll still be there for people to activate through the xmms plugin, or b.) remove support for MAD altogether from the ebuild. I know this is drastic, but mad is *enabled* in use by default, and the ebuild simply checks for mad: mp3? ( mad? ( >=media-plugins/xmms-mad-0.7 ) >=media-plugins/xmms-mpg123-1.2.10-r1 ) I don't see any way to provide ebuild support for mad without making it default for 90% of users. c.)if possible, disabling the mad useflag by default would be the best solution, because it's not mature enough to be equivalent in stability to mpg123.
*** This bug has been marked as a duplicate of 50900 ***
