After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 770081 - rtpjitterbuffer: do not use an old buffer's receive time to update jitter
rtpjitterbuffer: do not use an old buffer's receive time to update jitter
Status: RESOLVED DUPLICATE of bug 769768
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-08-18 10:14 UTC by Vincent Penquerc'h
Modified: 2016-09-01 07:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
rtpjitterbuffer: do not use an old buffer's reveive time to update jitter (1.21 KB, patch)
2016-08-18 10:14 UTC, Vincent Penquerc'h
none Details | Review
do not use an old buffer's reveive time to update jitter (5.18 KB, patch)
2016-08-19 19:15 UTC, Vincent Penquerc'h
none Details | Review

Description Vincent Penquerc'h 2016-08-18 10:14:20 UTC
Created attachment 333555 [details] [review]
rtpjitterbuffer: do not use an old buffer's reveive time to update jitter

This avoids the delta jumping when receiving such a buffer.
Comment 1 Sebastian Dröge (slomo) 2016-08-18 10:32:44 UTC
Comment on attachment 333555 [details] [review]
rtpjitterbuffer: do not use an old buffer's reveive time to update jitter

This means you wouldn't consider reordered packets either. Isn't the "jitter" added by reordering also to be considered in the calculated jitter?
Comment 2 Vincent Penquerc'h 2016-08-18 10:44:56 UTC
Ideally, we'd do that only for the retransmitted packets. Short of keeping a list of those, though, I don't see a way to tell which are retransmitted, and which are merely out of order. I suppose keeping a list should be OK since it's not going to happen too often.

From what I can see, the delta is used to calculate the min in a window, so it can get the "best case" to estimate the clock drift, and using late buffers will not hit the min. So I don't think it matters in that case.
Comment 3 Olivier Crête 2016-08-19 18:36:32 UTC
That seems to be a usecase for the RETRANSMITTED flag from bug #769771 with the code from bug #769768
Comment 4 Vincent Penquerc'h 2016-08-19 19:14:57 UTC
Indeed. And I forgot to upload another patch instead, let me upload it now. Authored not by me, but the author does not want attribution.
Comment 5 Vincent Penquerc'h 2016-08-19 19:15:27 UTC
Created attachment 333692 [details] [review]
do not use an old buffer's reveive time to update jitter
Comment 6 Håvard Graff (hgr) 2016-08-19 19:26:03 UTC
Just a heads up that this patch will conflict heavily with https://bugzilla.gnome.org/show_bug.cgi?id=769768 where you get the same outcome (non-rtx jitter-calulations) but without guessing, since you use the buffer-flag to differentiate rtx and non-rtx. Also, there are lots of tests for this, where as here there are none.
Comment 7 Håvard Graff (hgr) 2016-08-19 19:50:00 UTC
specifically, this one-liner does what this whole patch tries to do: https://bugzilla.gnome.org/attachment.cgi?id=333139&action=diff#a/gst/rtpmanager/gstrtpjitterbuffer.c_sec23
Comment 8 Vincent Penquerc'h 2016-08-19 20:18:43 UTC
It looks like this bug can be closed as obsolete, assuming that patchset is accepted. I'll leave it open for now, and close when the other is merged.
Comment 9 Sebastian Dröge (slomo) 2016-09-01 07:21:45 UTC

*** This bug has been marked as a duplicate of bug 769768 ***