Trouble seeking a complex pipeline

[isaac]

I linked to an old version of my test program, the correct one is here 
<https://gist.github.com/hunternet93/1d8a28c9dd7b8a823005> and also 
includes the backtrace.

I'm calling seek_simple from my bus callback, does that ensure I'm 
calling from the correct thread or is there something else I need to do?

On 08/06/2014 02:41 AM, Sebastian Dröge wrote:
> On Di, 2014-08-05 at 22:20 -0500, isaac wrote:
>> Hello,
>> I'm writing a video player application that dynamically plays videos
>> based on user commands, looping each video and crossfading between them.
>> My pipeline is rather complex, please see the image here
>> <https://owncloud.isrv.pw/public.php?service=files&t=54bceac798e5501daa196dffc5a1a242&download>
>> for the details. In my Python code, I've inserted a probe after my
>> uridecodebin elements to catch EOS events, when an EOS event comes
>> through I post a message to the bus and drop the EOS. When the message
>> is received, the bus callback calls seek_simple() on the message's
>> source uridecodebin. However, the uridecodebin is never seeks but
>> instead hangs. Please see my example script here
>> <https://owncloud.isrv.pw/public.php?service=files&t=a10f944344286f87bb7583ecc8eede5c&download>,
>> which demonstrates the issue I'm having. How can I seek the uridecodebin
>> back to the start of the file?
> You can't seek in a pipeline from the streaming thread, otherwise it
> will deadlock. You'll have to defer the seeking to another thread and
> then it should work.
>
> If it still doesn't, please provide backtraces from all threads at the
> time it deadlocks.
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140806/a8efb232/attachment.html>