[Bug 673794] udpsink: implement timestamp smoothing / sender throttling (for rtprawpay and gigabit ethernet)

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #20 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-11-20 15:39:29 UTC ---
As I see it:

1. if we don't set a rate in this case, we are guaranteed to almost always drop
data, and a lot of it, because the kernel buffers are limited in size and raw
video frames are much larger than that size. That seems undesirable to me.

2. ergo: we need to set some rate to make it work automagically and not always
drop data

3. ideally, we'd set the max rate of the connection, but we can't really do
that or know that. We could default to *some* rate, but if our default is too
high, we will send packets too fast and they get dropped even if the connection
could handle it theoretically.

4. the nominal rate of the stream is the lowest rate at which no packet loss is
bound to occur. If we use that rate, and packets are still dropped, then it's
simply because the connection can't handle it, and there is no scenario in
which fewer packets are dropped. Hence it seems the optimal rate to avoid
packet loss. (However, there are latency considerations as well of course.)

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