[vlc-devel] Re: [Patch] RTP reordering - dropping of old/duplicate packets

[Ross Finlayson]

> > Be careful about anything reordering RTP -- the whole idea is Real Time --
> > adding buffers is bad juju for people who rely on it to be just that.

Just in case it's not immediately obvious: Adding support for 
properly handling misordered RTP packets will introduce delay, but 
*only* if incoming RTP packets are actually misordered!  In the 
common case - when no misordering occurs - no extra delay will be 
introduced.  If the next packet seen after packet N is packet N+1, 
then packet N+1 can be delivered immediately.  It's only if the next 
packet seen after packet N is packet N+i (where i>1) that you need to 
delay (in order to wait for packets N+1...N+i-1 to arrive).

(Also, FYI, the "LIVE555 (formerly LIVE.COM) Streaming Media" 
libraries - which VLC already uses for RTSP/RTP client streaming - 
already handles misordered RTP packets.)

         Ross.


-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html