[Bug 700806] gstbasesrc: retry pushing STREAM_START event if needed

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=700806
  GStreamer | gstreamer (core) | git

--- Comment #4 from Sebastian Dröge <slomo at circular-chaos.org> 2013-05-22 08:22:32 UTC ---
<she-man> slomo: maybe so, but the problem is that the STREAM_START event is
not dropped in the sense that it's removed, it is not attached to the pad in
the first place. store_sticky_event() will not attach it while flushing
<slomo> she-man: yes, that's what i mean too :) the same happens in the queues
for example when an event is in the queue between sinkpad and srcpad, then
dropped but was never attached to the srcpad
<she-man> slomo: aha, ok
<slomo> she-man: and it's not just in basesrc but a general problem with all
pads :(
<she-man> slomo: would it be possible, or desirable, to modify
store_sticky_event() to attach sticke events even thoug the pad is flushing?
<slomo> she-man: yes, something like that seems to be the solution
<slomo> she-man: but of course only for non-segment, non-eos sticky events. and
then there's the potential of getting the even order mixed up because of not
storing the segment events but later events

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