Summary: | xmms pause prevents gaim playing sound throught esd | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | DEMAINE Benoît-Pierre, aka DoubleHP <dhp_gentoo> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
DEMAINE Benoît-Pierre, aka DoubleHP
2005-12-27 05:04:24 UTC
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. |