GNOME Bugzilla – Bug 574044
totem crashes when trying to play audio/m4a
Last modified: 2009-03-04 19:13:11 UTC
This is on Mandriva Cooker, with totem 2.25.92, gstreamer 0.10.22 and gst-plugins-good 0.10.14. When the faad element is not available, totem crashes when trying to play a .m4a file. It doesn't start codeina. Here's a backtrace: (gdb) run sample.m4a The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/totem sample.m4a [Thread debugging using libthread_db enabled] Detaching after fork from child process 24685. Detaching after fork from child process 24686. [New Thread 0xb67016e0 (LWP 24683)] [New Thread 0xb569bb90 (LWP 24689)] [New Thread 0xb4d98b90 (LWP 24690)] shm_open() failed: Die angeforderte Funktion ist nicht implementiert Detaching after fork from child process 24691. E: caps.c: Assertion 'cap_set_proc(caps) == 0' failed at daemon/caps.c:126, function pa_drop_caps(). Aborting. shm_open() failed: Die angeforderte Funktion ist nicht implementiert [New Thread 0xb047ab90 (LWP 24692)] Detaching after fork from child process 24693. E: caps.c: Assertion 'cap_set_proc(caps) == 0' failed at daemon/caps.c:126, function pa_drop_caps(). Aborting. [Thread 0xb047ab90 (LWP 24692) exited] [Thread 0xb4d98b90 (LWP 24690) exited] ** (totem:24683): WARNING **: Failed to create dbus proxy for org.gnome.SettingsDaemon: Could not get owner of name 'org.gnome.SettingsDaemon': no such name [New Thread 0xb4d98b90 (LWP 24694)] [New Thread 0xb047ab90 (LWP 24695)] [New Thread 0xb3529b90 (LWP 24696)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb047ab90 (LWP 24695)] 0xb3b60a0e in float_to_int16_interleave_misc_sse (dst=<value optimized out>, src=0xb42dbf1c, len=1024, channels=6) at libavcodec/i386/dsputil_mmx.c:2266 2266 __asm__ volatile( (gdb) thread apply all bt full
+ Trace 213147
Thread 1 (Thread 0xb67016e0 (LWP 24683))
It is with gst-ffmpeg 0.10.6 built against the bundled libavcodec.
This isn't a Totem bug: 0xb3b60a0e in float_to_int16_interleave_misc_sse (dst=<value optimized out>, src=0xb42dbf1c, len=1024, channels=6) at libavcodec/i386/dsputil_mmx.c:2266 2266 __asm__ volatile( Please test with gst-launch in the future.
OK. Do you need another backtrace?
A sample file would be good. Also, could you double-check that this is in fact reproducable with: $ gst-launch-0.10 playbin uri=file:///path/to/foo.m4a and $ gst-launch-0.10 file:///path/to/foo.m4a ! decodebin ! fakesink
Created attachment 130010 [details] sample file Here's the backtrace from gst-launch-0.10 filesrc location=sample.m4a ! decodebin ! fakesink 0xffffe410 in __kernel_vsyscall ()
+ Trace 213148
Thread 2 (Thread 0xb6610b90 (LWP 26021))
Also, I wonder whether the AAC decoder was re-enabled on purpose, or if the plugin name just changed from "mpeg4aac" to "aac" on the ffmpeg side and it's not disabled any longer by accident...
*** This bug has been marked as a duplicate of 566250 ***