← Research

Patrols

Patrols do not run on one repeating timer. Several Patrol timers can count down at once, mission conditions change how fast they count down, and a Patrol still needs an eligible group and spawn location after its timer expires.

Simultaneous timers
8 groups · up to 4 lanes each
Timer behavior
Countdown speed can change
Fallback origin
Outward from map center

Timer values vs ETA

The game stores countdown values, but it reduces them using the current countdown speed. A stored value of 80 therefore does not guarantee an 80-second wait. At 1.60× it falls 60% faster, and the speed can change again as mission progress, squad size, position, or other mission conditions change.

For estimates, track how fast the timer is currently falling rather than treating the stored value as seconds.

Baseline countdowns

Difficulty and faction select a baseline value from the current D1–D10 table used by ordinary Patrol lane initialization. The initialization path randomizes from a 2-second lower bound and can apply additional live/profile scaling before the lane countdown is written.

Read the table as baseline tuning, not as a guaranteed spawn interval or a guaranteed maximum starting countdown. After initialization, live Patrol modifiers keep changing how quickly the stored countdown falls, and a due lane still has to pass the later admission and placement checks.

Difficulty Terminids (s) Automatons (s) Illuminate (s)
D1 150 200 200
D2 135 170 200
D3 130 160 190
D4 125 150 180
D5 115 140 165
D6 105 130 150
D7 92 125 125
D8 85 110 110
D9 70 82 82
D10 65 75 78

Countdown modifiers

Several independent factors combine to control how quickly each Patrol timer falls. The current build confirms both the timer consumers and the current patrol tuning. The gameplay-facing names of two inputs remain unresolved, but their current numeric effects can still be stated directly.

Factor Countdown rule Evidence
Mission progress Five progress stages: 1.00× → 1.25× Confirmed in the current patrol tuning and current timer behavior.
Unidentified five-state channel All five current values are 1.00× The current data makes this channel neutral. Its gameplay-facing input is still unresolved.
Helldiver count 1P 1.00× · 2P 1.25× · 3P 1.45× · 4P 1.60× Confirmed in the current patrol tuning and current player-count behavior.
Unidentified special state 1.20× while active The current data stores the 1.20× factor; the gameplay-facing condition that applies it remains unresolved.
Patrolled-area proximity Profile-dependent; see the current profile table below Current patrol tuning contains distinct standard Terminid/Automaton, Gloom Terminid, and Illuminate spatial curves.
Extraction proximity 1.00× outside → 4.00× inside, changing across 200 m Confirmed in the current extraction-settings Patrol cooldown field across the examined profiles.
Heavy SEAF Presence Minimum 1.60× while a deployed SEAF contingent is active Code confirms the SEAF activity gate on both ordinary Patrol and reinforcement timers. A member field report supports deactivation after casualties or despawn.
Minimum countdown speed An active minimum overrides lower combined rates The SEAF contingent supplies one confirmed conditional minimum. Other sources, if active, must be evaluated separately.

SEAF troops and enemy spawn timing

While a deployed SEAF contingent is active, ordinary enemy Patrol and reinforcement countdowns run at no less than 1.60× speed. Other countdown modifiers are calculated first. If their combined speed already exceeds 1.60×, the SEAF minimum has no additional effect.

This is a temporary effect tied to the active SEAF deployment, not a fixed bonus for the entire operation. The game enables it after an eligible deployment and removes it when that deployment state resets. A field report also observed the faster countdowns disappear when SEAF soldiers died or despawned.

Once the deployment quota is met, the controller can reset the active state when its counted surviving force falls below 34% of the configured target. A target of six and a count of two would meet that condition, but the game can substitute counts in some cases. Two living soldiers is therefore not a guaranteed cutoff for every squad or deployment.

The minimum stops applying on subsequent countdown updates when the SEAF state resets. It does not force an immediate spawn, bypass enemy capacity checks, or change Patrol placement. The same minimum applies to ordinary enemy reinforcements; see reinforcement timing.

Evidence: Code confirmed for the active-state gate, both countdown floors, and the conditional casualty reset. Live supported by a member report; a controlled before-and-after measurement has not been documented.

Patrol countdown drain multiplier

Select the active factors to calculate how quickly an ordinary Patrol countdown drains. The selected factors multiply together, then any active minimum countdown speed is applied.

Raw drain 1.000×
Final drain 1.000×
100 timer units 100.0 s
1.00 × 1.00 × 1.00 × 1.00 × 1.00 = 1.000×

This calculator covers the mapped factors with non-neutral current values. The unidentified five-state channel is omitted because all five current Patrol values are 1.00×.

