ModEnc is currently in Maintenance Mode: Changes could occur at any given moment, without advance warning.
Difference between revisions of "DeployFireWeapon"
From ModEnc
(Some Bugs) |
|||
| Line 4: | Line 4: | ||
|types={{Categ|Technoes}} | |types={{Categ|Technoes}} | ||
|values={{values|unsigned integers}} | |values={{values|unsigned integers}} | ||
| − | |default=1 | + | |default=1(?) |
|ra2=yes | |ra2=yes | ||
|yr=yes | |yr=yes | ||
| Line 11: | Line 11: | ||
On an object that has the ability to deploy through {{Tt|DeployFire}}, this specifies which weapon this object uses when it is deployed. Only '0' (meaning [[Primary]] and [[ElitePrimary]]) and '1' ([[Secondary]] and [[EliteSecondary]]) are valid. | On an object that has the ability to deploy through {{Tt|DeployFire}}, this specifies which weapon this object uses when it is deployed. Only '0' (meaning [[Primary]] and [[ElitePrimary]]) and '1' ([[Secondary]] and [[EliteSecondary]]) are valid. | ||
| + | <br> | ||
| + | For non release weapons, you can also specify which weapon the unit will use (not release) in deployment mode, for example, adding DeployFireWeapon=0 to [SCHP] will also use [[Primary]] in deployment mode. | ||
| + | *In the Phobos environment, DeployFireWeapon='''-1''' can be added to Infantry to allow them to use two types of weapons in deployment mode (based on weapon selection and usage rules). | ||
{{Bugs}} | {{Bugs}} | ||
| − | VehicleTypes which have {{ | + | VehicleTypes which have {{f|DeployFire|yes|link}} and {{f|IsGattling|yes|link}} will always It will exhibit some confusing effects |
| + | *such as [https://www.bilibili.com/opus/955571124630978562 suddenly changing to using {{Tt|Weapon1}} (specified for DeployFireWeapon in Phobos environment) once or twice. ] | ||
| + | **Even if it should not and cannot lower the stage due to '''{{f|RateDown|-1|link}}''' or other negative numbers. | ||
| − | [DESO] and all infantry deployments with IsDesolator | + | [{{f|DESO|link}}] and all infantry deployments with {{f|IsDesolator|yes|link}} can only release secondary weapons and do not follow the DeployFireWeapon setting |
| + | *However, the deployment effect of simulating DESO using [[Immune G.I. Bug]] can be specified using this statement, [https://t.bilibili.com/811527585196408853 although the effect is also quite strange.] | ||
==See also== | ==See also== | ||
| Line 28: | Line 34: | ||
[[Gattling Weapon System]] | [[Gattling Weapon System]] | ||
| + | |||
| + | [[RateUp]] | ||
| + | |||
| + | [[RateDown]] | ||
| + | |||
| + | [[WeaponStages]] | ||
Latest revision as of 20:02, 18 July 2024
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Flag: | DeployFireWeapon |
| File(s): | rules(md).ini |
| Values: | Unsigned integers: All non-negative whole numbers from 0 to either 32767, 2147483647 or 4294967295. |
| Default: | 1(?) |
| Applicable to: | TechnoTypes:
AircraftTypes, BuildingTypes, InfantryTypes and VehicleTypes |
On an object that has the ability to deploy through DeployFire, this specifies which weapon this object uses when it is deployed. Only '0' (meaning Primary and ElitePrimary) and '1' (Secondary and EliteSecondary) are valid.
For non release weapons, you can also specify which weapon the unit will use (not release) in deployment mode, for example, adding DeployFireWeapon=0 to [SCHP] will also use Primary in deployment mode.
- In the Phobos environment, DeployFireWeapon=-1 can be added to Infantry to allow them to use two types of weapons in deployment mode (based on weapon selection and usage rules).
Bugs/Side-Effects/Unexpected Limitations
VehicleTypes which have DeployFire=yes and IsGattling=yes will always It will exhibit some confusing effects
- such as suddenly changing to using Weapon1 (specified for DeployFireWeapon in Phobos environment) once or twice.
- Even if it should not and cannot lower the stage due to RateDown=-1 or other negative numbers.
[DESO] and all infantry deployments with IsDesolator=yes can only release secondary weapons and do not follow the DeployFireWeapon setting
- However, the deployment effect of simulating DESO using Immune G.I. Bug can be specified using this statement, although the effect is also quite strange.
