I'm playing MP3 using XMMS and the ARTS-plugin, when pressing the 'next button' the player is halted. XMMS picks the next track, but don't play it. It is at this point possible to shutdown xmms using the little X in the corner. If I instead press next again or press play, XMMS hangs completly and has to be killed using 'killall xmms', which works without having to use SIGKILL, the standard SIGTERM is sufficient. I'm using Gentoo 1.4_rc1 with KDE 3.0.3. I've done 'emerge rsync' and 'emerge -up world', which shows nothing. I've tried playing MP3 using Noatun instead, which works perfect.
Yep, the arts plugin is b0rked when compiled with gcc 3.x... The only solution so far is to use "artsdsp xmms",with OSS as soundsystem... Maybe we should mask xmms-arts until some programmer (maybe the author) fixes it? If that ever happens, xmms-arts is at version 0.4 for ages now..
Hmm, it worked for me a couple of days ago, when I ran RedHat on my machine, and had recompiled virtually everything with gcc-3.1, including xmms, xmms-arts, and kde (which i by the way ran 3.0.2)...
It works perfectly well for me. Maybe that's because I'm using kde 3.1b2 (=art s 1.1.0)? (This is gcc 3.2.)
I believe I've found a way to fix it: // BEGIN DIFF --- xmms-arts-0.4-orig/audio.c 2000-11-21 05:24:25.000000000 +0100 +++ xmms-arts-0.4-new/audio.c 2002-10-02 12:46:57.000000000 +0200 @@ -242,6 +242,12 @@ { gint length, cnt; + int errorcode; + errorcode = arts_init(); + if (errorcode < 0) { + fprintf(stderr,"arts_init error: %s\n", arts_error_text(errorcode)); + pthread_exit(NULL); + } while (going) { // END DIFF For me, this works perfectly and I've had no further problems, don't ask me how or why, but it seem to work. (Someone should really rewrite the arts-plugin, it's horribly bad written) Also, this problem seems a lot similar to 4314. Please take a look.
With the patch, it now works, but when i close it, it says "verwilst@Gentoo verwilst $ xmms mcop warning: user defined signal handler found for SIG_PIPE, overriding Segmentation fault You've probably found a bug in XMMS, please visit http://bugs.xmms.org and fill out a bug report. Segmentation fault You've probably found a bug in XMMS, please visit http://bugs.xmms.org and fill out a bug report. " :(
What version of arts, xmms and gcc?
Bug 9572 (attachment 4951 [details, diff]) seems to be related, although, I can't make my XMMS behave any diffrent with the new patch as opposed to the old patch.
Have you looked at bug #4314? Have you tried emerging xmms-arts-0.4-r4? I think the arts-plugin should be rewritten, but noone seems to be able to contact the author?
Hi there, I'm the submitter of bug#9572. You need to emerge >=xmms-arts 0.4-r6 to make sure that my updated patch is applied. The updated patch that I submitted is apparently not "stable" enough to apply in the "stable" distribution, so the ebuild is currently masked (through the new keyword system). I have no idea why it should need to be masked -- the patch simply adds an include which is necessary for getting proper prototypes for various *XMMS* functions which *will* otherwise get incorrect prototypes and *will* cause xmms-arts to fail at run-time.
patch submitted and added to cvs