The calculator's patrolled-area slider uses the standard Terminid/Automaton 0.85×–1.40× curve. Illuminate and the Gloom Terminid profile use the different current curves listed below.

Mission-progress scaling

Patrol progress is a combined mission-progress value from 0% to 100%; it is not elapsed mission time. Main objectives, tactical objectives, and outpost-style locations can contribute differently rather than every activity counting the same.

The game uses five progress stages to change Patrol countdown speed. Exactly which mission actions feed every stage is still being mapped.

Mission progress Countdown speed Evidence status
0%+ 1.00× Confirmed current data
5%+ 1.10× Confirmed current data
20%+ 1.15× Confirmed current data
45%+ 1.20× Confirmed current data
70%+ 1.25× Confirmed current data

Squad-size scaling

Current code still indexes the Patrol timing modifier by active Helldiver count. The exact multipliers below are retained values supported by the unchanged current consumer.

Helldivers Countdown speed Evidence status
1 1.00× Confirmed current data
2 1.25× Confirmed current data
3 1.45× Confirmed current data
4 1.60× Confirmed current data

Patrolled-area scaling

Code confirmed

The timer influence and the origin selector are separate systems.

Current patrol tuning uses different patrolled-area curves by profile. Standard Terminid and Automaton profiles use 0.85× far away to 1.40× nearby over 125 m, Illuminate uses 0.80× to 1.20× over 100 m, and the Gloom Terminid profile uses 0.75× to 1.50× over 125 m.

Current profile Far rate Near rate Transition
Standard Terminid / Automaton 0.85× 1.40× 125 m
Gloom Terminid 0.75× 1.50× 125 m
Illuminate 0.80× 1.20× 100 m

When qualifying areas overlap, the strongest active effect is used rather than adding the curves together. An area can therefore change Patrol countdown speed without becoming the place the next Patrol approaches from. The approach is chosen later, after a timer is due.

Concurrent Patrol lanes

The game keeps eight ordinary Patrol timing groups. Each active group can hold up to four independent lane countdowns at once. Multiple lanes have been seen active in the same group, so there is not one Patrol timer per player or one timer for the whole mission.

One lane is confirmed as the base ordinary Patrol channel. Other lanes can coexist, but their exact gameplay roles remain unresolved.

  1. 01

    Keep multiple lane timers

    One Patrol timing group can hold several lane countdowns at the same time; the system is not one timer per player.

  2. 02

    Initialize its countdown

    A new ordinary lane receives a randomized countdown from its current spawn mode rather than one universal fixed interval.

  3. 03

    Count down at the current speed

    Mission progress, player count, nearby locations, an unidentified mission counter, and special states can change how quickly the timer falls.

  4. 04

    Apply suppression if active

    A separate state can hold the countdown at ten seconds, preventing the lane from reaching its spawn attempt.

  5. 05

    Run admission and placement

    When the lane is due, the game still needs an eligible Patrol group, enough population capacity, a usable approach, and an accepted spawn placement.

  6. 06

    Retry or reset

    Blocked or failed placement can produce a five-second retry. A successful spawn follows the normal reset instead.

Stops and retries

One confirmed mission state can hold an ordinary lane at a minimum of 10 seconds. While that state remains active, the timer cannot reach its spawn attempt even if it would otherwise expire.

The 5-second value belongs to a later retry. If Patrol placement is blocked or fails, the selected lane can reset to exactly five seconds before another attempt. It is not the normal Patrol interval.

Encounter capacity

Code confirmed

Patrol timers keep running, but an Encounter can consume the capacity needed to admit the next Patrol.

Current code keeps Patrol and Encounter category counters separate, so an active Encounter is not a direct Patrol-timer pause. When a Patrol is due, however, its request must fit under a shared active-enemy capacity gate. Encounter enemies contribute to that occupancy and can force the Patrol into its five-second retry path.

The ordinary lane gate first compares the live Patrol category count with the current Patrol target. It does not read the separate Encounter category count, so Encounter activity does not directly freeze the lane countdown.

The interaction happens when a lane is ready to spawn. The game adds the selected Patrol's quantity, in-flight spawn occupancy, and active enemy capacity usage. On the normal path, a total above 100 rejects the attempt and resets that lane to the five-second retry. The separate timed Patrol scheduler also reads the same active-enemy capacity and applies its own 100-unit capacity gate.

Instrumented combat captures confirm that Encounter units participate in this occupancy. In one capture, 64 encounter + 8 patrol + 2 guard-group enemies = 74, matching the shared capacity value of 74. Another capture had 46 encounter + 1 guard-group + 12 battle-group enemies = 59, matching a capacity value of 59.

