Being as I just made this, it's hard to call it an alpha problem.
However, by what I've seen, it appears to be.
The attached patch provides EsounD support in xanim27070. It's
created off of esound 0.2.4, with support for falling back to OSS if esd
(the esound daemon) isn't running.
It appears to work right when using fallback (i.e., talking to OSS
directly). However, when esd is running, it connects to esd via. a TCP
pipe. In my case, that's over loopback. When connected to esd, it plays
the first ~320k of data, then stops sending data over the pipe.
According to ps, the xanim sound process is blocking on
wait_for_tcp_memory. Why it's waiting for anything, I don't know... it's
a playback only (basically write-only) stream.
If, after the process stops, it is killed with a SIGINT or SIGTERM
(maybe others; dunno) it plays another ~3 seconds of data before
completely dying. Also, presumably because it's blocking on
wait_for_tcp_memory, the second (sound) process doesn't die when one
clicks 'Exit'.
I sent the same patch to a friend of mine running an x86.
Apparently for him, it works just fine. I'll send it out to the esound
guy soon so it can at least be out for a few folks. It can go to the
xanim person once I can make the bloody thing _work_ on my machine. ;-)
I'd like to know if this works for any alpha users out there. For
the record, I'm running 2.1.115 on a sx164, with esound 0.2.4.
Any and all help is appreciated.
Thanks!
- Bibek
Attachment:
xanim27070-esd.patch.bz2
Description: Binary data