Change back kDefaultMaxReorderingThreshold to 50 packets.
This was changed by mistake (?) to 5 in a refactoring cl: https://webrtc-review.googlesource.com/c/src/+/222324 This caused the packets lost metric to not count loss gaps that are larger than 5 packets. Bug: webrtc:13336 Change-Id: Ied4732312aeed81862a74fbc889e33fcedde3def Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/236840 Commit-Queue: Jakob Ivarsson <jakobi@webrtc.org> Reviewed-by: Danil Chapovalov <danilchap@webrtc.org> Cr-Commit-Position: refs/heads/main@{#35290}
This commit is contained in:
committed by
WebRTC LUCI CQ
parent
7194d832b2
commit
baf1512a4c
@ -15,7 +15,7 @@
|
||||
|
||||
// Configuration file for RTP utilities (RTPSender, RTPReceiver ...)
|
||||
namespace webrtc {
|
||||
constexpr int kDefaultMaxReorderingThreshold = 5; // In sequence numbers.
|
||||
constexpr int kDefaultMaxReorderingThreshold = 50; // In sequence numbers.
|
||||
constexpr int kRtcpMaxNackFields = 253;
|
||||
|
||||
constexpr TimeDelta RTCP_SEND_BEFORE_KEY_FRAME = TimeDelta::Millis(100);
|
||||
|
||||
Reference in New Issue
Block a user