I run both esd and arts on top of ALSA. I run at the same time (amongst other apps) xmms and Gaim that both use esd. - when I play music on xmms, gaim can ring bells quiet fine. - when I pause xmms, gaim cant ring at all - when I continue playing xmms, all 'old' bells of gaim ring at once. - when I stop xmms, gaim bells fine. I will do more tests with mplayer soon. root@moon_gen:/home/dhp# emerge gaim xmms-esd xmms -vp These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] net-im/gaim-1.5.0 USE="-cjk -debug +eds +gnutls -krb4 -nas +nls +perl +silc +spell -tcltk" 0 kB [ebuild R ] media-plugins/xmms-esd-1.2.10-r1 USE="+oss" 528 kB [ebuild R ] media-sound/xmms-1.2.10-r15 USE="-3dnow +alsa +arts +directfb +esd +flac +jack +lirc +mad +mikmod +mmx +mp3 +nls +oss +sndfile +vorbis" 0 kB Total size of downloads: 528 kB root@moon_gen:/home/dhp# emerge --info Portage 2.1_pre1 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.14-gentoo-Gentoo-moon_02 i686) ================================================================= System uname: 2.6.14-gentoo-Gentoo-moon_02 i686 Pentium III (Coppermine) Gentoo Base System version 1.12.0_pre12 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_GB" LC_ALL="en_GB" MAKEOPTS="-j2" PKGDIR="/tmp" PORTAGE_TMPDIR="/home/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi aim alsa amuled apache2 apic apm arts audiofile avi bash-completion berkdb bidi bitmap-fonts bl bmp bootsplash bzip2 cdda cdparanoia cdr cmov cpudetection crypt cups curl cx8 dbus de dga directfb doc dts dv dvb dvd dvdread dynamic eds emboss encode esd examples exif expat fam fbcon ffmpeg flac flash foomaticdb fortran fpu freetype fxsr gdbm ggi gif glut gnome gnutls gpm gs gstreamer gtk gtk2 hal httpd i8x0 icq idn ieee1394 imagemagick imlib ipv6 irc jabber jack java javascript jpeg kde lcms libcaca libg++ libwww lirc live lj logrotate lzo mad mca mce mikmod mmx mmxext mng motif mozcalendar mp3 mpeg msn msr mtrr mtyhtv ncurses network nls no-htdocs nsplugin ogg oggvorbis opengl oss pae pam pat pcre pdflib perl pge png pse pse36 python qt quicktime readline real rss rtc samba screen sdl sensord sep silc skey skins sndfile speex spell sse ssl stream svg svga swat symlink tcpd tetex tga theora threads tiff truetype truetype-fonts tsc type1-fonts udev unicode urandom usb v4l v4l2 vcd vim vlm vme vorbis win32codecs wmf wxwindows xanim xinerama xml2 xmms xosd xv xvid xvmc yahoo zeroconf zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS
sounds like an esd bug... don't use esd or arts and you should have this issue fixed
bugs.gentoo.org is to talk about bug. esd vs arts fight to take place in forums. so ... when asking mplayer to use the esd layer, mplayer behaves exactly like gaim: start in any order to play both mplayer and xmms with a song each: - pause xmms, it also pauses mplayer - continue xmms, it continues mplayer (if mplayer was not paused - play xmms, pause mplayer: xmms keeps on as expected. - play mplayer, play xmms, pause xmms: mplayer halts. THEN, stop xmms, mplayer goes on ... from those, it is obvious the bug comes from esd, BUT, that esd bug is only activated by xmms. I think that bug should be sent to both teams/upstreams: - esd for allowing other apps to send streams - xmms to check why they halt the esd daemon, when mplayer does not. Not me as stupid user to decide. I just experiment, log, and report. Tomorrow, I look if I can reproduce on arts.
like i said is a esd bug and esd have too many bugs about xmms i'll look into their bugs but it wouldn't be a nice idea to report a bug since they don't mind about it.
Report this issue to ESounD upstream developers.
