GNOME Bugzilla – Bug 719544
deinterlace: crash when downstream caps contain list of framerates
Last modified: 2014-01-10 23:58:31 UTC
(gdb) thread apply all bt
+ Trace 232854
Thread 21 (Thread 0x7fc70f490700 (LWP 15887))
How reproducible is it? How can we reproduce this bug ? Also, please also add some info on whihc thread it was in when it crashed and what kind of crash is it? segfault?
The easiest way is to grab transmageddon from git master and just put together a mpeg ts transcode. It is a segmentation fault. (transmageddon.py:24104): GStreamer-CRITICAL **: gst_value_list_get_value: assertion 'index < VALUE_LIST_SIZE (value)' failed Segmentation fault (core dumped)
Ok, found a simple test case: gst-launch-1.0 filesrc location="A_Digital_Media_Primer_For_Geeks-360p.ogv" ! decodebin ! deinterlace ! mpeg2enc ! mpegpsmux ! filesink location="/tmp/test.mpg" It seems the deinterlace plugin is to blame, pipeline runs fine withot it.
bonus points if you point us to the http location of the exact same input file as well :)
As asked :) http://downloads.xiph.org/video/A_Digital_Media_Primer_For_Geeks-360p.ogv
This fixes the crash, but it still doesn't work: commit 63b0e84addc44dcbf643836f7632ec1cee266d82 Author: Tim-Philipp Müller <tim@centricular.com> Date: Sun Dec 1 23:32:20 2013 +0000 deinterlace: fix off-by-one crash when downstream caps contain a list of framerates https://bugzilla.gnome.org/show_bug.cgi?id=719544
Works with an additional videorate before the encoder. In any case, the crash is fixed.
Should also be picked into 1.2 probably