GNOME Bugzilla – Bug 640929
ffdec_h264 crashes when decoding a certain video stream
Last modified: 2011-02-12 00:56:42 UTC
I have a mkv format video file. And each time I use the pipeline gst-launch filesrc location=xxx.mkv ! matroskademux ! ffdec_h264 ! ... to decode that file, it first runs for quite a long time, generating correct output (I can link the output to xvimagesink, or pass it for further encoding), but after a while an SIGABRT is signaled, and the program aborts. That file is the only one I have found to cause the problem. I'm not sure whether the file is broken, but when I use other media players to play that file I don't see any problem. gstreamer version is 0.10.28, the matroska plugin is 0.10.21, gst-ffmpeg is 0.10.10. The gdb backtrace is posted as attachments. I tried to post a coredump, but it seems to be too big (nearly 80 MBs).
Could you try more recent versions of things please? The lastest GStreamer core/base is 0.10.32, gst-plugins-good is at 0.10.27 (!) and gst-ffmpeg is at 0.10.11. Also, could you make the file available for download by any chance? > The gdb backtrace is posted as attachments. I tried to post a coredump, but it > seems to be too big (nearly 80 MBs). The core dump is not so useful. A stack trace with full debugging symbols is what we need.
Created attachment 179719 [details] gdb backtrace log
(In reply to comment #1) > Could you try more recent versions of things please? The lastest GStreamer > core/base is 0.10.32, gst-plugins-good is at 0.10.27 (!) and gst-ffmpeg is at > 0.10.11. Sure. I'll try a newer version in a few days. > Also, could you make the file available for download by any chance? It's a little difficult... Maybe I can cut the piece that cause the problem. > The core dump is not so useful. A stack trace with full debugging symbols is > what we need. I did post a stack trace. But I don't know why it's missing. I have just uploaded another.
I tried with a newer version and it works fine. Thanks for the help! I can mark this bug as obsolete now.