Bug 95191 - Noatun doesn't play streams, artsd crashing
Summary: Noatun doesn't play streams, artsd crashing
Status: RESOLVED DUPLICATE of bug 120622
Alias: None
Product: arts
Classification: Miscellaneous
Component: artsd (show other bugs)
Version: 0.1
Platform: FreeBSD Ports FreeBSD
: NOR normal
Target Milestone: ---
Assignee: Charles Samuels
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-15 08:08 UTC by Axel Gonzalez
Modified: 2006-07-31 16:20 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Gonzalez 2004-12-15 08:08:30 UTC
Version:           2.6.1 (using KDE KDE 3.3.2)
Installed from:    FreeBSD Ports
Compiler:          gcc version 3.4.2 [FreeBSD] 20040728 
OS:                FreeBSD

After the upgrade to KDE 3.3.2, noatun (2.6.1) doesn't play streams anymore.

When you try to open a stream, it shows the pop-up window with stream name, ip, etc. but it doesn't play the stream.

There some sporadic sounds playing on speakers, like playing in pauses, and then artsd crashes.

backtrace of soundserver crash is not available, it says is not useful.


Tried with both mp3 and ogg streams with same result.

It seems to play local files with no problems.


System: FreeBSD 5.3, running on AMD64
Comment 1 Axel Gonzalez 2005-01-04 04:09:58 UTC
Just tried this on FreeBSD 5.3 i386, and got exactly the same results

It doesnt play streams, and after a few seconds, it crashes artsd.

I got this output when running from console:

unix_connect: can't connect to server (unix:/tmp/mcop-loox/moonlight_e-shell_net-11f1f-41d734f9)
Launched ok, pid = 49480
Comment 2 Stefan Gehn 2005-01-04 17:05:53 UTC
What you could try is:
- enable debug symbols for kdemultimedia and arts (pass --enable-debug=full to configure) to get a valid backtrace if something crashes and post that here
- enable debug area 66666 in kdebugdialog so you see noatun debug messages
- post the debug messages starting from when you click on the playlistitem
- also look out for titleproxy.cpp in noatun sources and check for commented kdDebug lines, uncommenting them and recompiling will add a lot more information for failing streams

