GNOME Bugzilla – Bug 695822
Deadly embrace lock encountered while using GStreamer from Phonon
Last modified: 2013-06-09 18:19:27 UTC
Code leading to the problem void MediaItem::someInit(someparams) { m_proxy = new QGraphicsProxyWidget(this); QWidget *w = new QWidget; QHBoxLayout *l = new QHBoxLayout; w->setLayout(l); m_mediaObject = new Phonon::MediaObject(m_proxy); m_videoWidget = new Phonon::VideoWidget(w); m_audioOutput = new Phonon::AudioOutput(m_proxy); Phonon::createPath(m_mediaObject, m_videoWidget); Phonon::createPath(m_mediaObject, m_audioOutput); l->addWidget(m_videoWidget); m_videoWidget->show(); m_proxy->setWidget(w); connect(m_mediaObject, SIGNAL(aboutToFinish()), this, SLOT(slotEnqueue())); m_mediaObject->setCurrentSource(Phonon::MediaSource(m_fileName)); m_mediaObject->stop(); m_audioOutput->setMuted( true ); m_mediaObject->play(); m_mediaObject->seek(2000); m_mediaObject->pause(); m_audioOutput->setMuted( false ); } void MediaItem::slotEnqueue() { if (m_loop) { m_mediaObject->enqueue(Phonon::MediaSource(m_fileName)); } } Backtrace of deadly embrace lock in GStreamer's own threads. At this point slotEnqueue and someInit have both happened. (gdb) thread apply all bt
+ Trace 231640
Thread 19 (Thread 0x9d7ffb70 (LWP 27050))
Thread 15 (Thread 0x9fd86b70 (LWP 27046))
- could you check if this still happens with 0.10 git ? The stack trace looks familiar, I wonder if it was fixed. - could you make a small C program to reproduce it? And try it against 1.x ? GStreamer 0.10.x is not maintained any longer I'm afraid.
This is not a qt-gstreamer bug, reassigning.
Either way, old version and no response in almost 2 months, let's close this. Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!