[Bug 769536] rtpjitterbuffer: new start-delay property

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Jun 2 19:52:06 UTC 2017


https://bugzilla.gnome.org/show_bug.cgi?id=769536

Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #339478|none                        |reviewed
             status|                            |

--- Comment #8 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
Review of attachment 339478:
 --> (https://bugzilla.gnome.org/review?bug=769536&attachment=339478)

A delay is a bit arbitrary. The goals in waiting here is to make sure that we
don't endup dropping packets due to reordering (specially initially, since you
want your keyframe with certain codec). Maybe instead we could implement a fast
start that rely on something we can trust. I think a good metric would be to
start if we have received 3 packets with consecutive seqnum.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list