[gstreamer-bugs] [Bug 633700] [streamsynchronizer] regression: hang when pausing near EOS

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=633700
  GStreamer | gst-plugins-base | unspecified

--- Comment #12 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2010-11-13 18:46:08 UTC ---
(In reply to comment #11)
> I do agree with the sentiment, just trying to get things moving and gather some
> opinions here :)
> 
> What was the verdict on the make-sinks-preroll-on-newsegment-updates approach?
> Is that workable, just not a good idea to do 5 minutes before a release, or was
> there a flaw with that approach?

AFAIK, more is needed in this case; e.g. the prerolled state needs to preserve
beyond PAUSE/PLAYING (i.e. similar to eos state).  Otherwise upstream (e.g.
streamsynchronizer) would be required to (re)act on state change to PLAYING
(e.g. sending another newsegment event), which sounds uncomfortable/hackish and
possibly tricky/dangerous if that has to be done in state change thread (which
other constraints in circumstances likely dictate).

> 
> Maybe we can use your approach, but don't make it public API, just use a custom
> event for now to make it work, and then see if there's a different better
> solution later?

Would work for me for now (assuming then it has been looked over for not likely
breaking whatever other stuff).

-- 
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.