[Live-devel] Always dropping the first frame?

[Alex Agranovsky]

Hi,

I'm debugging a situation, where the first frame on the connection is 
always dropped by live555 RTSP client.

Looking at the current code in MultiFramedRTPSource.cpp:

in MultiFramedRTPSource::doGetNextFrame1
     // first call on the connection, so packetLossPreceded = 
fHeadPacket->isFirstPacket() = True
fReorderingBuffer->getNextCompletedPacket(packetLossPrecededThis);
     // at this point, packetLossPrecededThis=True and 
fCurrentPacketBeginsFrame=True

     // This sets fCurrentPacketBeginsFrame to False
     processSpecialHeader(nextPacket, specialHeaderSize)

     // at this point the frame is going to be ignored because
     } else if (packetLossPrecededThis) {
         fPacketLossInFragmentedFrame = True;
     }


I'm not sure if it's input being invalid in some way (just an mkv file, 
served by live555MediaServer), or a bug-- but ffmpeg client doesn't seem 
to have this problem. I'm attaching the input file in question. 
Following is the buffer dump of the input to the first call to 
processSpecialHeader:

processSpecialHeader - begin 1440 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
7c 05 e4 55 54 20 9f f7 fa 70 b8 35 f9 ab 6f c5
e3 9d 88 56 0e b0 ae 36 05 16 3d 1f be b2 08 29
01 cb 06 17 24 9e 6d 42 97 8b df 64 c8 a2 da 5a
c3 b3 c7 f4 c3 ae 06 c4 fe bd 38 8c 97 7b b0 bb
d9 17 e2 c4 96 c4 a9 0e 4d 8e e7 ce e9 9b 54 e2
6f 8c f1 a2 35 f6 08 d7 e4 9f f1 93 8e 70 a5 26
47 84 64 54 84 a8 23 9a 33 4a d3 23 30 e8 11 83
09 85 08 aa 37 2f f7 6a ae 5b df 5b 5c dd 21 81
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< processSpecialHeader - end




-------------- next part --------------
A non-text attachment was scrubbed...
Name: short.mkv
Type: application/octet-stream
Size: 2258051 bytes
Desc: not available
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20220517/9b927712/attachment-0001.obj>