| Summary: | Amarok crashing randomly on some songs in between, sometimes on changing | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | eugen.dahm |
| Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | crash | CC: | cmenard, ian.monroe, mark_a_rodriguez |
| Priority: | NOR | ||
| Version First Reported In: | 2.7.0 | ||
| Target Milestone: | 2.8 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
eugen.dahm
2013-02-15 12:37:54 UTC
Forgot to mention: I wrote that it started just out of nothing a few weeks ago. This needs some clarification: It didn't start with the 2.7 update. It started out of nothing "shortly" (idk when exactly) before the 2.7 update. Would be interesting to know who the culprit is. It's impossible for me to see from this big stacktrace. I don't really see, which Thread initially crashed. That is probably a bug with the phonon-backend-gstreamer, and you can workaround this by using the phonon-backend-vlc Sadly you do not have debugging symbols installed so the backtrace is not very useful. Please make sure you recompile Amarok, Phonon and phonon-backend-gstreamer as explained here so the dbugging symbols are used. Thats the problem. I added most of the debugging symbols(according to the arch wiki). At least for Amarok, gstreamer, gstreamer-base and glib2. Regarding gstreamer-phonon. I had hoped it was just phonon and also tried it with the phonon-backend-vlc. Afair, it also crashed sometimes with that :(. So, no it is most proably not that. But I will try again anyway. According to this drkonqui crashhandler, my report was "useful" and it didn't nag about missing debugging symbols, after building all this stuff from source - since the arch devs on their ivory tower believe that there is no necessity to add debug packages to the repos and it is better that the users build them for themselves if necessary :(. Can you tell me which debugging symbols I'm missing exactly (at least I guess its phonon-gstreamer which you need too with debugging symbols). Ok sorry. I oversaw the debugging build options specifically for amarok. I only changed the global build options arch uses when building packages from source (disabling strip, adding debugging symbols with -g and disable optimizations). Lets see what I get out of amarok with debugfull setting appended to CMAKE. The problem seems to be pretty much this https://bbs.archlinux.org/viewtopic.php?id=157245 . Changed to phonon-vlc and "disabled" the wikipedia plugin stuff. I don't get it I don't have the context view activated, but still it seemed to help removing the wikipedia thing from the context view and disabling it again. At least for now, I couldn't provoke any more crashes. (In reply to comment #5) > The problem seems to be pretty much this > https://bbs.archlinux.org/viewtopic.php?id=157245 . > Changed to phonon-vlc and "disabled" the wikipedia plugin stuff. I don't get > it I don't have the context view activated, but still it seemed to help > removing the wikipedia thing from the context view and disabling it again. > At least for now, I couldn't provoke any more crashes. I don't think you need to disable wikipedia, that information has only been reported by one user, not something I can confirm. Can you still provide a backtrace, please, so I can reassign this to the right place? > I don't think you need to disable wikipedia, that information has only been reported by one user, not something I can confirm.
Are you using arch linux?
At least 4 users had the problem and confirmed that disabling the wikipedia stuff helped ;).
Of course I will provide a backtrace, as soon as I can provoke a crash again. For now, it doesn't crash.
What I also don't understand, why the choice between phonon-vlc and phonon-gstreamer, when amarok is linked against gstreamer anyway? Is there a way to compile amarok with any gstreamer reference stripped whatsoever? The last time I was able to provoke the crash was, after rebooting (before the reboot I switched to VLC), and the crash after the reboot still showed that some gstreamer stuff was involved in the crash. I thought this shouldn't be the case.
Btw you didn't answer my question regarding the debugging symbols.
I'm not entirely sure that I have compiled everything with debugging support needed to get a complete backtrace.
(In reply to comment #7) > > I don't think you need to disable wikipedia, that information has only been reported by one user, not something I can confirm. > Are you using arch linux? > At least 4 users had the problem and confirmed that disabling the wikipedia > stuff helped ;). Which doesn't proove that the wikipedia applet is the culprit at all, since not disabling it works as well :) > Of course I will provide a backtrace, as soon as I can provoke a crash > again. For now, it doesn't crash. > What I also don't understand, why the choice between phonon-vlc and > phonon-gstreamer, when amarok is linked against gstreamer anyway? What makes you think that? Amarok is not linked against gstreamer at all, it just uses Phonon for the playback, and Phonon provvides different backends, the gstreamer backend and the vlc backend. The gstreamer one is buggy due to unsolved upstreaem problems in gstreamer itself so the vlc backend is usually teh safer choice. It's jsut that the distributions choose to ship the gstreamer backend as default, but the user can change that quite easily. > Btw you didn't answer my question regarding the debugging symbols. > I'm not entirely sure that I have compiled everything with debugging support > needed to get a complete backtrace. Well, ideally you would have to compile amarok, phonon and the phonon backends and all their dependencies with debugging enabled. I don't know how that is done in Arch at all, so that is something you will have to ask the Arch people. BTW, Chakra, which is a spin-off of Arch, does ship debugging symbols for all packages that can just be installed, no compiling needed... > What makes you think that? Amarok is not linked against gstreamer at all, it just uses Phonon for the playback, and Phonon provvides different backends, the gstreamer backend and the vlc backend. According to the output of ldd: > ldd $(which amarok) | grep gst 14:42:42 libgstapp-0.10.so.0 => /usr/lib/libgstapp-0.10.so.0 (0x00007f609a543000) libgstinterfaces-0.10.so.0 => /usr/lib/libgstinterfaces-0.10.so.0 (0x00007f609a332000) libgstpbutils-0.10.so.0 => /usr/lib/libgstpbutils-0.10.so.0 (0x00007f609a10f000) libgstvideo-0.10.so.0 => /usr/lib/libgstvideo-0.10.so.0 (0x00007f6099ef3000) libgstbase-0.10.so.0 => /usr/lib/libgstbase-0.10.so.0 (0x00007f6099ca1000) libgstreamer-0.10.so.0 => /usr/lib/libgstreamer-0.10.so.0 (0x00007f60999c3000) I'm just not sure if this is necessary due to phonon-gstreamer or not. > Well, ideally you would have to compile amarok, phonon and the phonon backends and all their dependencies with debugging enabled. Ok, that makes sense, which I have done already (so, no need to ask the arch team, since it is explained extensively in the wiki anyways). I will try to figure out some more of the dependencies which need to be recompiled, although I will try that only, if amarok crashes again. Regarding chakra: I'm too lazy, and don't have the time at the moment additionally to try chakra in a VM. Plus, I can almost bet that I get no problem when I install it in a VM (just a feeling). A year or so ago, I also had problems with amarok just getting stuck after some time. Couldn't figure it out. Deleting all amarok configs, reinstalling amarok etc. didn't help. Only thing that helped was switching to arch (since I have blown Fedora with the Fedora 17 upgrade). After that, amarok worked like a charm for some 7ish months or so. But it seems it always comes down to gstreamer or some other obscure bug. Is there some plan to get rid of gstreamer0.10 and switching to gstreamer 1 in amarok, or completely removing gstreamer support? To me it seems that gstreamer0.10 was abandoned in favor of gstreamer1. Hey Eugen, the crash is in this thread: Thread 3 (Thread 0x7f06337fe700 (LWP 3987)): [KCrash Handler] #5 0x00007f063c011a00 in ?? () #6 0x00007f079693bb65 in gst_data_queue_cleanup (queue=queue@entry=0x587d920) at gstdataqueue.c:246 #7 0x00007f079693c499 in gst_data_queue_locked_flush (queue=<optimized out>) at gstdataqueue.c:278 #8 gst_data_queue_flush (queue=0x587d920) at gstdataqueue.c:313 #9 0x00007f077cd31429 in gst_multi_queue_loop (pad=<optimized out>) at gstmultiqueue.c:1349 #10 0x00007f07966a0175 in gst_task_func (task=task@entry=0x5e96b30) at gsttask.c:327 #11 0x00007f07966a0fdc in default_func (tdata=<optimized out>, pool=<optimized out>) at gsttaskpool.c:70 #12 0x00007f07a25ede3d in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:309 #13 0x00007f07a25ed6cb in g_thread_proxy (data=0x7f063c007b70) at gthread.c:797 #14 0x00007f07a73fde0f in start_thread () from /usr/lib/libpthread.so.0 #15 0x00007f07a9295efd in clone () from /usr/lib/libc.so.6 So it's a thread started and managed by gstreamer, it doesn't even go through Amarok code, so it's hard to do anything with the issue. Right, as Ian said it, the problem is with gstreamer, nothing we can do about, this is an upstream bug. As a workaround you can use the phonon-backend-vlc, as I already suggested. As for the gstreamer version you have on your system we have zero influence on that, this is entirely a distribution question. Again: Amarok is not deciding on which backend you use, that depends again on the default installations made by the distribution, Amarok just uses the preferred backend in the Phonon settings (see also Amarok Settings menu -> Configure Amarok -> Playback -> Configure Phonon -> Backend tab. You can also access this form KDE's systemsettings -> Multimedia -> Phonon -> Backend tab). Ok. It's really gstreamer then :/.
> As for the gstreamer version you have on your system we have zero influence on that, this is entirely a distribution question.
Of course it is, but there are two main branches now. The 0.10.xxx and the 1.x.
Version 1 of gstreamer was released last year in September or so. Since as of what I've read, the api changed pretty much, it's not completely up to the arch team which version of gstreamer is packaged with arch, but rather if the phonon team decides to link phonon-gstreamer against gstreamer 1 or not ;).
But then, the amarok team cannot know(at least up front if the phonon team plans to jump to gstreamer 1 or not).
Is it really necessary to reboot when changing the phonon backend? I'm pretty sure amarok still crashed after I switched to phonon-vlc and reloading the gnome3 session(logout/login). It seems that it was really necessary to completely reboot the machine for phonon-vlc to take over. Whatever. It finally seems that my issue is resolved. Thanks.
*** Bug 318959 has been marked as a duplicate of this bug. *** *** Bug 326061 has been marked as a duplicate of this bug. *** *** Bug 326066 has been marked as a duplicate of this bug. *** |