-
Notifications
You must be signed in to change notification settings - Fork 0
IRS IR Smoke Missile Countermeasure
Source-verified 2026-06-21 against then-current master cf2a6d6a4; current origin/master is 0139a346, so recheck cited paths before current-head claims. Paths relative to Missions/[55-2hc]warfarev2_073v48co.chernarus/ unless noted. Arma 2 OA 1.64.
The IRS (IR Smoke) module is WASP's ground-vehicle missile countermeasure system. When an IR-guided missile is fired at a qualifying vehicle, the system deploys smoke grenades and attempts to deflect the missile's trajectory. It is entirely distinct from the vanilla CM (WFBE_C_MODULE_WFBE_FLARES) flare path used by air vehicles.
IRS is guarded by a single flag:
| Constant | Default | Where set |
|---|---|---|
WFBE_C_MODULE_WFBE_IRSMOKE |
1 (enabled) |
Common/Init/Init_CommonConstants.sqf:814 |
IRS_Init.sqf is compiled only when this flag is > 0:
if ((missionNamespace getVariable "WFBE_C_MODULE_WFBE_IRSMOKE") > 0) then {
Call Compile preprocessFileLineNumbers "Common\Module\IRS\IRS_Init.sqf"
};Common/Init/Init_Common.sqf:339
Both Client_BuildUnit.sqf and Server_BuyUnit.sqf check this same constant before attaching the incomingMissile event handler or setting wfbe_irs_flares on a vehicle. Client_BuildUnit.sqf:545, Server_BuyUnit.sqf:155.
| Constant | Value | Meaning |
|---|---|---|
WFBE_IRS_AREA_OPERATING |
35 m |
Smoke grenade must land within this radius of the vehicle for the deflection attempt to trigger |
WFBE_IRS_AUTO_DETECT_RANGE |
200 m |
Missile is tracked once it enters this range of the vehicle |
WFBE_IRS_FLARE_DELAY |
60 s |
Cooldown between consecutive IRS deployments on a single vehicle |
WFBE_IRS_MISSILE_CHECK_RANGE |
200 m |
IRS actions are checked when the missile enters this range |
All four defined at Common/Module/IRS/IRS_Init.sqf:11-14.
Each entry registers a vehicle type as <type>_IRS = [dodgeChance%, smokeCount] in missionNamespace. An entry is only registered if (a) the vehicle type is already defined in the mission's core variable space, and (b) configFile >> "CfgVehicles" >> type >> "smokeLauncherGrenadeCount" resolves to a number — i.e., the vehicle has smoke launchers in its A2 config. Common/Module/IRS/IRS_Init.sqf:49-56.
| Class name | Dodge chance (%) | Base smoke count | Notes |
|---|---|---|---|
AAV |
50 | 2 | IRS_Init.sqf:18 |
BAF_FV510_W |
70 | 3 | IRS_Init.sqf:19 |
BAF_FV510_D |
70 | 3 | IRS_Init.sqf:20 |
BMP2_CDF |
50 | 2 | IRS_Init.sqf:21 |
BMP2_Gue |
50 | 2 | IRS_Init.sqf:22 |
BMP2_INS |
50 | 2 | IRS_Init.sqf:23 |
BMP2_TK_EP1 |
50 | 2 | IRS_Init.sqf:24 |
BMP3 |
65 | 3 | IRS_Init.sqf:25 |
BTR90 |
65 | 2 | IRS_Init.sqf:26 |
LAV25 |
65 | 2 | IRS_Init.sqf:27 |
M1126_ICV_M2_EP1 |
60 | 1 | Stryker ICV; IRS_Init.sqf:28
|
M1126_ICV_mk19_EP1 |
55 | 1 | Stryker ICV MK19; IRS_Init.sqf:29
|
M1129_MC_EP1 |
60 | 1 | Stryker MC; IRS_Init.sqf:30
|
M1135_ATGMV_EP1 |
60 | 1 | Stryker ATGM; IRS_Init.sqf:31
|
M1128_MGS_EP1 |
60 | 1 | Stryker MGS; IRS_Init.sqf:32
|
M1133_MEV_EP1 |
60 | 1 | Stryker MEV; IRS_Init.sqf:33
|
M1A1 |
70 | 4 | IRS_Init.sqf:34 |
M1A1_US_DES_EP1 |
70 | 4 | Desert M1A1; IRS_Init.sqf:35
|
M1A2_TUSK_MG |
75 | 4 | IRS_Init.sqf:36 |
M1A2_US_TUSK_MG_EP1 |
75 | 4 | IRS_Init.sqf:37 |
M2A2_EP1 |
65 | 3 | Bradley A2; IRS_Init.sqf:38
|
M2A3_EP1 |
65 | 3 | Bradley A3; IRS_Init.sqf:39
|
M6_EP1 |
60 | 3 | Linebacker; IRS_Init.sqf:40
|
T72_CDF |
65 | 4 | IRS_Init.sqf:41 |
T72_INS |
65 | 4 | IRS_Init.sqf:42 |
T72_Gue |
65 | 4 | IRS_Init.sqf:43 |
T72_RU |
65 | 4 | IRS_Init.sqf:44 |
T72_TK_EP1 |
65 | 4 | IRS_Init.sqf:45 |
T90 |
80 | 4 | Highest dodge chance in the table; IRS_Init.sqf:46
|
Total: 29 entries.
The "Base smoke count" column is the value stored at index 1 of the <type>_IRS array. This is the count assigned to wfbe_irs_flares at spawn for a side with upgrade level 1. At upgrade level 2 it is doubled (see Upgrade Levels below).
Silent exclusion rule: A vehicle type not present in this table — or whose class is undefined in the mission's variable namespace, or which lacks smokeLauncherGrenadeCount in CfgVehicles — receives no IRS registration and no wfbe_irs_flares variable. A vehicle type not in this table receives no wfbe_irs_flares variable and no incomingMissile IRS event handler — the exclusion happens at spawn/build time in Client_BuildUnit/Server_BuyUnit, not at event-fire time. IRS_Init.sqf:49-56.
| Constant | Index | File |
|---|---|---|
WFBE_UP_IRSMOKE |
18 |
Common/Init/Init_CommonConstants.sqf:55 |
The upgrade has 2 levels across all factions. Upgrades_USMC.sqf:78 (line 78: 2, //--- IR Smoke; all other faction upgrade files confirm the same max-level value).
| Level | Cost (money, supply) | Research time (s) | Prerequisite |
|---|---|---|---|
| 1 | [3000, 0] |
120 |
WFBE_UP_HEAVY level 3 |
| 2 | [9000, 0] |
180 | None (no link) |
Sources: Common/Config/Core_Upgrades/Upgrades_USMC.sqf:51,78,113,140 (costs, levels, links, times). The RU faction upgrade file confirms identical values at the same line offsets: Common/Config/Core_Upgrades/Upgrades_RU.sqf:51.
The WFBE_C_UPGRADES_<side>_ENABLED flag for IR Smoke at index 18 is gated on WFBE_C_MODULE_WFBE_IRSMOKE > 0 — if the module is disabled the upgrade entry is false and the research node does not appear in the buy menu. Upgrades_USMC.sqf:24.
When a player-purchased or player-built vehicle is built (Client_BuildUnit.sqf:354-367 or Server_BuyUnit.sqf:118-124):
- The side upgrade level is checked:
((sideJoined) Call WFBE_CO_FNC_GetSideUpgrades) select WFBE_UP_IRSMOKE > 0. - The vehicle's
<type>_IRSentry is retrieved frommissionNamespace. -
wfbe_irs_flaresis set to_get select 1(the base smoke count from the table above).Client_BuildUnit.sqf:363. - An
incomingMissileEH forWFBE_CO_MOD_IRS_OnIncomingMissileis attached.Client_BuildUnit.sqf:364.
On each trigger the vehicle announces via vehicleChat (localized string STR_WF_CHAT_IRS_Deployed): "Deploying IR Smoke! %1 ammunitions remaining." IRS_OnIncomingMissile.sqf:33, stringtable.xml:317.
At upgrade level < 2, the player crew hears a single one-shot sound: playSound ["inboundMissileGround", true]. IRS_OnIncomingMissile.sqf:37.
At upgrade level 2, the base smoke count from the table is doubled before being stored in wfbe_irs_flares:
if (((sideJoined) Call WFBE_CO_FNC_GetSideUpgrades) select WFBE_UP_IRSMOKE > 1) then {
_getSelectOne = _getSelectOne * 2;
};
_vehicle setVariable ["wfbe_irs_flares", _getSelectOne, true];Client_BuildUnit.sqf:361-363
Note: the doubling is applied only in Client_BuildUnit (player-spawned vehicles). Server_BuyUnit (AI-purchased vehicles) does not apply the level-2 doubling; it always uses _get select 1 unmodified. Server_BuyUnit.sqf:121.
The warning sound at upgrade level 2 changes from a single shot to a looping tone that plays for as long as the inbound missile is alive:
[_projectile] spawn {
_projectile = _this select 0;
while {!(isNull _projectile)} do {
playSound["inboundMissileGround_cont",true];
sleep 0.2;
};
};IRS_OnIncomingMissile.sqf:41-48
This continuous loop runs on the local player's machine only (the outer if ((local player) && (player in crew _vehicle)) guard applies to both branches). IRS_OnIncomingMissile.sqf:28.
Both Client_BuildUnit and Server_BuyUnit attach a second incomingMissile handler — the vanilla-tracking HandleATMissiles function — unconditionally for all Tank or Car class vehicles, regardless of IRS module state. HandleATMissiles is compiled at Common/Init/Init_Common.sqf:11; the EH attachment is at Client_BuildUnit.sqf:350. The IRS-specific handler (WFBE_CO_MOD_IRS_OnIncomingMissile) is then added on top if IRS conditions are met.
When an incoming missile fires, IRS_OnIncomingMissile executes this sequence:
| Step | Code path | Gate condition |
|---|---|---|
| 1. Ammo gate | IRS_OnIncomingMissile.sqf:18 |
Only IR-lock ammo (CfgAmmo >> irLock == 1) triggers IRS |
| 2. Locality gate | IRS_OnIncomingMissile.sqf:20 |
Vehicle must be local to this machine |
| 3. Crew alive check | IRS_OnIncomingMissile.sqf:21 |
At least one of driver / gunner / commander must be alive |
| 4. Flare counter check | IRS_OnIncomingMissile.sqf:24 |
wfbe_irs_flares > 0 |
| 5. Cooldown check | IRS_OnIncomingMissile.sqf:24 |
time - wfbe_irs_lastfired > WFBE_IRS_FLARE_DELAY (60 s) |
| 6. Deploy smoke | IRS_OnIncomingMissile.sqf:25 |
Spawns IRS_DeploySmoke on the vehicle |
| 7. Update lastfired | IRS_OnIncomingMissile.sqf:26 |
Sets wfbe_irs_lastfired = time
|
| 8. Decrement counter | IRS_OnIncomingMissile.sqf:27 |
Sets wfbe_irs_flares -= 1, broadcast global (true) |
| 9. Player HUD | IRS_OnIncomingMissile.sqf:28-50 |
Chat + sound, only if local player is in the vehicle |
| 10. Missile handler | IRS_OnIncomingMissile.sqf:56 |
If missile is local: spawns IRS_HandleMissile
|
IRS_DeploySmoke reads smokeLauncherGrenadeCount, smokeLauncherVelocity, smokeLauncherOnTurret, and smokeLauncherAngle directly from CfgVehicles for the vehicle type to calculate launch arcs. It creates SmokeShellVehicle objects and broadcasts them to clients via WFBE_CO_FNC_SendToClients for particle FX. The shells persist for 55 seconds before deletion. Common/Module/IRS/IRS_DeploySmoke.sqf:11-54.
IRS_CreateSmoke attaches custom particle emitters to each shell for the local visual effect (trail + white phosphorus cloud). Common/Module/IRS/IRS_CreateSmoke.sqf:1-30.
The deflection handler runs on the machine that is local to the missile (not the vehicle). It:
- Waits until the missile enters
WFBE_IRS_AUTO_DETECT_RANGE(200 m) of the vehicle.IRS_HandleMissile.sqf:21. - Checks that at least one
SmokeShellVehicleexists withinWFBE_IRS_AREA_OPERATING(35 m) of the vehicle. If none, exits without deflection.IRS_HandleMissile.sqf:26-27. - Rolls
random 100against the vehicle's dodge chance (_get select 0).IRS_HandleMissile.sqf:29. - On a successful roll, applies iterative deflection via
setVectorDirAndUpon the missile over 10 ticks (0.01 s each), scaled by the ammo'smaneuvrabilityconfig value (defaults to20if not set).IRS_HandleMissile.sqf:31-67.
The dodge check is probabilistic — the table value is a percentage chance per missile event, not a guarantee.
Common_RearmVehicle.sqf and Common_RearmVehicleOA.sqf both reset wfbe_irs_flares to the base table value (_get select 1) whenever the vehicle rearmed — provided the current count differs from the table default. This means rearming at a supply truck always restores base flares; it does not re-apply the level-2 doubling. Common/Functions/Common_RearmVehicle.sqf:33-39, Common/Functions/Common_RearmVehicleOA.sqf:23-30.
| Feature | IRS (WFBE_C_MODULE_WFBE_IRSMOKE) |
Vanilla CM (WFBE_C_MODULE_WFBE_FLARES) |
|---|---|---|
| Applies to | Ground vehicles: Tank, Car class |
Air vehicles |
| Trigger |
irLock == 1 ammo, incomingMissile EH |
incomingMissile EH (CM countermeasures) |
| Mechanic | Smoke + probabilistic trajectory deflect | Flare countermeasures (vanilla A2 CM) |
| Upgrade index |
WFBE_UP_IRSMOKE = 18 |
WFBE_UP_FLARESCM = 9 |
| Max levels | 2 | 1 |
- Upgrades-And-Research-Atlas — full upgrade index, cost tables, and research prerequisite chains for all factions
-
Modules-Atlas — master list of all
WFBE_C_MODULE_*flags, their defaults, and what they gate -
Factory-And-Purchase-Systems-Atlas — how
Server_BuyUnitandClient_BuildUnitspawn vehicles and attach module event handlers - Gear-Loadout-And-EASA-Atlas — the parallel EASA module for aircraft weapon customization (analogous optional-module pattern)
-
Variable-And-Naming-Conventions —
WFBE_C_*,WFBE_UP_*, and per-vehicle dynamic variable naming conventions
Home | Agent Guide | Current live state | Release 1.2.2 (B91) | Quickstart | Progress | Lifecycle wait-chain | Join/disconnect | Parameters/build | Assets/config | SQF atlas | PV index | Modules | Support/specials | Commander/HQ | Commander vote/reassign | Construction/CoIn | Construction cleanup | WDDM compositions | Factory/purchase | Upgrades/research | Towns/camps/capture | Victory/endgame | Markers/cleanup | Server runtime | AI runtime/HC | AI commander audit | HC delegation | Town AI safety | Commander reassignment | Resistance supply | Player UI workflow | UI atlas | Respawn/death | Gear template filter | Vehicle cargo loop | Service guards | UI IDD repair | UI design inspiration | WASP overlay | Feature status | Source propagation | release readiness | Tooling readiness | Integration trust | AntiStack DB | Owner decisions | Shelved registry | Abandoned feature revival | Hardening roadmap | PVF dispatch | Server authority | ICBM authority | Attack-wave authority | Telemetry families | AICOM V2 cutover | Consumer port map | Testing workflow | Server ops | Web tools | Ecosystem repos | Arma 2 OA refs | A2 traps | OA compatibility audit | Coverage ledger | Navigation inventory | Pruning ledger | Knowledge roadmap | Agent context | Collab protocol | Worklog | Audit archive 2026-07 | Briefing reference | Utes invasion concept
- Shelved AICOM concepts - revivable someday ideas (owner-shelved 2026-07-03)
Docs rule: source-backed claims only; Arma 2 OA scripting docs only; gameplay edits start in Missions/[55-2hc]warfarev2_073v48co.chernarus.
- Getting started
- Status and coordination
- Agent context
- Agent collaboration protocol
- Agent worklog
- Agent worklog archive
- Progress dashboard
- PR cleanup and integration lab
- Shelved PR #169: gear price double-count
- Shelved PR #194: Chernarus no-trees
- Coordination board
- Codebase coverage ledger
- Bottleneck removal queue
- Current source status
- Wiki mirror reconciliation
- Navigation inventory
- Registers
- Agent orchestration
- Architecture
- Architecture overview
- Mission entrypoints and lifecycle
- Lifecycle wait chain
- Player join/disconnect and AntiStack lifecycle
- Mission parameters/localization/build inputs
- Stringtable localization key-family catalog
- Source inventory
- Content structure and maps
- Assets/config/localization/parameters
- Mission start parameters index
- Code and networking
- Gameplay systems
- Core systems index
- Gameplay systems atlas
- Commander/HQ lifecycle atlas
- Economy, towns and supply
- Economy system reference
- Balance asymmetries
- Anti-stack skill-balance mechanic
- Empty-side supply income stagnation
- Towns, camps and capture atlas
- Victory and endgame atlas
- Victory conditions reference
- Territorial victory reference
- Marker cleanup and restoration
- Marker loop engine and registries
- Map marker families content catalog
- Marker subsystem function reference
- Client marker FSM updater map
- Support specials and tactical modules
- SCUD TEL tactical munitions
- Naval HVT objectives (carriers/SCUD)
- SCUD saturation strike mechanic
- Takistan airfield FPV drone design
- Construction and CoIn systems
- Structure damage reduction & friendly-fire
- Construction logic list cleanup
- Flak tower & WDDM anchor compositions
- Resistance supply scaffold
- GUER Insurgents faction overview
- GUER Insurgents branch audit
- GUER insurgent player economy
- GUER air-defense loop (Ka-137/Mi-24)
- Upgrades and research atlas
- Supply mission architecture
- Supply mission authority cleanup
- Current supply helicopters PR1
- Respawn and death-loop lifecycle
- Vehicle theft economy pitch
- GUER tunnel network pitch
- Content, reference and catalogs
- Faction unit/vehicle roster catalog
- Auxiliary/SF/civilian unit catalog
- Gear store loadout route catalog
- Upgrade research (cross-faction)
- Gear store price and upgrade catalog
- Gear store catalog (complete, per faction)
- Defense structures catalog
- Artillery reference per faction
- AI squad team templates catalog
- Town AI lifecycle reference
- Town AI group composition catalog
- Class-skill system reference
- Player skill abilities reference
- Default gear template content catalog
- Chernarus map content reference
- Takistan map content reference
- Takistan features
- Takistan parity reference
- Takistan oilfields objective reference
- IRS IR-smoke countermeasure
- Arty module special munitions
- Zeta cargo sling-load reference
- Spawn primitive function reference
- Kill and score pipeline
- Waypoint helper function reference
- Position and proximity function reference
- Side/team state function reference
- Player AI watchdog and recovery
- AICOM stuck-recovery v2
- LoadoutManager data-model contributor guide
- Discord status bot setup and reference
- GLOBALGAMESTATS extension reference
- New player quickstart (player guide)
- Optional client mods (player guide)
- Earning funds and score (player guide)
- Vehicle service and logistics (player guide)
- Commander's handbook (player guide)
- Tactical support menu
- Paradrop player experience
- Supply missions (player guide)
- In-game briefing & Diary field manual
- Playable maps catalog
- Faction root variables reference
- Faction base structures catalog
- Counter-battery radar system
- Bank, Reserve and Artillery Radar structures
- Map ruleset model and object config
- Countermeasures module reference
- Vehicle countermeasure (flares/spoofing)
- UAV terminal and spotter system
- Artillery firing function reference
- Service Point pricing model
- Medic redeployment truck (forward spawn)
- Side-patrol runtime and convoy mechanics
- Day/night cycle and weather system
- Config lookup helper reference
- CIPHER sort utilities reference
- Modded maps status and content
- BattlEye filter setup and OA taxonomy
- Player squad/group join protocol
- AutoFlip vehicle recovery
- Engine stealth fuel toggle
- Valhalla vehicle climbing-assist
- Missile and ordnance Fired-EH reference
- Vehicle equip and rearm reference
- Array and collection utilities
- Server composition spawner reference
- Upgrade queue server loop
- Map boundaries and off-map enforcement
- Namespace/profile/diagnostic utilities
- Group bool getVariable A2-OA trap
- Vehicle weapon balance init
- View distance auto-throttle
- Camp & respawn-camp getters
- Performance audit writer
- Site clearance (bulldozer)
- Factory queue cancel & refund
- AI commander tunable constants
- Experimental feature-flag constants
- Flag system quick reference
- Mission tunable constants catalog
- Gear parsing & cargo capacity
- Structure dressing function
- Paradrop delivery functions
- ICBM nuke client VFX & radiation
- Server HandleSpecial router
- LocalizeMessage chat router
- Gear buy-menu render & price functions
- Server broadcast & telemetry loops
- Per-unit client init pipeline
- Vehicle marking & texture pipeline
- Defense category & budget
- Legacy AI order primitives
- Commander-team driver
- AICOM command verbs
- AICOM behavior fix taxonomy
- AI commander wildcard deck reference
- AICOM aircraft and airfield system
- Static-defense manning
- End-of-game stats screen
- AI commander execution loop
- Deployable bipod / weapon resting
- Town-economy getters
- Server-init deadspawn & airfield probe
- GUER VBIED detonate action
- Resource income-tick engine
- AI commander treasury accessors
- PVF send-helper contracts
- AICOM logging & AICOMSTAT telemetry
- AICOMSTAT v2 event census
- WASPSCALE v2 telemetry
- WASPSCALE v2-ext coverage audit
- Telemetry families reference
- Group lifecycle & entity reaping
- Batch AI spawner orchestrator
- Client funds/income HUD readout
- Server group GC & cap warning
- Town runtime tuning constants
- Client input/hotkey handler
- WASP base-repair system
- WASP DropRPG launcher/ordnance
- CoIn construction-interface client engine
- Town-capture garrison & airfield rebuild
- Map-control & minimap templates
- Client FPS & state telemetry
- Client service-proximity getters
- Airfield-exclusive roster & unit hints
- Unit-camera spectator system
- Town-garrison patrol/defense worker
- RequestTeamUpdate squad-discipline
- Arma2Warfare GPT assistant
- LoadoutManager build configs & defines
- GLOBALGAMESTATS extension logging
- Discord bot instrumented logging
- Eden/Everon & Taviana map content
- Cruise missile strike asset
- AI / HC
- AI headless and performance
- AI mods and pathfinding reference
- Headless client scaling and topology
- AI runtime/HC loop map
- Headless client init and stat loop
- HC delegation target selection
- Player AI caps and role balance
- Old WarfareBE FPS comparison
- AI commander autonomy audit
- Upstream BE 2073 AICOM delta
- Parent 2.073 divergence audit
- AI commander capture & fun plan
- AI commander B69 improvement roadmap
- AI commander B69 implementation sketches
- AICOM V2 cutover status
- Headless delegation and failover
- Commander reassignment call shape
- GUER Director living-resistance pitch
- Quality and operations
- Foundation perf findings & Tier-3 dead-ends
- Dead/stale code register
- Commander vote/reassignment
- Attack-wave authority
- Server runtime and operations
- Server ops runbook
- JIP enrollment & client data delivery (b74.2 lessons)
- Server gameplay runtime atlas
- PerformanceAuditAnalyzer
- Performance opportunity sweep
- Documentation plan
- Knowledge platform roadmap
- Wiki quality audit
- Wiki pruning and relevance ledger
- Audit findings queue (2026-06-03)
- Deep review findings
- Client UI / server-loop perf findings
- Performance gain simulation
- Self-host testing field notes
- Cleanup and work lanes
- Hardening and authority
- UI / player workflows
- Client UI, HUD and menus
- UI HUD and dialogs
- Player UI workflow map
- Client UI systems atlas
- UI IDD collision repair
- UI control class library reference
- UI theme palette and style macros
- UI design inspiration 2026-07
- Available-actions client gate FSM
- Gear/loadout/EASA atlas
- Gear template profile filter
- Vehicle cargo equip loop bounds
- Factory and purchase systems atlas
- Service menu affordability guards
- WASP overlay
- Class-skill system reference
- Skin selector and class swap
- Earplugs audio toggle
- Mission audio catalog
- HQ radio knowledge-base catalog
- QoL trio player hints
- Player vehicle/travel actions
- Tooling / release / integrations
- Tools and build workflow
- Warfare web tools
- Ecosystem & companion repos
- Zargabad tooling parity
- July 2026 release readiness
- Operator monitor and CPU affinity tools
- Tooling release readiness audit
- Source fix propagation queue
- Agent release readiness ledger
- Release source intake map
- Testing/debugging/release workflow
- Current RPT release gate
- RPT telemetry consumer port map
- External integrations
- Integration trust boundary audit
- AntiStack database extension audit
- Community & Dev
- Community & Dev
- Miksuu upstream wiki import / archive index
- Upstream changelog feature leads
- Developer history and upstream lessons
- Upstream Miksuu commit intel
- Upstream mining ledger
- Archive script mining v2
- Upstream BE 2073 AICOM delta
- Parent 2.073 divergence audit
- PR8 and Drone upstream lesson match
- Development lessons learned
- External research reports
- Audit archive 2026-07
- Briefing reference
- Utes invasion concept
- Miksuu archive: Home
- Miksuu archive: Welcome
- Miksuu archive: Big announcements
- Miksuu archive: Changelog
- Miksuu archive: Development process
- Miksuu archive: Discord bot
- Miksuu archive: Gameplay videos
- Miksuu archive: LoadoutManager
- Miksuu archive: Chernarus script architecture
- Base-game visual catalogs
- Compatibility and references
- HC upstream history and lessons
- Player stats branch audit
- BuyMenu EASA QoL branch audit
- Perf quick wins branch audit
- Commander positions branch audit
- Zargabad branch audit
- Quad AI Commander concept
- Arma 2 OA external reference guide
- Base-game config & image reference
- Arma 2 OA compatibility audit
- Arma 2 OA agent traps reference
- Arma 2 OA command versions
- Wiki source consistency
- External Arma 2 OA reference index