[vlc-devel] live555 RTP processing bug?

[John Zavgren]

The packet with sequence number 37314 was expected, then it was received,
so why is the receive processor still expecting packet 37314?
My RTP sessions are hanging. I instrumented the method:
ReorderingPacketBuffer::storePacket
(BufferedPacket * bPacket)

storePacket gets numerous RTP frames, then it's expecting number 37314...
it arrives and then so do 37315,37316, etc.

if 37314 arrives why is the expected sequence number not being incremented?

...
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37314
JRZ storePacket(): Storing first packet?
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37315
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37316
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37317
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37318
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37319
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37320
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 37321
JRZ storePacket(): In order arrival.
JRZ storePacket(): Expected sequence number: 37314, Received sequence
number: 373

-- 
I refuse to believe that corporations are actually people until the state
of Texas executes one.


John Zavgren
603-371-0513 (home)
603-801-2094 (cell)
johnzavgren (skype)
603-821-0904 (skype)
john at zavgren.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20120126/4b0c8087/attachment.html>