Summary: | Juk crashes when I try to play a .wma file | ||
---|---|---|---|
Product: | [Applications] juk | Reporter: | Daniel Quinn <expendable.0> |
Component: | general | Assignee: | Scott Wheeler <wheeler> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | alex, andresbajotierra, deus_ex_machin, frederic.coiffier, gokcen.eraslan, kunguz, mpyne, perseus99can, wasfv, zeissmann |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi |
Description
Daniel Quinn
2010-04-22 03:09:32 UTC
*** Bug 235581 has been marked as a duplicate of this bug. *** Created attachment 48126 [details]
New crash information added by DrKonqi
Amarok does not always crash on WMA files but sometimes it plays some of a WMA file as silence then skips to the next song. But this behavior only occurs on WMA files.
*** Bug 242893 has been marked as a duplicate of this bug. *** I think it's a problem between xine (backend of Phonon) and ffmpeg. On Gentoo, if I downgrade ffmpeg, it solves the problem. But, I can't reproduce the crash by using the standalone ffmpeg binary. I'm using gcc-4.4.4. The problem was seen on Gentoo and Debian. Created attachment 49270 [details]
New crash information added by DrKonqi
tried to play wma audio file, amarok crashed with a seg fault
Isn't this an upstream bug? I doubt we can do much about that, neither Juk nor Amarok or phonon do handle the codecs Yes, for me, it's linked to ffmpeg. But, we can't reproduce it by using ffmpeg directly, or xine (which is used as phonon backend). The problem exists only on 32 bits. I think that I have the problem on Fedora 13 and Gentoo and Bug 242893 has occured on Debian. By looking for the ffmpeg's symbols on Google, we can find some bugs related to misaligned data between ffmpeg and the caller (in our case, I think it's libkxine which is used by Phonon). For Gentoo, nobody can reproduce the bug http://bugs.gentoo.org/show_bug.cgi?id=326419 and it was closed. So, it may be linked to a specific hardware or a configuration for this hardware. In my case, I have 1 Core 2 Duo and 1 Core 2 Quad, both with PAE features enabled. We may try to enter a bug in ffmpeg project, but usually, they refuse any bugs which can't be reproduced with the ffmpeg program. Created attachment 49943 [details]
New crash information added by DrKonqi
Playing Juk, everying was fine until it tried to play one of my few .wma files. The whole thing crashed as soon as that one was supposed to play next.
I re-launched Juk, double clicked on the offending song, and sure enough, crashed again. I didn't even hear a note from the file.
The crash can be reproduced every time.
(In reply to comment #7) Updated the gentoo bug as was able to reproduce consistently. Downgrading ffmpeg indeed solved the problem. Posting here to draw attention of amarok devs to the following: https://roundup.ffmpeg.org/issue2141 There it is suggested that the crash _could_ be to do with mem alignment in either amarok or xine code. Added similar comment to xine issue (http://bugs.xine-project.org/show_bug.cgi?id=382). The nature of the bug seems to require that devs from all three (ffmpeg, xine & amarok) need some feedback. [Comment from a bug triager] Actually, there is another bug report against Phonon containing lots of duplicate with those backtraces at bug 247228. Just to keep the things organized and considering this is a Phonon-Xine-FFMpeg bug more than a Juk one, I'm going to merge this report with bug 247228, and add your information and references there. Thanks and sorry for the noise. *** This bug has been marked as a duplicate of bug 247228 *** |