Flushing seek hangs

Thiago Santos thiagoss at osg.samsung.com
Wed Feb 3 18:26:30 UTC 2016


On 02/03/2016 03:17 PM, Davide Tuccilli wrote:
> I have a simple pipeline running on a RPi2, using a decodebin 
> connected to a tee, that branches into a glimagesink and a fakesink (I 
> use the latter to get the last sample I need to save frame snapshots, 
> doesn't seem like I can convert glimagesink samples in a format 
> accepted by jpegenc/pngenc directly), each branch with its own queue.
>
> Whether in playing or paused state, this seek call hangs and never 
> returns:
>
> gst_element_seek_simple(m_pipeline, GST_FORMAT_TIME, 
> GST_SEEK_FLAG_FLUSH, nanoseconds);

Can you get a stack trace with gdb to see where it hanging?

Also, what version of GStreamer is this?

>
> On the other hand, if I do the same call on a playing pipeline without 
> the flush flag (just using GST_SEEK_FLAG_NONE), the call terminates 
> successfully.
>
> I'm quite new to gstreamer, but everything I read states that flushing 
> seeks should be the standard way of seeking, should be thread-safe 
> (unlike non flushing) and might help with performances aswell.
>
> The log didn't really help me, no error messages, only LOG/DEBUG level 
> messages and I couldn't find anything helpful.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


-- 
Thiago Sousa Santos
Senior Multimedia Engineer, Open Source Group
Samsung Research America - Silicon Valley



More information about the gstreamer-devel mailing list