-
Notifications
You must be signed in to change notification settings - Fork 0
PVF Send Helper Contract Reference
Source-verified 2026-06-21 against master 0139a346. Paths relative to Missions/[55-2hc]warfarev2_073v48co.chernarus/ unless noted. Arma 2 OA 1.64.
This page documents the sender side of the public-variable function (PVF) layer: the four Common_SendTo* helpers that a caller invokes to "address a registered PVF handler" on another machine. Each helper takes a logical command payload, rewrites it into the wire form the receiver expects (SRVFNC<Command> / CLTFNC<Command>), and pushes it over the right public-variable transport (publicVariable, publicVariableServer, or publicVariableClient) — or, on a hosted (listen) server, short-circuits straight into the local dispatcher. The receiver half (Server_HandlePVF / Client_HandlePVF, the Call Compile dispatch surface, and the DR-1/DR-38 allowlist hardening) is documented separately in PVF dispatch implementation playbook; this page is its sender-contract companion and does not restate that hardening.
The helpers are exposed as WFBE_CO_FNC_SendToClient, WFBE_CO_FNC_SendToClients, and WFBE_CO_FNC_SendToServer, compiled in Common/Init/Init_Common.sqf:147-149. There is no public alias for the optimized server variant — it is swapped in behind WFBE_CO_FNC_SendToServer by a build-time branch (see Build-Time Alias Selection).
| Helper file | Compiled alias | Direction | Transport | Payload index rewritten |
|---|---|---|---|---|
Common/Functions/Common_SendToClient.sqf |
WFBE_CO_FNC_SendToClient |
server → one client |
publicVariableClient (UID-targeted) |
0 (object → UID), 1 (func → CLTFNC%1) |
Common/Functions/Common_SendToClients.sqf |
WFBE_CO_FNC_SendToClients |
any → all machines |
publicVariable (broadcast) |
1 (func → CLTFNC%1) |
Common/Functions/Common_SendToServer.sqf |
WFBE_CO_FNC_SendToServer (Vanilla) |
client → server | publicVariable |
0 (func → SRVFNC%1) |
Common/Functions/Common_SendToServerOptimized.sqf |
WFBE_CO_FNC_SendToServer (OA) |
client → server | publicVariableServer |
0 (func → SRVFNC%1) |
All four share the same skeleton: read the logical function name out of a fixed payload index, overwrite that index (and for SendToClient, index 0 too) with the wire token, then either fire the public variable or, on a hosted server, Spawn the local handler directly.
Callers pass an array whose head is the logical command name. The naming convention differs by direction:
-
Client-bound payloads carry the command at index
1; index0is the targeting object (ornilforSendToClients). The helper rewrites index1toFormat["CLTFNC%1",_func]so the receiver resolvesCLTFNC<Command>. SeeCommon_SendToClient.sqf:10,14andCommon_SendToClients.sqf:10,12. -
Server-bound payloads carry the command at index
0. The helper rewrites index0toFormat["SRVFNC%1",_func]so the receiver resolvesSRVFNC<Command>. SeeCommon_SendToServer.sqf:10,12andCommon_SendToServerOptimized.sqf:10,12.
This rewrite is the contract the dispatcher depends on: legitimate traffic always names SRVFNC* or CLTFNC*, which is exactly the set the DR-1 allowlist fix is designed around (see PVF dispatch implementation playbook). The remaining payload elements are the handler's own parameters, passed through untouched.
Common/Functions/Common_SendToClient.sqf is the only helper that performs true unicast. It captures the machine id of the target before rewriting the payload, then rewrites the targeting slot to a persistent UID and uses publicVariableClient to deliver only to that machine.
| Concern | Source | Detail |
|---|---|---|
| Inputs | Common_SendToClient.sqf:9-11 |
_pvf = _this; _func = _pvf select 1; _id = owner (_pvf select 0). Index 0 is the target unit/object; owner resolves it to that client's network id for publicVariableClient. |
| Targeting rewrite | :13 |
_pvf set [0, getPlayerUID (_pvf select 0)] — the live object reference is replaced with the player's persistent UID before transmission (the object would not be meaningful or might be objNull on the receiver). |
| Function rewrite | :14 |
_pvf set [1, Format["CLTFNC%1",_func]]. |
| Remote path | :16-17 |
When !isHostedServer: Call Compile Format ["WFBE_PVF_%1 = _pvf; _id publicVariableClient 'WFBE_PVF_%1';", _func] — assigns the per-command channel variable and fires it only to _id. |
| Hosted path | :18-20 |
On a hosted (listen) server: _pvf Spawn WFBE_CL_FNC_HandlePVF runs the client dispatcher locally; then if (isMultiplayer) also re-broadcasts via publicVariableClient so remote clients still receive it. A pure single-player host skips the network fire. |
Typical current-stable-shaped call sites pass leader X (or leader commanderTeam) as the index-0 target, e.g. Client/GUI/GUI_Menu_Command.sqf:336,344 ("SetTask" on current stable/B69/B74/naval-HVT; docs/source, Miksuu and perf still comment those sends), Client/Module/CoIn/coin_interface.sqf:264,738 ("Available"), and the headless-delegation hand-offs Server/AI/Commander/AI_Commander_Teams.sqf:642 and Server/FSM/server_side_patrols.sqf:141 ("HandleSpecial" to a specific HC unit).
Common/Functions/Common_SendToClients.sqf broadcasts the client PVF to every machine. It does no targeting rewrite — index 0 of the payload is left as-is (callers commonly pass nil, a side, or a UID that the handler filters on), and only the function name is rewritten.
| Concern | Source | Detail |
|---|---|---|
| Inputs | Common_SendToClients.sqf:9-10 |
_pvf = _this; _func = _pvf select 1. No owner/UID capture. |
| Function rewrite | :12 |
_pvf set [1, Format["CLTFNC%1",_func]]. |
| Remote path | :14-15 |
When !isHostedServer: WFBE_PVF_%1 = _pvf; publicVariable 'WFBE_PVF_%1' — un-targeted broadcast to all clients (and the server). |
| Hosted path | :16-18 |
On a hosted server: _pvf Spawn WFBE_CL_FNC_HandlePVF locally, then if (isMultiplayer) re-broadcasts via publicVariable for remote clients. |
Note the "UID at index 0" pattern in several callers — e.g. Client/Functions/Client_FNC_Groups.sqf:161,206,244 ("HandleSpecial" group ops) and Client/GUI/GUI_Menu_Team.sqf:99 ("LocalizeMessage" FundsTransfer) pass getPlayerUID(...) as the head. Because SendToClients is a true broadcast, every client receives the message and the receiving handler discards it if the embedded UID is not its own. When genuine unicast is wanted, SendToClient is the cheaper choice; this distinction is also noted in Public variable channel index.
Both server helpers rewrite index 0 to SRVFNC<Command> and differ only in the public-variable command used on the remote path.
| Concern | Common_SendToServer.sqf |
Common_SendToServerOptimized.sqf |
|---|---|---|
| Inputs |
:9-10 _pvf = _this; _func = _pvf select 0
|
:9-10 identical |
| Function rewrite |
:12 _pvf set [0, Format["SRVFNC%1",_func]]
|
:12 identical |
| Remote path |
:14-15 WFBE_PVF_%1 = _pvf; publicVariable 'WFBE_PVF_%1'
|
:14-15 WFBE_PVF_%1 = _pvf; publicVariableServer 'WFBE_PVF_%1'
|
| Hosted path |
:16-18 _pvf Spawn WFBE_SE_FNC_HandlePVF (no re-fire) |
:16-18 identical |
| Header note |
:2 "Send a PVF to the server." |
:2 "Send a PVF to the server ([>1.62] needed for publicVariableServer)." |
The vanilla variant uses plain publicVariable, which broadcasts the channel variable to everyone (the server's PVEH then consumes it; other clients ignore an unregistered SRVFNC* channel). The optimized variant uses publicVariableServer, which sends the variable only to the server — strictly less traffic, but publicVariableServer requires Arma 2 OA build > 1.62, hence the version gate in the header comment and the build-time branch below. On the hosted path both just Spawn WFBE_SE_FNC_HandlePVF locally with no network re-fire (the server is this machine).
Server-bound calls are the request channel from clients, e.g. Client/Action/Action_GuerVbiedDetonate.sqf:26 ("RequestSpecial"), Client/Action/Action_RepairMHQ.sqf:35 ("RequestMHQRepair"), and Client/Module/Skill/Skill_SpecOps.sqf:52 ("RequestVehicleLock").
The three public aliases are assigned in Common/Init/Init_Common.sqf:157-159. Two of the three carry a WF_A2_Vanilla branch:
| Line | Assignment | Behavior |
|---|---|---|
Init_Common.sqf:157 |
WFBE_CO_FNC_SendToClient = if !(WF_A2_Vanilla) then {Compile preprocessFileLineNumbers "Common\Functions\Common_SendToClient.sqf"} else {{}}; |
On OA → real SendToClient. On A2 vanilla → compiled to an empty no-op {}. publicVariableClient-style single-client targeting is OA-only here. |
Init_Common.sqf:158 |
WFBE_CO_FNC_SendToClients = Compile preprocessFileLineNumbers "Common\Functions\Common_SendToClients.sqf"; |
Always the broadcast helper — no branch (broadcast publicVariable works on both A2 and OA). |
Init_Common.sqf:159 |
WFBE_CO_FNC_SendToServer = if (WF_A2_Vanilla) then {Compile preprocessFileLineNumbers "Common\Functions\Common_SendToServer.sqf"} else {Compile preprocessFileLineNumbers "Common\Functions\Common_SendToServerOptimized.sqf"}; |
On A2 vanilla → plain-publicVariable SendToServer. On OA → the publicVariableServer Optimized variant. |
WF_A2_Vanilla is set in initJIPCompatible.sqf:95-98: it defaults to false and is flipped to true only inside an #ifdef VANILLA block, so the optimized OA path is the default build. The same flag gates other OA-only countermeasure helpers nearby (Init_Common.sqf:156,160), so the send-helper swap is one instance of a general "vanilla-safe vs OA-optimized" compile pattern rather than a one-off.
Every helper branches on isHostedServer, defined in initJIPCompatible.sqf:53:
isHostedServer = if (!isMultiplayer || (isServer && !isDedicated)) then {true} else {false};So isHostedServer is true for both single-player and listen-server hosts (any machine that is the server but also runs a player). On those machines the send helpers skip the public-variable round-trip for the local consumer and Spawn the matching dispatcher directly — WFBE_CL_FNC_HandlePVF for client-bound, WFBE_SE_FNC_HandlePVF for server-bound. The client-bound helpers additionally guard the network re-fire with if (isMultiplayer) so that a true single-player host (where isMultiplayer is false) does no network I/O at all, while a listen server still reaches its remote clients. The server-bound helpers have no re-fire because there are no other servers to reach.
-
PVF dispatch implementation playbook — the receiver/dispatcher half (
Server_HandlePVF/Client_HandlePVF,Call Compile, DR-1/DR-38 allowlist hardening). -
Public variable channel index — the registered
WFBE_PVF_*command set and the direct (non-dispatched) channels. - Networking and public variables — the broader transport/authority model these helpers sit inside.
-
LocalizeMessage chat notification router reference — a concrete
CLTFNCconsumer reached throughSendToClients. - Server authority migration map — why transport direction is not authority, and the DR-55 sender-authentication lane.
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