[gstreamer-bugs] [Bug 344901] [faad/qtdemux] crash with .m4a files on x86_64

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=344901
 GStreamer | gst-plugins-bad | Ver: 0.10.4





------- Comment #12 from Eric Bair  2006-06-30 20:56 UTC -------
I accidentally reported a duplicate of this bug.  I posted a stack trace that I
obtained trying to play an m4a file in rhythmbox; I can repost it here if that
would be helpful.  I can also try to produce any other stack traces that might
be useful.

For what it's worth, I can't help but wonder if the problem might be in faad2
rather than gstreamer.  In the past, I noticed that the versions of faad2
distributed by livna and dries/freshrpms are incompatible with one another,
even though the version numbers of the two faad2 rpm packages were identical. 
If I had the livna version of faad2 installed, I couldn't play m4a files on
gstreamer, mplayer, xmms, or any other audio application that was built against
the dries/freshrpms version of faad2.  Similarly, if I installed the
dries/freshrpms version of faad2, than any audio application that I downloaded
from livna no longer worked.

Indeed, I filed a bug report describing a nearly idential problem two months
ago (http://bugzilla.gnome.org/show_bug.cgi?id=340762).  This bug was closed
immediately; they told me that I shouldn't be using the livna version of faad2
together with gstreamer.  Now even the dries/freshrpms version of faad2 doesn't
seem to work.  I would be tempted to install a different version of faad2 and
see if that helps the problem at all.  (I would do it myself, but I'm about to
leave town for a couple days.)


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.