Ubuntu
amarok package

[jaunty] Amarok crashes the second time it's run in a session

Bug #317525 reported by Bogdan Butnaru
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: amarok

Hello! I'm having trouble with Amarok2: if I run it the first time, it works correctly. If I close it and try to run it again, it crashes. If I log-out, log-in and run it again, it works.

Running Jaunty, up-to-date. Amarok version: 2:2.0.1.1-0ubuntu4.

$ amarok --debug
amarok(1917) Phonon::KdePlatformPlugin::createBackend: using backend: "GStreamer"
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) "HDA Intel (ALC1200 Analog)"
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) ("x-phonon:CARD=0,DEV=0", "plughw:CARD=0,DEV=0")
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "x-phonon:CARD=0,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "plughw:CARD=0,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) "HDA Intel (ALC1200 Analog)"
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) ("x-phonon:CARD=0,DEV=0", "plughw:CARD=0,DEV=0")
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "x-phonon:CARD=0,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "plughw:CARD=0,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) "Logitech Logitech Wireless Headset (USB Audio)"
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) ("x-phonon:CARD=1,DEV=0", "plughw:CARD=1,DEV=0")
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "x-phonon:CARD=1,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) setProperty(device, "plughw:CARD=1,DEV=0" ) failed
virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) "default"
<unknown program name>(1914)/: Communication problem with "amarok" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "

KCrash: Application 'amarok' crashing...
sock_file=/home/bogdanb/.kde/socket-mabelode/kdeinit4__0
kdeinit4: preparing to launch /usr/lib/kde4/libexec/drkonqi

* * * * *
This is what comes up in Amarok's error report:
Application: Amarok (amarok), signal SIGSEGV
0x00007f3ef1ffdc91 in nanosleep () from /lib/libc.so.6
[Current thread is 0 (LWP 827)]

Thread 6 (Thread 0x7f3ee17b7950 (LWP 830)):
#0 0x00007f3ef2032556 in poll () from /lib/libc.so.6
#1 0x00007f3ee1be3c1d in poll_func (ufds=0x7f3edc000910, nfds=1, timeout=-1, userdata=0x9f7a70) at pulse/thread-mainloop.c:71
#2 0x00007f3ee1bd6619 in pa_mainloop_poll (m=0x9f7b10) at pulse/mainloop.c:857
#3 0x00007f3ee1bd7a48 in pa_mainloop_iterate (m=0x9f7b10, block=<value optimized out>, retval=0x0) at pulse/mainloop.c:923
#4 0x00007f3ee1bd7b10 in pa_mainloop_run (m=0x9f7b10, retval=0x0) at pulse/mainloop.c:941
#5 0x00007f3ee1be3a1d in thread (userdata=0x9f7ad0) at pulse/thread-mainloop.c:90
#6 0x00007f3ee1c06fc0 in internal_thread_func (userdata=0x9f7c50) at pulsecore/thread-posix.c:72
#7 0x00007f3eed7fe3ba in start_thread () from /lib/libpthread.so.0
#8 0x00007f3ef203c06d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f3ee0fb6950 (LWP 832)):
#0 0x00007f3ef2032556 in poll () from /lib/libc.so.6
#1 0x00007f3ee1be3c1d in poll_func (ufds=0xa06640, nfds=1, timeout=-1, userdata=0xa06590) at pulse/thread-mainloop.c:71
#2 0x00007f3ee1bd6619 in pa_mainloop_poll (m=0xa06490) at pulse/mainloop.c:857
#3 0x00007f3ee1bd7a48 in pa_mainloop_iterate (m=0xa06490, block=<value optimized out>, retval=0x0) at pulse/mainloop.c:923
#4 0x00007f3ee1bd7b10 in pa_mainloop_run (m=0xa06490, retval=0x0) at pulse/mainloop.c:941
#5 0x00007f3ee1be3a1d in thread (userdata=0xa06450) at pulse/thread-mainloop.c:90
#6 0x00007f3ee1c06fc0 in internal_thread_func (userdata=0xa06c20) at pulsecore/thread-posix.c:72
#7 0x00007f3eed7fe3ba in start_thread () from /lib/libpthread.so.0
#8 0x00007f3ef203c06d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f3edbfff950 (LWP 834)):
#0 0x00007f3ef2032556 in poll () from /lib/libc.so.6
#1 0x00007f3ee1be3c1d in poll_func (ufds=0xa0a3d0, nfds=1, timeout=-1, userdata=0xa029b0) at pulse/thread-mainloop.c:71
#2 0x00007f3ee1bd6619 in pa_mainloop_poll (m=0xa06ca0) at pulse/mainloop.c:857
#3 0x00007f3ee1bd7a48 in pa_mainloop_iterate (m=0xa06ca0, block=<value optimized out>, retval=0x0) at pulse/mainloop.c:923
#4 0x00007f3ee1bd7b10 in pa_mainloop_run (m=0xa06ca0, retval=0x0) at pulse/mainloop.c:941
#5 0x00007f3ee1be3a1d in thread (userdata=0xa03780) at pulse/thread-mainloop.c:90
#6 0x00007f3ee1c06fc0 in internal_thread_func (userdata=0xa1cd80) at pulsecore/thread-posix.c:72
#7 0x00007f3eed7fe3ba in start_thread () from /lib/libpthread.so.0
#8 0x00007f3ef203c06d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f3edb7fe950 (LWP 836)):
#0 0x00007f3ef2032556 in poll () from /lib/libc.so.6
#1 0x00007f3ee1be3c1d in poll_func (ufds=0x7f3edc002380, nfds=1, timeout=-1, userdata=0xa1d350) at pulse/thread-mainloop.c:71
#2 0x00007f3ee1bd6619 in pa_mainloop_poll (m=0xa16fa0) at pulse/mainloop.c:857
#3 0x00007f3ee1bd7a48 in pa_mainloop_iterate (m=0xa16fa0, block=<value optimized out>, retval=0x0) at pulse/mainloop.c:923
#4 0x00007f3ee1bd7b10 in pa_mainloop_run (m=0xa16fa0, retval=0x0) at pulse/mainloop.c:941
#5 0x00007f3ee1be3a1d in thread (userdata=0xa1bb70) at pulse/thread-mainloop.c:90
#6 0x00007f3ee1c06fc0 in internal_thread_func (userdata=0xa1d550) at pulsecore/thread-posix.c:72
#7 0x00007f3eed7fe3ba in start_thread () from /lib/libpthread.so.0
#8 0x00007f3ef203c06d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f3edaffd950 (LWP 838)):
#0 0x00007f3ef2032556 in poll () from /lib/libc.so.6
#1 0x00007f3ee1be3c1d in poll_func (ufds=0x7ef8e0, nfds=2, timeout=-1, userdata=0xa177b0) at pulse/thread-mainloop.c:71
#2 0x00007f3ee1bd6619 in pa_mainloop_poll (m=0xa1dd80) at pulse/mainloop.c:857
#3 0x00007f3ee1bd7a48 in pa_mainloop_iterate (m=0xa1dd80, block=<value optimized out>, retval=0x0) at pulse/mainloop.c:923
#4 0x00007f3ee1bd7b10 in pa_mainloop_run (m=0xa1dd80, retval=0x0) at pulse/mainloop.c:941
#5 0x00007f3ee1be3a1d in thread (userdata=0xa1cb70) at pulse/thread-mainloop.c:90
#6 0x00007f3ee1c06fc0 in internal_thread_func (userdata=0xa16890) at pulsecore/thread-posix.c:72
#7 0x00007f3eed7fe3ba in start_thread () from /lib/libpthread.so.0
#8 0x00007f3ef203c06d in clone () from /lib/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f3ef502e790 (LWP 827)):
[KCrash Handler]
#5 0x00007f3ef2bdbee7 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#6 0x00007f3eef0dab21 in Phonon::AudioOutputAdaptor::outputDeviceIndexChanged (this=0x7f3eef2e8b80, _t1=0)
    at /build/buildd/phonon-4.2.80+svn906929/obj-x86_64-linux-gnu/phonon/moc_audiooutputadaptor_p.cpp:185
