[Bug 699793] videomixer: resets its current segment when receiving a flush stop

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=699793
  GStreamer | gst-plugins-good | git

Thibault Saunier <thibault.saunier> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thibault.saunier at collabora.
                   |                            |com

--- Comment #9 from Thibault Saunier <thibault.saunier at collabora.com> 2013-05-19 14:26:47 UTC ---
(In reply to comment #8)
  > Actually, no. That's not how this is supposed to work.
  > 
  > videomixer will always output a [0,-1] segment and will output frames
according
  > to the running times of the separate streams.

How are we supposed to handle that in Gnl then, for the moment we calculate
segment.base the following way:
      rstart = gst_segment_to_running_time (segment, GST_FORMAT_TIME,
segment->start);
      rstop = gst_segment_to_running_time (segment, GST_FORMAT_TIME,
segment->stop);
      copy.base = comp->priv->next_base_time;
      comp->priv->next_base_time += rstop - rstart;

Who is wrong, gnonlin or videomixer? :)

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