createUnit

1.341.001.001.001.501.000.50

LALocalGEGlobal

Hover & click on the images for description

Description

Description:

Create a unit of the provided CfgVehicles class.

⚠

The unit will not be created if the passed group does not exist (a.k.a grpNull); this can happen if createGroup fails because the group limit has been reached (see createGroup for respective game limits).

	Syntax 1	Syntax 2
Group's locality	the provided group can be non-local, but a warning will be logged	the provided group must be local
Unit's side	using a classname from a different side than the provided group will result in the unit itself being of a (config-defined) side inside a group of another side - see Example 6 for more information	using a classname from a different side than the provided group will result in the unit being of the same side as the provided group
Other	the unit's init code will execute after a slight delay if the provided group is not local	this syntax does not return a reference to the created unit (see Example 7)

1.34 1.00 This command was sometimes bugged in Operation Flashpoint or Armed Assault; an additional join may solve the problem.
However, some commands such as setUnitPos only work if run before the join.

Multiplayer:

It is recommended to create the unit where the group is local - use remoteExec if needed.

Groups:

Object Manipulation

Syntax

Syntax:

group createUnit [type, position, markers, placement, special]

Parameters:

group: Group - existing group new unit will join; if the group is not local, a warning will be logged

type: String - classname of unit to be created as per CfgVehicles

position: Object, Group or Array format Position or Position2D - location where to create the unit. In case of Group, the group leader's position is used

markers: Array - placement markers

placement: Number - placement radius

special: String - unit placement special, one of:

• "NONE" - The unit will be created at the first available free position nearest to given position
• "FORM" - Not implemented, currently functions the same as "NONE"
• "CAN_COLLIDE" - The unit will be created exactly at the provided position
• "CARGO" - The unit will be created in cargo of the group's vehicle, regardless of the passed position (see Example 5). If group has no vehicle or there is no cargo space available, the unit will be placed according to "NONE". "CARGO" placement excludes cargo positions with personal FFV turrets. To check available cargo space use:

1.34 FFV	private _hasCargo = { isNull (_x select 0) } count (fullCrew [_veh, "cargo", true]) > 0;
before	_hasCargo = _veh emptyPositions "CARGO" > 0;

Return Value:

Object - the created unit

Alternative Syntax

Syntax:

type createUnit [position, group, init, skill, rank]

Parameters:

type: String - classname of unit to be created as per CfgVehicles

position: Object, Group or Array format Position or Position2D - location at which the unit is created. In case of Group position of the group leader is used

group: Group - existing group the new unit will join

init: String - (Optional, default "") unit init statement, similar to unit init field in the editor. The code placed in unit init will run upon unit creation for every client on network, present and future. The code itself receives the reference to the created unit via local variable this.

⚠

• Do not use global effect commands in a unit's init as it runs on every client (local effect ones are OK, e.g setIdentity).
• Do not use local variables inside the init code as they are not available in multiplayer.

skill: Number - (Optional, default 0.5) unit skill

rank: String - (Optional, default "PRIVATE") unit rank

Return Value:

⚠

Nothing - this syntax does not return a unit reference! See Example 7 for a workaround.

Examples

Example 1:

_unit = group player createUnit ["B_RangeMaster_F", position player, [], 0, "NONE"];

Example 2:

"B_RangeMaster_F" createUnit [position player, group player];

Example 3:

"B_RangeMaster_F" createUnit [getMarkerPos "barracks", _groupAlpha];

Example 4:

"B_RangeMaster_F" createUnit [ getMarkerPos "marker_1", _groupAlpha, "loon1 = this; this addWeapon 'BAF_L85A2_RIS_SUSAT'", 0.6, "corporal" ];

Example 5:

_veh = "O_Quadbike_01_F" createVehicle (player getRelPos [10, 0]); _grp = createVehicleCrew _veh; _unit = _grp createUnit [typeOf driver _veh, _grp, [], 0, "CARGO"];

Example 6:

Creating a unit from a different side may lead to issues:

_grp = createGroup east; hint str side _grp; // EAST _ap = _grp createUnit ["C_man_p_beggar_F", position player, [], 0, "NONE"]; hint str side _ap; // CIV, not EAST // workaround [_ap] joinSilent _grp; hint str side _ap; // EAST

Example 7:

Reference the created unit through a global variable:

_myUnit = "B_RangeMaster_F" createUnit [position player, group player]; // wrong - this syntax does not return a reference "B_RangeMaster_F" createUnit [position player, group player, "myUnit = this"]; // correct - the unit is myUnit (NOT _myUnit!)

Additional Information

See also:

createCenter createGroup createVehicle setVehiclePosition create3DENEntity

Notes

Report bugs on the Feedback Tracker and/or discuss them on the Arma Discord or on the Forums.
Only post proven facts here! Add Note

oOKexOo - c

Posted on Dec 08, 2018 - 21:57 (UTC)

Since 1.86: If you want to place a module with createUnit, you have to ensure that the module gets activated automatically by setting BIS_fnc_initModules_disableAutoActivation to false, e.g:

private _grp = createGroup sideLogic; "ModuleSmokeWhite_F" createUnit [ getPos player, _grp, "this setVariable ['BIS_fnc_initModules_disableAutoActivation', false, true];" ];

Killzone_Kid - c

Posted on Mar 18, 2019 - 19:31 (UTC)

Alt Syntax is the older syntax and differs in functionality from the main, newer syntax. The main difference is that the older syntax does not return unit reference. This is because the unit created with Alt Syntax is created strictly where passed group is local. This means that if the group is remote the unit will be created on the different client than the one the command was executed on and therefore it is not possible to return created unit reference immediately. In contrast, the newer syntax allows creating units in remote groups while returning unit reference immediately, which could be unsafe and the appropriate warning is logged into .rpt file: Warning: Adding units to a remote group is not safe. Please use setGroupOwner to change the group owner first.

Another very important difference is that the older syntax (Alt Syntax) will create unit of the same side as the side of the group passed as argument. For example, if the group is WEST and the unit faction is OPFOR of type, say "O_Soldier_GL_F", the unit created will be on the WEST side as well. In contrast, newer syntax will create the same unit on the EAST side in the WEST group, which will be treated as hostile by other group members and eliminated.

⚠

Beware that in MP if unit is created in remote group with older syntax, the unit init will execute on calling client sometime in the future, after the unit is created on remote client, therefore the following code will fail:

// real example of the bad code "O_Soldier_AR_F" createUnit [position player, someRemoteGroup, "thisUnit = this"]; publicVariable "thisUnit"; hint str isNil "thisUnit"; // true! // the unit reference is nil because init statement has not been executed on this client yet

fusselwurm - c

Posted on Jun 19, 2020 - 10:13 (UTC)

1.98 note that even when setting the placement special parameter to "NONE", 3DEN-placed objects are being ignored when looking for a free position. In other words: units will spawn within editor-placed rocks or under houses.