[Bug 646397] rtpjitterbuffer base_time broken by commit f84b8a69

[GStreamer (bugzilla.gnome.org)]

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

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mnauw at users.sourceforge.net

--- Comment #1 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2011-04-01 09:42:46 UTC ---
(part of) problem is all the "live stuff" that happens in rtsp(src) even when
very much non-live material is being played.

In particular, for seeking in this case, all (syncing/timing) that happens in
the pipeline before it prerolls again (following the flush) still happens with
old base_time (which will be set to new base_time when the whole pipeline goes
to playing again).  As such, it might think it is timing out to eos during the
seek.

So, if there are suggestions how to have jitterbuffer recognize difference
between being added and what follows a flush(ing seek) ...

Will ponder about that and as to whether it might be controlled elsewhere, but
suffice it to say e.g. having to make rtspsrc specifically aware of
jitterbuffer mechanics is not so nice ...

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