GNOME Bugzilla – Bug 565764
crash while encoding using id3mux
Last modified: 2009-06-06 10:21:00 UTC
gst pipe used for encoding audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=0 vbr=4 vbr-mean-bitrate=320 vbr-min-bitrate=256 ! xingmux ! id3mux can you confirm that this crash is caused by libid3tag and not by invalid usage of libid3tag by gstreamer? (gdb) bt full
+ Trace 211098
nazgul@rivendell:~$ gst-inspect mad Factory Details: Long name: mad mp3 decoder Class: Codec/Decoder/Audio Description: Uses mad code to decode mp3 streams Author(s): Wim Taymans <wim@fluendo.com> Rank: secondary (128) Plugin Details: Name: mad Description: id3 tag manipulation and mp3 decoding based on the mad library Filename: /usr/lib/gstreamer-0.10/libgstmad.so Version: 0.10.9 License: GPL Source module: gst-plugins-ugly Binary package: GStreamer Ugly Plugins (Ubuntu) Origin URL: https://launchpad.net/distros/ubuntu/+source/gst-plugins-ugly0.10
Hard to say what's going on here with the information provided. Could you install the debug packages for gstreamer0.10-plugins-ugly/libgstmad and libgstid3tag? Could you make a debug log (GST_DEBUG=*:5 whateverapp 2>dbg.log) and attach it here, bzip2'ed? PS: you should use id3v2mux.
Ironically it does only crash with debugging disabled
looking closer at the backtrace... the bug seems to be in mad (see #3, #7, #8). The code of mad has changed a bit recently, can you try with latest releases (0.10.10) of ugly ?
commit 78ed09615b164b734f1304f3cbbc3170238dc0e7 Author: Tim-Philipp Müller <tim.muller@collabora.co.uk> Date: Fri Jun 5 20:53:57 2009 +0100 mad, id3mux: (re)move broken, unmaintained and unloved id3mux element It will be reborn with a shiny new code base under its hood in -bad. See #581756 and #565764. commit 09a304b39ad5d5b692ca0893fc98c959e5a16da7 Author: Tim-Philipp Müller <tim.muller@collabora.co.uk> Date: Sat Jun 6 00:39:10 2009 +0100 id3tag: rename new id3tag element to id3mux replacing the one removed from -ugly