mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-14 05:12:09 +00:00
nlecomposition: Always execute seeks
We have an optiominisation to avoid double seeks when a seek is passed the end of the current stack. The problem, is that we no longer flush the pipeline when this code is reached. This patch comments out this optimization adding a FIXME. As mention, flushing the stack instead of seeking would work, but does not seem trivial considering all the mechanic inplace to forward or not the events. https://bugzilla.gnome.org/show_bug.cgi?id=787405
This commit is contained in:
parent
faf44ac0e2
commit
5dd5b163ae
1 changed files with 5 additions and 0 deletions
|
@ -552,6 +552,10 @@ _seek_pipeline_func (NleComposition * comp, SeekData * seekd)
|
|||
GST_DEBUG_OBJECT (seekd->comp, "Segment now has flags:%d",
|
||||
priv->segment->flags);
|
||||
|
||||
/* FIXME: The idea was to avoid seeking on a stack if we know we will endup
|
||||
* passed the end, but then we loose the flush, wich leads to hangs. Long
|
||||
* term, we should just flush the stack instead to avoid the double seek. */
|
||||
#if 0
|
||||
if (priv->segment->start >= NLE_OBJECT_STOP (seekd->comp)) {
|
||||
GST_INFO_OBJECT (seekd->comp,
|
||||
"Start %" GST_TIME_FORMAT " > comp->stop: %" GST_TIME_FORMAT
|
||||
|
@ -560,6 +564,7 @@ _seek_pipeline_func (NleComposition * comp, SeekData * seekd)
|
|||
GST_FIXME_OBJECT (seekd->comp, "HANDLE error async!");
|
||||
return;
|
||||
}
|
||||
#endif
|
||||
|
||||
_post_start_composition_update (seekd->comp,
|
||||
gst_event_get_seqnum (seekd->event), COMP_UPDATE_STACK_ON_SEEK);
|
||||
|
|
Loading…
Reference in a new issue