The practical result is conditional suppression rather than a universal Encounter lock. A small Encounter can leave enough capacity for another Patrol; a large Encounter or other accumulated AI population can keep due Patrols from being admitted until occupancy falls again.

Other roaming timers

Spawn system Timing method Scope What it means
Ordinary Patrol lanes Independent lane countdowns Up to 4 lanes inside each of 8 timing groups Main roaming Patrol system. Countdown speed changes with mission conditions.
Separate paired Patrol timer Next-spawn time Global Straggler/Patrol system A separate system that can also create Patrols. It is not an ordinary lane timer.
Traveler timer Next-spawn time Traveling-group system Can create roaming groups independently of ordinary Patrol lanes.

A separate Patrol timer can also create groups classified as Patrol, while the Traveler timer can create other roaming groups that may look like patrols in play. Different roaming groups can therefore overlap without sharing one countdown.

Approach selection

The game shuffles possible mission locations, removes locations that are not allowed, then checks that the remaining options are far enough from the relevant player before choosing an approach.

Retained tests show that active outpost- and nest-style locations are important preferred approaches. The current build still does not safely identify every possible location as an outpost, nest, objective, or POI in this path, so the full category list remains unresolved.

  1. 01

    Shuffle possible locations

    The game randomizes the order of possible mission locations before checking them.

  2. 02

    Reject ineligible locations

    Locations that fail the current mission's eligibility checks are removed before distance and direction are tested.

  3. 03

    Enforce the placement distance

    A preferred location must be at least 100 m away in one spawn mode or 75 m away in the other three from the relevant player position.

  4. 04

    Build the approach direction

    For a selected location, the Patrol approaches from that location toward the relevant player.

  5. 05

    Fall back outward if no location survives

    The fallback is explicitly constructed away from map origin, so the ordinary fallback approach comes from the outer direction rather than toward map center.

Placement distances

Spawn mode Preferred-location minimum Secondary distance Signed random extent Known behavior
Larger-distance placement 100 m 75 m ±50 m One mapped placement profile uses the larger spacing.
Shorter-distance placement 75 m 50 m ±25 m Three mapped placement profiles share the shorter spacing.

The preferred-location minimum is confirmed. The other two placement values are also confirmed, but their exact roles in the final spawn position remain unresolved.

Approach direction

Once a preferred location is chosen, the Patrol approaches from that location toward the relevant player. The location's own facing can also affect the final placement.

If no preferred location survives, the fallback constructs its placement point on the opposite side of the player from map origin. In practical terms, the ordinary fallback comes outward from map center.

Patrol selection

Timer expiry begins the next stage; it does not guarantee an immediate squad. The game filters the available Patrol groups for the current mission, adjusts how likely each group is, resolves the exact enemies, checks population limits, chooses the approach, and then tries to place the spawn.

The Enemy Constellations & Composition report covers group composition, variants, and specialist replacements in detail.

Stage What happens
Eligible Patrol groups Patrol groups are filtered by faction, mission, difficulty, player count, current population, and other mission conditions.
Selection weighting Eligible Patrol groups get adjusted selection weights before one is chosen.
Enemy composition The selected Patrol group resolves into exact enemies through the constellation and specialist-replacement systems.
Enemy limits Limits on some enemy categories can block a group when existing, pending, and requested enemies would exceed the allowed amount.
Shared spawn capacity A due ordinary Patrol adds the selected group quantity, in-flight spawn occupancy, and current shared enemy-capacity usage. On the normal path, a total above 100 blocks the attempt and sends the lane to its five-second retry.
Spawn placement Patrol placement can remain pending or fail even after its lane timer is already due.

Post-expiry delays

Code confirmed

A timer can be due without producing a visible Patrol immediately.

There may be no eligible group, population limits can block the spawn, the approach can fail, or placement can remain pending and enter the five-second retry path.

Evidence status

