GNOME Bugzilla – Bug 680441
[0.11] playbin? audiodecoder? regression: easily locks up when seeking
Last modified: 2012-09-10 09:11:42 UTC
Some recent change makes it quite easy to lock up totem when seeking. 1) totem ~/media/shortclips/ 2) keep right arrow key pressed (gdb) thread apply all bt
+ Trace 230557
Thread 1 (Thread 0x7f60e1edb980 (LWP 20218))
This is for seeking on the very same file or when seeking and also switching between files? In the first case something goes completely wrong with the stream-start events, as the streamsynchronizer for some reason got a stream-start event and now waits for the other streams to finish before accepting the new segment event of the seek.
OTOH streamsynchronizer should probably signal the stream_finish cond when receiving a flush-start event to unblock this stream.
(In reply to comment #2) > OTOH streamsynchronizer should probably signal the stream_finish cond when > receiving a flush-start event to unblock this stream. commit f3158569c60702746dae55d518894f7c25142909 Author: Wim Taymans <wim.taymans@collabora.co.uk> Date: Tue Sep 4 11:09:50 2012 +0200 streamsync: unblock gcond on flush-stop See https://bugzilla.gnome.org/show_bug.cgi?id=680441
The flush-start still looks racy, it signals the gcond but it's possible that this happens right before a segment stop arrives and then the segment will block anyway.
Can't reproduce, please test with lastest git.
I think it's fixed now, thanks!