Fix mismatch between different NACK list lengths and packet buffers.
This is a second version of http://review.webrtc.org/1065006/ which passes the parameters via methods instead of via constructors. BUG=1289 Review URL: https://webrtc-codereview.appspot.com/1065007 git-svn-id: http://webrtc.googlecode.com/svn/trunk@3456 4adac7df-926f-26a2-2b94-8c16560cd09d
This commit is contained in:
@ -800,7 +800,6 @@ RTCPReceiver::HandleNACK(RTCPUtility::RTCPParserV2& rtcpParser,
|
||||
rtcpParser.Iterate();
|
||||
return;
|
||||
}
|
||||
|
||||
rtcpPacketInformation.ResetNACKPacketIdArray();
|
||||
|
||||
RTCPUtility::RTCPPacketTypes pktType = rtcpParser.Iterate();
|
||||
@ -1271,13 +1270,11 @@ void RTCPReceiver::TriggerCallbacksFromRTCPPacket(
|
||||
_rtpRtcp.OnRequestSendReport();
|
||||
}
|
||||
if (rtcpPacketInformation.rtcpPacketTypeFlags & kRtcpNack) {
|
||||
if (rtcpPacketInformation.nackSequenceNumbersLength > 0) {
|
||||
if (rtcpPacketInformation.nackSequenceNumbers.size() > 0) {
|
||||
WEBRTC_TRACE(kTraceStateInfo, kTraceRtpRtcp, _id,
|
||||
"SIG [RTCP] Incoming NACK length:%d",
|
||||
rtcpPacketInformation.nackSequenceNumbersLength);
|
||||
_rtpRtcp.OnReceivedNACK(
|
||||
rtcpPacketInformation.nackSequenceNumbersLength,
|
||||
rtcpPacketInformation.nackSequenceNumbers);
|
||||
rtcpPacketInformation.nackSequenceNumbers.size());
|
||||
_rtpRtcp.OnReceivedNACK(rtcpPacketInformation.nackSequenceNumbers);
|
||||
}
|
||||
}
|
||||
{
|
||||
@ -1451,4 +1448,5 @@ void RTCPReceiver::PacketTimeout()
|
||||
_cbRtcpFeedback->OnRTCPPacketTimeout(_id);
|
||||
}
|
||||
}
|
||||
|
||||
} // namespace webrtc
|
||||
|
Reference in New Issue
Block a user