After emerging the xmms-1.2.10-r13 ebuild, the player hangs whenever it is paused. The only way I can get the player working again is to kill -9 it and then restart a new player. I re-emerged xmms-1.2.10-r5 and it worked correctly, so something about -r13 causes the player to freeze. Reproducible: Always Steps to Reproduce: 1. emerge xmms-1.2.10-r13 2. run xmms 3. press pause button Actual Results: hung player Expected Results: player pauses and is able to restart upon pressing the play button again
I ran into the same thing, though for me I couldn't do anything. If the player is hanging try using GDB to get a backtrace. (gdb) bt #0 0xb7d7eafb in read () from /lib/libpthread.so.0 #1 0xb6fa267c in ?? () from /usr/lib/xmms/Input/libxmmsmad.so Mine produced this, which made me wonder why MAD was being used for mp3 play back. For whatever reason, when I compiled the latest version of XMMS, the "mad" USE flaf was set which resulted in the xmms-mad package being built and used, rather than xmms-mpg123. To fix my hang, all I did was unmerge "xmms-mad" and emerge "xmms-mpg123" and all was fine. So I suspect that there are issues with the xmms-mad package. Any ideas why the "mad" USE flag would be set? It's not in my /etc/make.conf file.
Ah, I see that "mad" is in the make.defaults for my profile.
After a little more testing, I've found that the xmms-1.2.10-r5 hangs on pause. The difference is that if I pause for a short period of time, -r5 will allow me to continue playing the file. If I pause for a long time, then -r5 will hang just like -r13 does. I've disabled the xmms-mad plugin (not unmerged) to see if that really is the problem.
Disabling the xmms-mad plugin wasn't sufficient. I still had hangs with it installed, but not enabled. I've unmerged it now and will see if that seems to work.
I have confirmed that the bug is in xmms-mad . I can run xmms-1.2.10-r13 and -r5 without any problems when it is NOT emerged. As soon as I emerge it, but keep it disabled, the hanging problems occur. My solution is to simply set a -mad use flag on xmms and happily go along. This problem isn't a satisfactory solution for anyone who wants to use mad, though.
xmms-mad needs to be bumped to 0.8, which was released early February and fixes a "deadlock on quit during pause". This may also fix the problem you are describing.
Could you guys please try out xmms-mad-0.8
xmms-mad-0.8 works for me.
Great, thanks. Archs, can you please mark xmms-mad-0.8 stable for this deadlock fix
Stable on alpha.
stable on ppc64
On mips all I get is static output when I play a normal mp3 with 0.8. This is with libmad-0.15.1b.
I was actually about to add mad to use.mask for mips, because of the static problem. I know it didn't do this when I first keyworded mad stuff a looooong time ago, however it happens now. I have a gut feeling that it may be due to kernel version, however since 2.4 is basically dead on mips, I don't really care. If anyone from the sound team can comment on this, that would be good. Otherwise, I'll be masking it like I said, and then -mips keywording all mad stuff.
geoman, try the diskwriter output plugin to make a .wav file and play that with a method you know works. That should determine if the problem is with mad or with your drivers/kernel. Also, does xmms-mpg123 work for you? What about older versions of xmms-mad?
All methods of playing a sound file work (including xmms-mpg123), except anything having to do with mad. I went ahead and masked the mad USE flag earlier, as well as adding -mips to the mad stuff. I honestly don't have enough time right now to try and debug this and play around with a bunch of different versions until I find something that works. Seeing as xmms-mpg123 works, I don't have very much incentive to mess with it. As far as I can tell, mad doesn't do anything that mips *needs*, unless I'm missing something.
0.8 fixes this bug, closing.
