[gstreamer-bugs] [Bug 347452] Seeking hangs after so many seeks

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=347452
 GStreamer | don't know | Ver: HEAD CVS


Wim Taymans changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.10




------- Comment #6 from Wim Taymans  2006-07-28 14:11 UTC -------
Lots of fixes here.. sigh...

Can't make it deadlock anymore with  ./seek 15 "audiotestsrc freq=330 ! adder
name=add  audiotestsrc freq=550 ! add. add. ! alsasink" in scrubbing mode
(which used to lock up after a few seconds of seeking madness before this patch
with similar stacktraces as the ones in the bugreport)

        * libs/gst/base/gstcollectpads.c:
        (gst_collect_pads_set_flushing_unlocked), (gst_collect_pads_pop),
        (gst_collect_pads_clear), (gst_collect_pads_flush),
        (gst_collect_pads_event), (gst_collect_pads_chain):
        When flushing a pad, also clear the queued buffer so that we don't
        accidentally use it when we shouldn't.
        Fix leaks by inreffing incomming buffer.
        Flush out queued buffers in case of errors.
        Fixes #347452.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.