Remove NetEq simulation step size restriction. This should not be relevant anymore and is causing some issues due to SetMinimumDelay events early in the log. Bug: None Change-Id: Ib7e3c624608c9bceaed31bd6669db59887d24659 Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/303580 Reviewed-by: Henrik Lundin <henrik.lundin@webrtc.org> Commit-Queue: Jakob Ivarsson‎ <jakobi@webrtc.org> Cr-Commit-Position: refs/heads/main@{#39956}
diff --git a/modules/audio_coding/neteq/tools/neteq_test.cc b/modules/audio_coding/neteq/tools/neteq_test.cc index 82dd0ae..ab9a3e2 100644 --- a/modules/audio_coding/neteq/tools/neteq_test.cc +++ b/modules/audio_coding/neteq/tools/neteq_test.cc
@@ -273,17 +273,8 @@ prev_lifetime_stats_ = lifetime_stats; const bool no_more_packets_to_decode = !input_->NextPacketTime() && !operations_state.next_packet_available; - // End the simulation if the gap is too large. This indicates an issue - // with the event log file. - const bool simulation_step_too_large = result.simulation_step_ms > 1000; - if (simulation_step_too_large) { - // If we don't reset the step time, the large gap will be included in - // the simulation time, which can be a large distortion. - result.simulation_step_ms = 10; - } - result.is_simulation_finished = simulation_step_too_large || - no_more_packets_to_decode || - input_->ended(); + result.is_simulation_finished = + no_more_packets_to_decode || input_->ended(); prev_ops_state_ = operations_state; return result; }