-
Notifications
You must be signed in to change notification settings - Fork 0
AICOM Aircraft And Airfield System Reference
This page is the wiki route for AI commander aircraft on the current target. It covers how AICOM decides that air teams are eligible, where they spawn, what a captured airfield contributes, and which air research gates are real today.
Source snapshot: origin/claude/build84-cmdcon36@33cab11c165fc82dfc9082a02cb7e2c672242c53.
Scope boundaries:
- AICOM team selection, founding and spawn routing only.
- Player airport buy-menu rosters live in Airfield Exclusive Roster And Special Unit Hints.
- Capture-time airfield infrastructure lives in Town Capture Garrison And Airfield Rebuild.
- Fixed-wing engine limitations and AI-mod expectations live in AI Mods And Pathfinding Reference.
| Topic | Current behavior | Primary anchors |
|---|---|---|
| Held-airfield detection | AICOM considers a side to hold an airfield when an owned town has wfbe_is_airfield, a known airfield name/capture unlock, or wfbe_airfield_hangar_obj. |
AI_Commander_Teams.sqf:278-301, AI_Commander_AssignTypes.sqf:37-49
|
| Captured airfield free buy | With WFBE_C_AICOM_AIRFIELD_FREE_AIR = 1, a held airfield waives AIR-tier eligibility for planes and helicopters and also bypasses the minimum-town air strip. |
Init_CommonConstants.sqf:431, AI_Commander_Teams.sqf:296-301, :434-438
|
| Aircraft Factory heli waive | With WFBE_C_AICOM_AIR_FACTORY_ENABLES_HELI = 1, a held Aircraft Factory structure waives AIR-tier eligibility for helicopter templates only. Planes still need a held airfield. |
Init_CommonConstants.sqf:423, AI_Commander_Teams.sqf:303-324, :337-354
|
| Plane gate | Fixed-wing templates are admitted only when an airfield is held, then further gated by the jet time ramp. Without the field, the old helicopters-only behavior remains. |
AI_Commander_Teams.sqf:595-602, AI_Commander_AssignTypes.sqf:139-145
|
| Air cap | The live cap is total AICOM air per side, not the older attack-heli-only cap. Early cap defaults to 3; late cap defaults to 7 after 45 minutes. |
Init_CommonConstants.sqf:422, :875-876, AI_Commander_Teams.sqf:441-463
|
| Air research | The old Build 86 claim that AICOM never queues AIR is stale on this base. WFBE_C_AICOM_RESEARCH_AIR exists and, when enabled, appends [WFBE_UP_AIR,1] and [WFBE_UP_AIR,2] after an Aircraft Factory is present. The flag still defaults to 0. |
AI_Commander.sqf:91-109, Init_CommonConstants.sqf:909
|
| Founding location | Any air template can relocate from the rear factory pad to the owned airfield. Planes air-start; helicopters spawn grounded, preferring a nearby HeliH. |
AI_Commander_Teams.sqf:1144-1201, Common_RunCommanderTeam.sqf:34-61, Common_CreateTeam.sqf:12-18, :149-158
|
Chernarus marks three town logics as baked airfields: NWAF, NEAF and Balota. Each town mission.sqm init runs Init_Town.sqf, sets wfbe_is_airfield = true, and syncs to a nearby camp. The matching LocationLogicAirport objects are also present in mission.sqm and set wfbe_skip_auto_hangar = true, so Init_Airports.sqf does not create the generic airport hangar for those capture-managed airfields.
At capture time, server_town.sqf rebuilds the airfield stack when WFBE_C_AIRFIELDS > 0 and the town has wfbe_is_airfield:
| Object or variable | What it does | Anchor |
|---|---|---|
wfbe_airfield_logic_ref |
Cached nearest LocationLogicAirport within 1500m for recapture reuse. |
server_town.sqf:549-556 |
wfbe_airfield_sp |
Side-owned service point registered into the owning side's wfbe_structures. |
server_town.sqf:559-598 |
wfbe_is_airfield_hangar |
Marker on the newly spawned hangar object so airport buy-menu code can identify a captured-airfield hangar. | server_town.sqf:607-614 |
wfbe_hangar |
Stored on the airport logic and read by client airport helpers and AICOM spawn routing. |
Init_Airports.sqf:20-21, server_town.sqf:600-614
|
wfbe_airfield_side |
Stored on the airport logic for the GUER ownership gate and client-side airport lookup. | server_town.sqf:613 |
wfbe_airfield_hangar_obj |
Stored on the town logic as a map-independent fallback for held-airfield checks. | server_town.sqf:614 |
Carrier HVTs use the same hangar ownership vocabulary. Their recapture path respawns an invisible-but-alive HeliHEmpty, sets wfbe_is_airfield_hangar, updates wfbe_hangar and wfbe_airfield_side, then stores wfbe_airfield_hangar_obj on the carrier location (server_town.sqf:339-363).
AICOM filters air before it ever founds a team.
-
AI_Commander_Teams.sqfbuilds_hasAirfieldfrom owned airfield towns and the runtime hangar fallback (:278-301).AI_Commander_AssignTypes.sqfruns a sibling scan for server-local assignment paths (:37-49). -
_freeAirWaivebecomes true when_hasAirfieldandWFBE_C_AICOM_AIRFIELD_FREE_AIR > 0(AI_Commander_Teams.sqf:296-301). This is the strong waive: both planes and helicopters can pass AIR-tier gates at a held airfield. -
_airHeliWaivebecomes true when a live Aircraft Factory structure exists andWFBE_C_AICOM_AIR_FACTORY_ENABLES_HELI > 0(AI_Commander_Teams.sqf:303-324). This is heli-only unless the side also holds an airfield. - Template and unit-data upgrade checks skip the
WFBE_UP_AIRgate only when the relevant waive applies (AI_Commander_Teams.sqf:337-354). Non-air factory tiers still apply. - If the side owns fewer than
WFBE_C_AICOM_AIR_MIN_TOWNSand neither waive applies, air templates are stripped (AI_Commander_Teams.sqf:430-438). The current default is 3 (Init_CommonConstants.sqf:345). - Fixed-wing templates are still filtered out unless the side holds an airfield and the jet time ramp permits them (
AI_Commander_Teams.sqf:595-602,AI_Commander_AssignTypes.sqf:139-145). Current defaults are no jets before 7200 seconds and full availability by 18000 seconds (Init_CommonConstants.sqf:496-497).
The practical matrix is:
| Held airfield | Held Aircraft Factory | Default result |
|---|---|---|
| No | No | No fixed-wing; helicopters must satisfy normal air/town gates. |
| No | Yes | Helicopters can pass AIR-tier gating through WFBE_C_AICOM_AIR_FACTORY_ENABLES_HELI; planes remain blocked. |
| Yes | No | Planes and helicopters can pass AIR-tier gating through WFBE_C_AICOM_AIRFIELD_FREE_AIR; planes still obey the jet time ramp. |
| Yes | Yes | Both waivers exist; airfield path covers planes and helicopters, factory path remains useful for helis if the field rule is changed later. |
The earlier bug where AICOM helicopters spawned at the rear base even after an airfield was captured is fixed on this target.
AI_Commander_Teams.sqf:1144-1201 now distinguishes _isJetTeam from _isAirTeam:
-
_isAirTeamis true for anyAirclassname in the template, including helicopters and planes. - Air teams with
_hasAirfieldrelocate_spawnPosto the owned airfield town's hangar, hangar fallback, or town position. - Helicopters prefer a nearby
HeliHwithin 80m of the hangar and stay grounded. - Planes keep the raw airfield/hangar position, resolve the nearest
LocationLogicAirportheading, and send_isJetTeamplus_runwayDirto the HC delegate.
The HC-side creation path then keeps the split:
-
Common_RunCommanderTeam.sqf:34-61reads the trailing plane args, resolves a fallback runway heading if needed, and skips the usual ground/heli scatter only for planes. -
Common_CreateTeam.sqf:12-18documents the plane-only air-start argument. -
Common_CreateTeam.sqf:149-158creates plane hulls with theFLYspecial and fans multi-plane templates byWFBE_C_AICOM_PLANE_STACK_DEG; helicopters and ground vehicles keep the groundedFORMpath.
This means a held airfield is both an eligibility signal and a spawn-location signal: it lets the commander consider fixed-wing air, then gives founded air teams an airport-origin position instead of the rear factory pad.
The stale Build 86 source-doc diagnosis said AICOM could not deliberately research AIR. That is no longer the full current-target truth.
Current target has a default-off research extension:
-
WFBE_C_AICOM_RESEARCH_AIR = 0in all three maintained roots (Init_CommonConstants.sqf:909). - When the flag is enabled,
AI_Commander.sqf:91-109checks for a present Aircraft Factory using the same factory lookup idiom as the rest of the AI commander path. - If a factory exists, it appends
[WFBE_UP_AIR,1]and[WFBE_UP_AIR,2]to the doctrine program, writes an AICOM log line, and emitsAICOMSTAT|v2|EVENT|...|RESEARCH_AIR|appended.
So the current open policy question is narrower than the old bug report:
| Question | Current answer |
|---|---|
| Can AICOM research AIR by code path? | Yes, behind WFBE_C_AICOM_RESEARCH_AIR. |
| Does default runtime force strict AIR research before helis? | No. The research flag defaults to 0, while the Aircraft Factory heli waive defaults to 1. |
| Does default runtime force strict AIR research before captured-airfield aircraft? | No. The captured-airfield free-air waive defaults to 1. |
Is it safe to flip only WFBE_C_AICOM_AIR_FACTORY_ENABLES_HELI to 0? |
Not as a drive-by change. Pair it with a deliberate research policy and soak proof so AICOM does not stop flying. |
Use this quick route before changing or debugging AICOM aircraft behavior:
- Confirm the town is really airfield-tagged:
wfbe_is_airfield,wfbe_airfield_hangar_obj, and an ownedsideIDare the key signals. - Confirm the capture rebuild spawned or refreshed
wfbe_hangarandwfbe_airfield_sideon the airport logic. - For helicopters at base, inspect
_isAirTeam,_hasAirfield,_haObj, and the nearbyHeliHpad branch inAI_Commander_Teams.sqf:1147-1179. - For planes not appearing, check
_hasAirfield,WFBE_C_AICOM_JET_START_SECS,WFBE_C_AICOM_JET_FULL_SECS, and the total-air cap before blaming the roster. - For strict research behavior, treat
WFBE_C_AICOM_RESEARCH_AIR,WFBE_C_AICOM_AIR_FACTORY_ENABLES_HELI, andWFBE_C_AICOM_AIRFIELD_FREE_AIRas one policy set. Do not flip one in isolation and assume the rest of the air loop still proves itself. - For landing or RTB problems, start from AI Mods And Pathfinding Reference: A2 OA fixed-wing landing is mostly map airfield/ILS and engine behavior, not something a generic AI mod solves.
- Airfield Exclusive Roster And Special Unit Hints - player-facing captured-airfield airport roster swap and special-unit hints.
- Town Capture Garrison And Airfield Rebuild - capture-time service point, hangar, garrison and CBR rebuild.
- AI Mods And Pathfinding Reference - fixed-wing limitations and why AI mods are not the primary aircraft fix.
- Commander Team Driver Reference - HC-local AICOM team driver context after a team is founded.
-
AICOMSTAT V2 Event Vocabulary Census - event vocabulary adjacent to
RESEARCH_AIRand founding telemetry.
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