zqz/platform-external-webrtc
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Limits reported cumulative packets lost to 0.

Browse Source 
This ensures that we don't break clients that can't handle
negative values.

Bug: webrtc:9598
Change-Id: I33c3933982577752eceb738d7e0bd2a6825d2249
Reviewed-on: https://webrtc-review.googlesource.com/93020
Commit-Queue: Sebastian Jansson <srte@webrtc.org>
Reviewed-by: Danil Chapovalov <danilchap@webrtc.org>
Reviewed-by: Magnus Flodman <mflodman@webrtc.org>
Cr-Commit-Position: refs/heads/master@{#24230}
This commit is contained in:
Sebastian Jansson
2018-08-08 14:41:16 +02:00
committed by Commit Bot
parent 2a15267cb7
commit 436d036b62
2 changed files with 10 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
modules/rtp_rtcp/source/receive_statistics_unittest.cc
View File

@ -479,7 +479,9 @@ TEST_F(ReceiveStatisticsTest, NegativeLoss) {
receive_statistics_->GetStatistician(kSsrc1)->GetStatistics(
&statistics, /*update_fraction_lost=*/true);
EXPECT_EQ(0u, statistics.fraction_lost);
EXPECT_EQ(-1, statistics.packets_lost);
// TODO(bugs.webrtc.org/9598): Since old WebRTC implementations reads this
// value as unsigned we currently limit it to 0.
EXPECT_EQ(0, statistics.packets_lost);
// Lose 2 packets; now cumulative loss should become positive again.
header1_.sequenceNumber = 7;
@ -521,7 +523,9 @@ TEST_F(ReceiveStatisticsTest, NegativeCumulativeLossClamped) {
RtcpStatistics statistics;
receive_statistics_->GetStatistician(kSsrc1)->GetStatistics(
&statistics, /*update_fraction_lost=*/false);
EXPECT_EQ(-0x800000, statistics.packets_lost);
// TODO(bugs.webrtc.org/9598): Since old WebRTC implementations reads this
// value as unsigned we currently limit it to 0.
EXPECT_EQ(0, statistics.packets_lost);
}
// Test that the extended highest sequence number is computed correctly when