FS#37721 - [phonon-gstreamer] amarok crash due to phonon-gstreamer

Attached to Project: Arch Linux
Opened by ValdikSS (ValdikSS) - Sunday, 10 November 2013, 17:44 GMT
Last edited by Andrea Scarpino (BaSh) - Thursday, 11 September 2014, 11:14 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Ronald van Haren (pressh)
Andrea Scarpino (BaSh)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 7
Private No

Details

Description:
Amarok crashing very often with phonon-gstreamer 4.7.0-1 and current 4.7.0-2, but works perfectly with phonon-gstreamer 4.6.3-1.
I'm not sure if this is a packaging issue or should it be reported upstream.


Additional info:
phonon-gstreamer 4.7.0-2
phonon-qt4 4.7.0-2

Works fine with:
phonon-gstreamer 4.7.0-2
phonon-qt4 4.6.3-1


Steps to reproduce:
1. Install latest amarok, phonon-qt4, phonon-gstreamer (, pulseaudio?)
2. Play some music in amarok or change tracks quickly
3. Amarok crashed (log attached)
   amarok-20131110-192503.kcrash... (24.3 KiB)
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Thursday, 11 September 2014, 11:14 GMT
Reason for closing:  Fixed
Additional comments about closing:  Switching to gst 1.0... re-open if needed
Comment by dedy martadinata (martadinata666) - Monday, 11 November 2013, 03:04 GMT
seems phonon-gstreamer , i tested with phonon-vlc no problem at all,,, (using latest package)
(amarok + phonon-qt4 + phonon-vlc + pulseaudio) no crash
(amarok + phonon-qt4 + phonon-gstreamer + pulseaudio) crash
Comment by Andrea Scarpino (BaSh) - Monday, 11 November 2013, 10:18 GMT
Maybe this should be reported to the amarok guys?
Comment by ValdikSS (ValdikSS) - Monday, 11 November 2013, 10:18 GMT
Andrea, I'm not sure. Should I?
Comment by Andrea Scarpino (BaSh) - Monday, 11 November 2013, 10:20 GMT
I'll talk with the phonon guys later and let you know.
Comment by Andrea Scarpino (BaSh) - Monday, 11 November 2013, 14:50 GMT
  • Field changed: Category (Packages: Extra → Upstream Bugs)
