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;
     }