[Bug 701146] gnonlin : Don't send flush start flush stop on user demand.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=701146
  GStreamer | gnonlin | git

Sebastian Dröge <slomo> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |slomo at circular-chaos.org
     Ever Confirmed|0                           |1

--- Comment #3 from Sebastian Dröge <slomo at circular-chaos.org> 2013-05-29 07:20:14 UTC ---
As discussed on IRC it seems that this change is causing other negative side
effects. What's missing it seems is the direct correlation of a user seek event
and the flush event that is generated from that, it could be generated by
something else too in the time between sending the seek upstream and receiving
the real flush-start.


A solution to this must make sure that:
a) No flushes go downstream at all for internal composition work (e.g.
switching segments)
b) A flushing seek should produce for downstream exactly one flush-start and
flush-stop during seeking
c) It must work reliable with scrub-seeking, non-flushing seeks, reverse
playback, just changing/reversing playback rate, ...

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