GStreamer arch and latency

[Sebastian Dröge]

On Sa, 2016-05-14 at 12:28 -0400, Aaron Boxer wrote:
> I don't really understand the underlying design, but I have a question about latency:
> 
> I notice that the rtp payloader assumes that a complete video frame is available before
> it starts payloading. Would it not give better perf and lower latency if the payloader
> could begin processing as the MTUs come in over the wire?  

The payloader is (usually) processing data that does not come over the
wire, and in many cases it also needs to be able to look at the
complete frame first before actually doing something.

For the depayloader, e.g. rtph264depay should (or could) output
individual NALs instead of complete AUs but as our decoder also work on
frame-units this wouldn't help much. It would however be beneficial to
change that in some situations, it just has to be done.
-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160515/ccf61a3c/attachment-0001.sig>