They say to try with a new user first (this could be an issue with the gstreamer cache).
If the problem "persist" please report this on bugs.kde.org; fill a bug under phonon/gstreamer.
Comment by hamelg (hamelg) - Monday, 11 November 2013, 19:21 GMT
I have the same issue and get this backtrace in Phonon::Gstreamer::MediaObject::getAudioChannelInfo.
I tried to delete the cache file in directory ~/.gstreamer-0.10 without success. It continues to crash randomly :(
It crashes also in dolphin file manager when previewing a mp3 file.
Is there a open upstream bug report, where ?
Comment by ValdikSS (ValdikSS) - Monday, 11 November 2013, 19:22 GMT
https://bugs.kde.org/show_bug.cgi?id=327465 here. Filled just now.
Comment by hamelg (hamelg) - Monday, 11 November 2013, 19:25 GMT
https://bugs.kde.org/show_bug.cgi?id=327465
Comment by Thomas Riccardi (Niluge_KiWi) - Tuesday, 12 November 2013, 21:30 GMT
I had a similar crash since amarok 2.8.0-1 update: I fixed it by installing phonon-qt4: I had "phonon" (phonon-1:4.6.0-8) instead of "phonon-qt4" (phonon-qt4-4.7.0-2), and the kde minor version change was probably the cause of my segfault.

I don't know why phonon non -qt4 was installed, I just haven't upgraded my archlinux installation for several weeks. Should I open another bug report for this issue?
Comment by Andrea Scarpino (BaSh) - Tuesday, 12 November 2013, 21:56 GMT
@Thomas
No, the phonon issue has already been fixed. The reporter here wrote he's using phonon-qt4 so I think that's not the issue here.
Comment by patrick (potomac) - Sunday, 01 December 2013, 15:04 GMT
the problem affect also juk ( kde player ), in fact all phono applications will crash if gstreamer phonon backend is used
Comment by Jan de Groot (JGC) - Tuesday, 10 December 2013, 21:16 GMT
What's the states with latest gstreamer0.10-* packages?
Comment by hamelg (hamelg) - Tuesday, 11 February 2014, 21:59 GMT
I just upgraded phonon-gstreamer from 4.6.3 to 4.7.1.
Unfortunately, the issue is still here. It crashes at the same place, the backtrace is the same.
Comment by ValdikSS (ValdikSS) - Wednesday, 12 February 2014, 05:39 GMT
Can confirm. The issue is still here, have to use phonon-vlc.
Comment by hamelg (hamelg) - Sunday, 04 May 2014, 15:59 GMT
phonon-gstreamer has been replaced by phonon-qt4-gstreamer.
Unfortunately, the bug is still here :(

I don't like phonon-vlc, the amarok spectrum analyzer doesn't work with it.
Comment by hamelg (hamelg) - Sunday, 22 June 2014, 15:28 GMT
Here, with the latest phonon-qt4-gstreamer 4.7.2, it seems the bug has gone !
any other feedback ?

Edit: I'm talking too quickly, my amarok has just crashed with the same backtrace.
Comment by Denis R. (lezter) - Thursday, 03 July 2014, 05:58 GMT
Amarok still randomly crashes (usually after around 10 min of playing) with the same backtrace. Haven't tried phonon-vlc.

phonon-qt4-gstreamer 4.7.2-1
amarok 2.8.0-3
Comment by ValdikSS (ValdikSS) - Thursday, 03 July 2014, 21:04 GMT
It's not a packaging issue, so it's almost useless to write here (on archlinux bugtracker). Please write on KDE bugtracker, https://bugs.kde.org/show_bug.cgi?id=327465

I tried to bisect this bug, but it's pretty hard.
Comment by hamelg (hamelg) - Wednesday, 09 July 2014, 15:30 GMT
Hi ValdikSS,

Here, I have followed the git bisect procedure :
git bisect start v4.7.0 v4.6.3

I think I found out the commit which introduced this bug :
[b07fd213c11f23a6099ab2739b590fb7101e978c] FEATURE: Implement audio channel selection

The backtrace (http://bugsfiles.kde.org/attachment.cgi?id=85152) confirms it :
>> #24 0x00007f54f66959e9 in Phonon::Gstreamer::MediaObject::getAudioChannelInfo (this=this@entry=0x2cbfcb0, stream=<optimized out>) at .../gstreamer/mediaobject.cpp:407

I am not sure at 100% (but 99.9%) because this bug occurs randomly.
could you confirm my bisect result before posting in the kde bug report ?
Comment by ValdikSS (ValdikSS) - Wednesday, 09 July 2014, 15:42 GMT
Hi hamelg.
I can't even configure this commit and the commit before it. How did you compile it?
Comment by hamelg (hamelg) - Wednesday, 09 July 2014, 16:10 GMT
I used the phonon-qt4-gstreamer pkgbuild and I removed all related to qt5.
after bisecting, you must replace the cmake/*.cmake files with those at HEAD because some macro rules have changed.
Comment by hamelg (hamelg) - Wednesday, 09 July 2014, 19:18 GMT
Here is a patch to revert the offending commit.
You can apply it on the current extra/phonon-qt4-gstreamer 4.7.2-1.
   revert-b07fd213c11f23a6099ab2... (8.8 KiB)
Comment by ValdikSS (ValdikSS) - Friday, 11 July 2014, 13:33 GMT
hamelg, can confirm, without this commit phonon-gstreamer works as expected, without any crashes. Good job!
Please post this to kde bugtracker.
Comment by hamelg (hamelg) - Friday, 18 July 2014, 22:53 GMT
Unfortunately, the developer says the bug is not in gstreamer backend, but in gstreamer libs or glib. Finding the offending commit is not sufficient and the root cause is still unknown.

I notice only archlinux users complain about this issue. Archlinux phonon backend still uses gstreamer 0.10, not 1.2. Ubuntu 14.04 phonon backend is compiled with gstreamer 1.2 and I didn't seen any bug report. Perhaps, it's time to switch to gstreamer 1.2 because 0.10 is no longer maintained ?

PS.
I found out that phonon-qt4-gstreamer has a missing dependency on gstreamer0.10-ugly-plugins, it uses /usr/lib/gstreamer-0.10/libgstmad.so.
Comment by Andrea Scarpino (BaSh) - Saturday, 19 July 2014, 07:15 GMT
Oh, I didn't know it already supports 1.x.

EDIT: It doesn't. Ubuntu ships a snapshot from the 1.0-porting-for-merge branch.
Comment by hamelg (hamelg) - Saturday, 19 July 2014, 08:11 GMT
see https://bugs.kde.org/show_bug.cgi?id=335777
it has status RESOLVED UPSTREAM
Comment by hamelg (hamelg) - Tuesday, 22 July 2014, 20:49 GMT
I've tried the 1.0-porting-for-merge branch.
It compiles but it doesn't work. When using it, sound doesn't play and I get errors like that :

(amarok:28142): GStreamer-CRITICAL **: gst_element_request_pad: assertion 'templ != NULL' failed
(amarok:28142): GStreamer-CRITICAL **: gst_pad_link_full: assertion 'GST_IS_PAD (srcpad)' failed
(amarok:28142): GStreamer-CRITICAL **: gst_object_unref: assertion 'object != NULL' failed
(amarok:28142): GStreamer-CRITICAL **: gst_element_request_pad: assertion 'templ != NULL' failed
....
Comment by Andrea Scarpino (BaSh) - Tuesday, 09 September 2014, 09:04 GMT
Is this fixed with 4.8.0-1?
Comment by Sami B. (spider-mario) - Tuesday, 09 September 2014, 09:41 GMT
On my machine, nothing plays at all. Audacious and other non-Phonon apps can play sound, but Amarok cannot, and trying to test my output device in KDE’s System Settings causes a crash.
Comment by ValdikSS (ValdikSS) - Tuesday, 09 September 2014, 09:43 GMT
Seems like fixed to me. @Sami B., try to reboot. Everything works in Amarok for me.
Comment by Sami B. (spider-mario) - Tuesday, 09 September 2014, 09:45 GMT
This is already after a reboot. Do you think another one would help?
Comment by Sami B. (spider-mario) - Tuesday, 09 September 2014, 09:53 GMT
I thought I had fixed the problem by stopping pulseaudio (pulseaudio --kill), deleting various pulseaudio files (mainly ~/.pulse/*) and restarting it (start-pulseaudio-kde) but it only enabled one device test before they made System Settings crash again.

This is appearently specific to the GStreamer backend, as everything works correctly (Amarok included) when I select the VLC backend instead.
Comment by ValdikSS (ValdikSS) - Tuesday, 09 September 2014, 09:56 GMT
@Sami B., Sorry, it seems I had amarok running and didn't restart it.
Right now, Amarok won't even start with gstreamer backend:

Application: Amarok (amarok), signal: Segmentation fault
[Current thread is 1 (process 7595)]

Thread 1 (process 7595):
#0 0x0000003001cb89ed in ?? ()
#1 0x0000000000000000 in ?? ()
Comment by patrick (potomac) - Tuesday, 09 September 2014, 14:11 GMT
@Andrea Scarpino (BaSh) : the big problem with the 4.8.0-1 version of phonon-qt4-gstreamer package is that pulseaudio package is now a mandatory dependecy,

so each boot pulseaudio server is started, which is bad for those who don't want to use pulseaudio,

pulseaudio should not be a mandatory dependency, but only an optional dependency,

with my configuration I can't test amarok because pulseaudio is buggy with my configuration,

see  FS#41889 

Comment by David Roth (V1del) - Tuesday, 09 September 2014, 17:11 GMT
This bug is so weird and seemingly arch specific. I can also reproduce the instant crashing, but the strange thing is, both juk and dragon player seem to work just fine but amarok (as well as dolphin preview) dies immediatly.
Comment by David Roth (V1del) - Wednesday, 10 September 2014, 22:14 GMT
qtwebkit seems to have been the culprit here as well, seems to work, also couldn't reproduce the initial crashing problem that the bug report talked about. could only do some limited testing though

Loading...