The output on console is usually not helpful at all until you enable debug messages using "kdebugdialog" (it's an application, in case you wondered).

That "unix_connect: can't connect to server" is nothing more but showing that artsd crashed, noatun then automatically restarts artsd and goes on playing the next playlistitem available.
Comment 3 Axel Gonzalez 2005-01-05 05:44:07 UTC
Recompiled kmultimedia with debug enabled and enabled debug on kdebugdialog

titleproxy.cpp is nowhere on the kdemultimedia.tar


this is all the output (don't think it will help much):

[loox@moonlight ~]$ noatun
noatun: [void NoatunApp::loadPlugins()] Called.
noatun: [Marquis::Marquis()] number of members == 1
noatun: [bool PlaylistSaver::metalist(const KURL&)] url=file:/usr/home/loox/.kde/share/apps/noatun/splitplaylist.xml
noatun: [bool PlaylistSaver::loadXML(const KURL&, int)] file='file:/usr/home/loox/.kde/share/apps/noatun/splitplaylist.xml', opt=1
unix_connect: can't connect to server (unix:/tmp/mcop-loox/moonlight_e-shell_net-25da-41db6b9e)
Launched ok, pid = 9711
QApplication::postEvent: Unexpected null receiver
q


no debug output is displayed after clicking on the playlist


artsd (after clicking on the playlist):

[loox@moonlight ~]$ /usr/local/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
Segmentation fault (core dumped)

and thats all (compiled with debug enabled too)

Comment 4 Stefan Gehn 2005-01-05 09:21:41 UTC
the artsd backtrace would have been interesting. Anyway, this is not a noatun bug but an artsd one (as in 99% of the cases where something doesn't work :P).
Comment 5 Michael Nottebrock 2005-01-05 10:01:05 UTC
I doubt that. This is a regression from KDE 3.3.1 and there have been a few "bugfix" backports to akode from KDE HEAD which look like good candidates to be the cause of this.
Comment 6 Axel Gonzalez 2005-03-21 19:04:58 UTC
KDE 3.4 noatun still doesnt play streams :(

this time, when opening a stream, it simply crashes.

This is a crash backtrace:

[Switching to LWP 100104]
[KCrash handler]
#6  0x0000000806359867 in KDE::PlayObject::object ()
   from /usr/local/lib/libartskde.so.3
#7  0x00000008063588de in KDE::PlayObject::attachPlayObject ()
   from /usr/local/lib/libartskde.so.3
#8  0x0000000806356a57 in KDE::PlayObject::qt_invoke ()
   from /usr/local/lib/libartskde.so.3
#9  0x00000008020c4add in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#10 0x000000080636cca4 in KDE::PlayObjectCreator::playObjectCreated ()
   from /usr/local/lib/libartskde.so.3
#11 0x000000080636ddd7 in KDE::PlayObjectCreator::slotMimeType ()
   from /usr/local/lib/libartskde.so.3
#12 0x000000080636cd23 in KDE::PlayObjectCreator::qt_invoke ()
   from /usr/local/lib/libartskde.so.3
#13 0x00000008020c4add in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#14 0x00000008020c50c2 in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#15 0x0000000806354f4c in Arts::KIOInputStream_impl::mimeTypeFound ()
   from /usr/local/lib/libartskde.so.3
#16 0x0000000806355f0c in Arts::KIOInputStream_impl::slotScanMimeType ()
   from /usr/local/lib/libartskde.so.3
#17 0x0000000806354ff4 in Arts::KIOInputStream_impl::qt_invoke ()
   from /usr/local/lib/libartskde.so.3
#18 0x00000008020c4add in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#19 0x0000000800973fcb in KIO::TransferJob::mimetype ()
   from /usr/local/lib/libkio.so.6
#20 0x0000000800961f2e in KIO::TransferJob::slotMimetype ()
   from /usr/local/lib/libkio.so.6
#21 0x00000008009741a7 in KIO::TransferJob::qt_invoke ()
   from /usr/local/lib/libkio.so.6
#22 0x00000008020c4add in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#23 0x00000008020c50c2 in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#24 0x00000008009534bf in KIO::SlaveInterface::mimeType ()
   from /usr/local/lib/libkio.so.6
#25 0x00000008009516c9 in KIO::SlaveInterface::dispatch ()
   from /usr/local/lib/libkio.so.6
#26 0x00000008009510f9 in KIO::SlaveInterface::dispatch ()
   from /usr/local/lib/libkio.so.6
#27 0x000000080094ed9a in KIO::Slave::gotInput ()
   from /usr/local/lib/libkio.so.6
#28 0x000000080095075a in KIO::Slave::qt_invoke ()
   from /usr/local/lib/libkio.so.6
#29 0x00000008020c4add in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#30 0x00000008020c4d32 in QObject::activate_signal ()
   from /usr/X11R6/lib/libqt-mt.so.3
#31 0x00000008023b82b5 in QSocketNotifier::activated ()
   from /usr/X11R6/lib/libqt-mt.so.3
#32 0x00000008020dee8f in QSocketNotifier::event ()
   from /usr/X11R6/lib/libqt-mt.so.3
#33 0x000000080206d292 in QApplication::internalNotify ()
   from /usr/X11R6/lib/libqt-mt.so.3
#34 0x000000080206c791 in QApplication::notify ()
   from /usr/X11R6/lib/libqt-mt.so.3
#35 0x00000008014a5906 in KApplication::notify ()
   from /usr/local/lib/libkdecore.so.6
#36 0x000000080205d9de in QEventLoop::activateSocketNotifiers ()
   from /usr/X11R6/lib/libqt-mt.so.3
#37 0x000000080201e059 in QEventLoop::processEvents ()
   from /usr/X11R6/lib/libqt-mt.so.3
#38 0x000000080207e5f9 in QEventLoop::enterLoop ()
   from /usr/X11R6/lib/libqt-mt.so.3
#39 0x000000080207e552 in QEventLoop::exec ()
   from /usr/X11R6/lib/libqt-mt.so.3
#40 0x000000080206d3b5 in QApplication::exec ()
   from /usr/X11R6/lib/libqt-mt.so.3
#41 0x0000000804a1856e in kdemain () from /usr/local/lib/libkdeinit_noatun.so
#42 0x0000000804915b69 in kdeinitmain () from /usr/local/lib/kde3/noatun.so
#43 0x000000000040711c in execpath_avoid_loops ()
#44 0x000000000040823f in execpath_avoid_loops ()
#45 0x0000000000408843 in execpath_avoid_loops ()
#46 0x0000000000409c21 in main ()
Comment 7 Andreas Kling 2006-07-31 16:20:49 UTC

*** This bug has been marked as a duplicate of 120622 ***