#7 0x00007f3eef0c5ebe in Phonon::AudioOutputPrivate::handleAutomaticDeviceChange (this=0x7ed760, device2=@0x7ffffd16e900, type=Phonon::AudioOutputPrivate::FallbackChange)
    at /build/buildd/phonon-4.2.80+svn906929/phonon/audiooutput.cpp:366
#8 0x00007f3eef0c712f in Phonon::AudioOutputPrivate::setupBackendObject (this=0x7ed760) at /build/buildd/phonon-4.2.80+svn906929/phonon/audiooutput.cpp:269
#9 0x00007f3eef0c584f in Phonon::AudioOutputPrivate::init (this=0x7ed760, c=<value optimized out>) at /build/buildd/phonon-4.2.80+svn906929/phonon/audiooutput.cpp:85
#10 0x00007f3ef45c6a91 in EngineController::EngineController () from /usr/lib/libamaroklib.so.1
#11 0x00007f3ef45c6fbd in EngineController::instance () from /usr/lib/libamaroklib.so.1
#12 0x00007f3ef45d273d in MainWindow::MainWindow () from /usr/lib/libamaroklib.so.1
#13 0x00007f3ef45b9261 in App::continueInit () from /usr/lib/libamaroklib.so.1
#14 0x00007f3ef45bc6b0 in App::App () from /usr/lib/libamaroklib.so.1
#15 0x0000000000404129 in _start ()

Revision history for this message
Harald Sitter (apachelogger) wrote :

quote "seems like his soundcard can't do hw mxing and he doesn't have dmix working and phonon freaks out when it can't get an audio device"

Do you by any chance use pulseaudio? or have it installed? or is there any pattern to that issue (like open applications for example)?

Changed in amarok:
status: New → Incomplete
Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

I use Pulseadio. My sound card does have hardware mixing. I haven't noticed any relationship with other applications, IIRC this happened with just Amarok open.

But it always happens the same time: The first time I run Amarok in a session everything works correctly, but if I close it then it always crashes with the same message until I log out.

Revision history for this message
Harald Sitter (apachelogger) wrote :

Please change phonon to use pulseaudio (kcmshell4 kcm_phonon). This should fix that problem :)

When you started your session pulse probably didn't obtain complete hardware lock yet. After some time (using some apps) it will and then prevent Amarok (and it's audio subsystem) to access the audio hardware.

Changed in amarok:
status: Incomplete → Invalid
Revision history for this message
Peter Hoeg (peterhoeg) wrote :

I'm using the 2.0.1.1-0ubuntu1~ppa1 amarok package for intrepid, but am seeing exactly the same problem. Phonon is already set up to use Pulseaudio. Interestingly, I have a laptop with exactly the same package versions and it works flawlessly through pulse.

Any ideas?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.