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