[Bug 730039] rtpjitterbuffer: jitter buffer stalls if first seqnum is different than seqnum-base

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #9 from Wim Taymans <wim.taymans at gmail.com> 2014-05-14 08:36:46 UTC ---
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > 
> > > Right. I can try to fix this today, unless you are already fixing it. Let me
> > > know.
> > 
> > Go ahead and propose a fix.
> 
> Just filed bug 730078 with a patch.
> 
> Interestingly, my problem mentioned in this bug was fixed too. I was receiving
> the packet with seqnum-base late, but because this new bug it was never
> inserted properly.
> 
> In any case, what happens if packet with seqnum-base is lost?

It should probably estimate when it should be received and wait until the last
moment before
generating a lost-packet event.

We don't do anything like this, it would involve estimating a time in the past
using seqnum-base+1
timestamp and seqnum-base+2 packet spacing. not sure it is worth it. What
happens now is that
seqnum-base+1 is delayed as much as possible (waiting for seqnum-base) but
there is never a lost-packet 
event generated for seqnum-base.

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