Finding Evidence status
Ordinary Patrols can use eight timing groups with up to four independent lane countdowns in each active group. Confirmed
Stored Patrol countdowns fall at a speed that can change and are not exact seconds-to-spawn. Confirmed
An active deployed SEAF contingent imposes a 1.60× minimum on ordinary Patrol and enemy reinforcement countdown speed; the effect ends when its active state resets. Code confirmed; live supported by field report
After the SEAF deployment quota is reached, a counted survivor fraction strictly below 34% can reset SEAF activity. Exact living-soldier thresholds depend on counting and deployment conditions. Code confirmed; live threshold not tested
Mission progress, squad size, patrolled-area proximity, extraction proximity, a currently neutral five-state channel, a 1.20× special-state factor, and an optional minimum speed participate in Patrol timing. Confirmed current data + code
Current Patrol timing profiles directly confirm the mission-progress and squad-size values, the 1.20× special-state factor, and the profile-dependent spatial curves. Confirmed current data
Patrolled-area proximity changes countdown speed; it does not choose the Patrol approach. Standard Terminid/Automaton, Gloom Terminid, and Illuminate profiles use different curves. Confirmed current data + code
Preferred approaches are chosen from shuffled mission locations and must meet a minimum distance for the active spawn mode. Confirmed
If no preferred live location survives, the ordinary fallback placement direction is outward from map center. Confirmed
A separate paired Straggler/Patrol timer can also create Patrols. Confirmed
The ordinary Patrol scheduler, countdown helper, candidate records, shared admission gate, and placement path were revalidated across 7.1.0 and show no gameplay change. Confirmed
The 7.1.0 enemy-pressure, global-cap preference, and distant-enemy despawn behavior has not been mapped into the ordinary Patrol path. Unresolved
The current ordinary Patrol lane gate compares the live Patrol-category count against its own scaled Patrol target; it does not read the separate Encounter-category counter. Confirmed
A due ordinary Patrol can be blocked by a shared capacity check and enter the five-second retry path. The ordinary gate uses selected Patrol quantity + in-flight spawn occupancy + current shared enemy-capacity usage. Confirmed
Encounter population contributes to the shared capacity used by Patrol admission. Retained instrumented captures with 64 encounter enemies produced 74 total categorized enemies and exactly 74 capacity units; another with 46 encounter enemies produced 59 and exactly 59. Confirmed
An active Encounter does not automatically pause every Patrol timer. It suppresses new Patrol creation when encounter population and other active enemies consume enough shared capacity to fail the Patrol admission gate. Confirmed
The path from an expired lane to its placement request is confirmed, but matching every lane to the final visible Patrol is not yet complete. Unresolved

Open research

Code confirmed

The 7.1.0 Enemy Spawning change has not been mapped into ordinary Patrols.

The adjacent-build comparison found no gameplay change in the ordinary Patrol scheduler, countdown helper, candidate pools, shared admission gate, or placement path. Arrowhead's enemy-pressure, global-cap preference, and far-enemy despawn behavior may belong to a separate allocation layer; that connection remains unresolved.

Target Why it matters
SEAF activity transition in live missions A member report links the timer minimum to surviving deployed SEAF. Controlled capture is needed to measure exactly when the state changes after deaths or despawns and to resolve population-count fallbacks.
7.1.0 enemy-pressure allocator Arrowhead describes enemy-count/distance pressure, global-cap spawn preference, and far-enemy despawning, but that behavior has not been mapped into the ordinary Patrol path and may belong to a separate spawning layer.
Mission-progress sources The combined progress value is confirmed, but every objective and location type that contributes to it is not yet named.
Unidentified five-state input Its current Patrol timing values are all neutral at 1.00×, but the gameplay-facing input itself is still not named.
Preferred approach location types The game checks mission locations, but the exact field that distinguishes outposts, nests, objectives, POIs, and other location types is not yet decoded.
Lane → spawned Patrol Needed to match each visible Patrol directly to the timer lane and approach that created it.
Spawn-mode secondary values A second distance and random offset are confirmed mathematically but do not yet have gameplay-facing meanings.
10-second hold trigger The 10-second hold is exact; the gameplay state that activates it remains unresolved.
Patrol-capacity override condition The ordinary >100 occupancy gate has a separate override path. The condition that enables that override is not yet mapped to a gameplay state.

Research basis

Methodology How the OTL reconstructed Patrol generation

The model combines current code verification, runtime instrumentation, processed game data, controlled tests, and comparisons between adjacent builds. Unresolved values remain unnamed until their gameplay behavior is established.

Evidence standard

How the OTL separates code confirmation, controlled live testing, and behavior that remains unresolved.

How the OTL rates evidence

The OTL rates code evidence and live-game evidence separately. A mechanic can be clear in code but still need a controlled gameplay check for hidden state, ordering, or another runtime factor.

Confirmed Direct evidence establishes the claim in that channel.
Supported Evidence is consistent with the claim, but an important condition is not fully isolated.
Not tested No independent evidence from that channel has been documented yet.
Unresolved The available evidence is insufficient to make the claim safely.
Contradicted Direct evidence in that channel conflicts with the claim.

Live confirmation means controlled gameplay or instrumented runtime observation, not player impression alone.