Bug 105421 – XMMS and MAD mpeg : blocks streams from playing

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Richard 2005-09-09 13:32:56 UTC]

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

[Comment 1 Nathan Mahon 2005-09-16 10:19:22 UTC]

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. 

[Comment 2 Diego Elio Pettenò (RETIRED) 2005-10-16 09:30:19 UTC]

*** This bug has been marked as a duplicate of 50900 ***