[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