[Live-devel] Misordered frames with synchronized rtp source

[Ross Finlayson]

> I have problem with misordered frames from when fSubsession.rtpSource()->hasBeenSynchronizedUsingRTCP() is true. How is that possible?

It's not.  The LIVE555 code delivers the contents of RTP packets in the correct order (based on the sequence numbers in the RTP packets).  (Note that the 'packet reordering threshold' takes effect only when packets get lost, which is probably not happening in your case, and - in any case - still causes data to get delivered in the correct order.)

So you can assume that your data is being delivered in the correct order.  Note however, that 'presentation times' are not necessarily monotonically increasing.  It is common for presentation times to be out-of-order for video codecs (such as MPEG-2, MPEG-4, and H.264) which can have 'B" frames.  Note that frames for these codecs are sent - over RTP - in *decoding* order (i.e., the order in which frames are supposed to be fed into a decoder), *not* display order (the order in which the decoded frames are supposed to be displayed).


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120315/8e8a25a4/attachment.html>