Table of Contents

Index

qople - First Person Tools

canonical link to CPACK - where to get the author-maintained version

This is the documentation page for the first person game mode. Information for players can be found here.

The FPS scripts were made with extensibility and versatility in mind, but because of that some parts of them may seem a little daunting. This page's goal is to act as a guide and a reference to hopefully lower that barrier to making your own first person levels.

Basic Conventions

As a general rule, all weapon and attribute names must follow the same capitalization rules when used as inputs, no matter what script they appear in. Weapon names are all lowercase (“cannon”) and attribute names are capitalized and camel cased (“MaxRange”).

Weapon Attributes

Almost all weapon attributes have the same effect on all weapons. This holds true even if that weapon doesn't normally have that attribute. For instance, in “FPS: Anti Up” (map #586), the cannon is given AC simply by having an item upgrade give the cannon anticreep-related attributes.

Attributes that do not end in a “.0” are integers (they ignore anything past the decimal place when finding their effect).

Attribute Name Default Value Description Notes
Rate 30 The number of updates between shots. Values of 1 and below max the weapon fire rate, at once per update.
DmgDepth 0.0 The depth of normal damage to creeper. Is affected by crimson (20% damage). The same as the MaxNumCells, Radius, and Amt arguments to the DamageCreeper function.
DmgDist 0 The maximum radius that normal damage will damage creeper at.
DmgMaxCells 9999 The maximum number of cells that normal creeper damage can affect.
DmgIterations 1 Increases normal damage spread against thin creep, decreasing damage loss. Multiplies the max cells when creeper is less than DmgDepth deep. Implementation is to spread damage across several DamageCreeper calls with decreased amounts.
ProjSpeed 10 How fast the weapon's projectiles travel, in cells per update.
MinRange 0 The lower bound of ballistic weapons' targeting, in cells. Ballistic (mortar-like) weapons only.
MaxRange 100 The upper bound of ballistic weapons' targeting, in cells.
AcDepth 0.0 The depth of AC deposited per shot. Same as the Amt, Range and Cap arguments to the AddCreeperWithCapInRange function.
AcDist 0 The radius that AC is deposited inside of.
AcCap 0.0 The maximum depth that AC can be deposited to. Keeping the cap at 0 will add AC damage without creating AC, effectively giving bonus damage against crimson.
UnitDmgAmt 0.0 The amount of damage dealt to vulnerable enemy units. Most units have a max HP of 1.
UnitDmgDist 0.0 The radius inside of which vulnerable enemy units will be damaged.
MeshDmg 0.0 The amount of damage done to mesh. Mesh has a maximum health of 1.
MeshDist 0 The radius inside of which mesh is damaged.
BaseDPS 0.0 The DPS the weapon does by base, with no upgrades or modifiers. Changing this will make the numbers displayed for total weapon strength inaccurate, so only change this if you want that.

List of Units (CMODS) in this CPACK

Global Control Scripts

Move.4rpl

This script controls all aspects of first-person movement: speed, collision, respawn, etc. “Run when paused” should be turned on so it can return normal controls if the player leaves first person mode while paused.

Script vars:

Player.4rpl

Contains logic for health and firing weapons.

Script vars:

Vanilla Weapons.4rpl

A weapon pack that determines the starting settings for the cannon, mortar, and sprayer. It follows the same format that other weapon packs should, so this section applies to custom weapons as well.

All script vars except for those ending in “Other” simply set the starting value for the weapon and attribute in the name. See weapon attributes for a more detailed description.

Script vars ending in “Other” are for setting attributes that are not already listed for a particular weapon. The string is case sensitive, and must be formatted as a list of attribute-value pairs. The weapon name should not be added to the attribute name. An example would be:

DmgDepth: 0.5, DmgDist: 5, Rate: 10

Note that each key-value pair is separated with a colon, and different pairs are separated by commas. Whitespace is ignored.

Misc Settings.4rpl

Handles various settings that persist across the gamemode. Also creates the wall tool and DPS monitor on game load.

Script vars:

4RPL Extensions

This section requires knowledge of 4RPL.

Global Variables

Certain parts of the game mode are stored as global variables, allowing them to be read from any script in the level. They are listed below.

Variable Name Description
activeWeapon The name of the weapon that is currently selected.
fireTimer The current countdown until the player can fire again. Mainly used by weapon packs. It can go below 0 if the player is not actively firing.
frameToUpdate A float representing how many game updates pass for each frame. Ranges from 0.5 (1x speed with high FPS on) to 4 (4x speed with high FPS off). Scaling the speed of an effect done in MSG_FrameAdvance by this amount makes it go in time with game updates while allowing smoother animations when high FPS is on.
isFPMode A bool, indicating whether the player is currently in first person mode. Updates while paused.
playerForward A normalized 3-dimensional vector pointing in the direction the player is looking. Changing this will not rotate the player. Useful for making something move in front of the player.
playerHealth A floating point from 0 to 1 representing how much health the player has out of their max health.
playerPos The position of the player as a 3-dimensional vector. It is the location of the camera when the player is in first person mode, not the terrain below the camera. This means it is roughly 9 cells above the terrain by default. Changing this will teleport the player to that x and z, but the y always follows the terrain.
playerStunned A boolean indicating whether or not the player is stunned.
weaponAttributes A table containing all attribute values for all weapons. More detail in interacting with weapon attributes

The Move.4rpl and Player.4rpl scripts are also registered, so you can get and set all variables they use with GetRegisteredScriptVar. Move.4rpl is registered as “Move” and Player.4rpl is registered as “Player”.

Messages

Various parts of the game are communicated via messages. Registering other scripts for these messages can sometimes be useful.

Message Channel When it is sent Data included
ItemCollected When an info cache is collected via the item.4rpl script. Also causes Player.4rpl to update its locally stored values for weapon attributes, so it should be called whenever the weapon attribute table is changed. The ID of the unit that sent the message
PlayerDied When the player's health reaches 0 How many times the player has died
Respawn When the respawn button is pressed 0
WeaponEffect Whenever a weapon effect is created. Calling this will create the weapon effect. A list: [“weaponName”, position (a V3)]
WeaponFired When the player fires any weapon 0
CrosshairUpdated Every frame, after the crosshair's position is updated The ID of the crosshair
Initialize Whenever a weapon pack is initialized at the start of the game, before its weapons are added to the weaponAttributes table. One weapon added by that script, which the script is also registered as.
DamagePlayer Call to damage the player by a fixed amount. Negative values will heal the player. The amount to damage the player
AddText Call to display text on the bottom of the screen. Must be called every update while the text is shown. Calling it several times in one update adds a separate line for each. Useful for letting the player know something minor, or for debugging. The text to display. If calling from a script that runs while paused, add “WP:” before the text to display.

Interacting with Weapon Attributes

The weaponAttributes table has an entry for each weapon, accessible by its name. That value is another table with entries for all of that weapon's attributes. This means that the simplest syntax for reading the value of a weapon's attribute is (mind the capitalization):

<-*weaponAttributes {"weaponName"} {"AttributeName"}

Although if many attributes need to be read for the same weapon, it can be easier to store the second table to its own (local) variable.

Similarly, the simplest way to change a weapon's attribute is:

value ->*weaponAttributes {"weaponName"} {"AttributeName"}

Adding Custom Attributes

To put everything together, here is an example that uses everything mentioned so far.

Whenever a bullet creates its weapon effect, it sends a message on the “WeaponEffect” channel. _DATA will be a list with two elements: the first is the name of the weapon, and the second is a 3-dimensional vector of the location where the weapon effect was made. By registering a script for that event, custom effects can be added to weapons without modifying the original scripts.

The base template for this is as follows:

once
    RegisterForMsg("WeaponEffect" "DoCustomWeaponEffects")
endonce
 
:DoCustomWeaponEffects
    #Store data into more readable vars
    <-_DATA[0] ->weapon
    <-_DATA[1] ->effectPosition
 
    #Read whatever attributes are needed for this effect
    #Repeat if necessary
    <-*weaponAttributes {<-weapon} {"SomeAttribute"} ->someAttribute
 
    #Then create the effect. Teleport the player, flip C/AC, damp waves, whatever you want.

The weapon loader and item scripts don't filter what stats are being added to the weapon, so new attributes can be added and read just like the base ones.

Custom Weapons

New weapons can be added into the gamemode through the use of special scripts. There are two ways to write these scripts: for weapons that use the same logic as those in the “Vanilla Weapons” pack, defining starting stats and visuals is all that is needed. If a weapon needs to do more than what is possible with those options, you can define your own logic.

The Basic Way

When a weapon can use the same logic as the base weapons, creating that weapon becomes much simpler. This kind of custom weapon is more about creating a new weapon slot for a custom effect that doesn't fit on the regular weapons, like teleportation.

The things that must be addressed in a weapon pack are:

Here is a blank template: (The Vanilla Weapons script can be used as an example)

Click to show source code

Click to show source code

BlankPack.4rpl
#Comma separated, whitespace ignored.
#List of all weapons added by this script
$$weaponsAdded:""
 
#List of custom attributes those weapons should have on initialization
#Custom attributes in an "other" field are always included. This only matters for script input vars.
$$customAttributes:""
 
#List stat vars here. Format as weaponAttributeName. weaponOther is supported.
 
:Once
  @SetHiddenAttributes
  @InitializeWeapons
 
  #Necessary if any new effects are added
  RegisterForMsg("WeaponEffect" "DoCustomEffects")
 
  #Make the weapon visually different from others
  RegisterForMsg("CrosshairUpdated" "CrosshairAppearance")
 
:SetHiddenAttributes
  #Hidden Stats (Affect visuals, not balance)
  #Options are Color, Trail, FireSound, FireVolume, HitSound, HitVolume,
  #EffectName, EffectScale, Path
  <-value ->weaponColor #etc
 
:DoCustomEffects
  #Put data into more readable vars
  <-_DATA[0] ->weapon
  <-_DATA[1] ->effectPosition
 
  #Read whatever attributes are needed for this effect
  #Repeat if necessary
  <-*weaponAttributes {<-weapon} {"SomeAttribute"} ->someAttribute
 
  #Then create the effect.
 
#Make a visual indicator by either modifying the existing crosshair's attributes
#Or by hiding it and making your own. 
:CrosshairAppearance
  <-_DATA ->crosshair
 
#==============
 
#Required for the weapon pack to work.
:InitializeWeapons
  Split(RemoveWhiteSpace(<-weaponsAdded) ",") ->weaponsAdded
  RegisterScript(<-weaponsAdded[0])
  SendMsg("Initialize" <-weaponsAdded[0])


Visual settings for weapons are in the form of hidden attributes. Some of them are vector types, meaning they cannot be set as input vars. They are:

Attribute Name Default Value Description Notes
Color V3(1, 1, 1) The color to make the bullet. Values over 1 will put the color into the HDR glow range.
Trail V2(0 0) The characteristics of the bullet's trail. The same as the last two arguments to CreateTrail.
FireSound “” The name of the sound to play when fired. A list of all valid sound names is here.
FireVolume 1.0 The volume the fire sound is played at. 1 is normal volume.
HitSound “” The name of the sound to play when the bullet hits.
HitVolume 1.0 The volume the hit sound is played at. 1 is normal volume.
EffectName “” The name of the effect to make when the bullet hits. Leave empty for no effect. See CreateEffect for a list of options.
EffectScale 1.0 The scale the effect is made at. Applied to all dimensions.
Path 0 The type of path and targeting the weapon uses. 0 is straight (cannon), and 1 is ballistic (mortar). If it is anything else, the crosshair will be hidden and the weapon will not fire on its own, leaving that up to you and giving more freedom.
BulletGUID “” The GUID of a unit to create that replaces the default sphere mesh of the bullet. More below.

Using BulletGUID

If the BulletGUID attribute is defined for a weapon, the default bullet will be hidden, and a unit of the given type is created to act as the visual. This unit:

It can have scripts attached to it that make animations or provide additional weapon logic. BulletGUID does nothing for weapons that do not use default bullets.

The Advanced way

When a weapon's Path attribute is set to anything other than 0 or 1, nothing is done for you, meaning you have more freedom about what you do with the weapon, but it is more work to make. It's recommended that these weapons use a negative path to prevent overlap in case more path options are added for basic weapons.

The additional parts of the weapon that need to be addressed are:

The template for this is:

Click to show source code

Click to show source code

BlankPack.4rpl
#Uses "myweapon" as a filler for name of the weapon. 
 
#Comma separated, whitespace ignored.
#List of all weapons added by this script
$$weaponsAdded:""
 
#List of custom attibutes those weapons should have on initialization
#Custom attributes in an "other" field are always included. This only matters for script input vars.
$$customAttributes:""
 
#Disable default weapon logic
$$myweaponPath:-1 
 
#List stat vars here. Format as weaponAttributeName. weaponOther is supported.
 
 
#===================
#basic weapon logic that should always run, if any
#For instance, if your weapon has limited charge it could recharge passively.
 
#===================
 
:once
  @InitializeWeapons
  @GetWeaponStats
 
  RegisterForMsg("WeaponFired" "Fire")
  RegisterForMsg("CrosshairUpdated" "UpdateCrosshair")
  RegisterForMsg("ItemCollected" "GetWeaponStats")
 
#Fire the weapon
:Fire
  #Only do something if your weapon is active
  if(<-*activeWeapon "myweapon" eq)
    #If the weapon is unable to fire, set <-*fireTimer to 0 
    #so the script doesn't start the weapon's cooldown.
  endif
 
:UpdateCrosshair
  if(<-*activeWeapon "myweapon" eq)
    #Handle targeting in here if any visuals depend on it
  else
    #Disable or hide custom visuals while other weapons are active
  endif
 
#Called whenever the ItemCollected message is sent.
#Stores the attributes of myweapon to variables with matching names.
#Note the variable names are Capitalized.
:GetWeaponStats
  #If you don't need all the attributes, feel free to replace this with a smaller list.
  <-*weaponAttributes{"myweapon"} GetTableKeys ->neededStats
 
  <-neededStats GetListCount 0 do
    <-neededStats[i] ->attribute
    <-*weaponAttributes{"myweapon"}{<-attribute} <-attribute ->!
  loop
 
#===================
 
#Required for the weapon pack to work.
:InitializeWeapons
  Split(RemoveWhiteSpace(<-weaponsAdded) ",") ->weaponsAdded
  RegisterScript(<-weaponsAdded[0])
  SendMsg("Initialize" <-weaponsAdded[0])


Overriding Movement

Writing to the playerPos global will teleport the player. If high FPS is on, a tween frame will be added to make movement smoother. To disable that, set the W component of the vector (the 4th one) to true. To snap the height to the terrain, set the Y component to anything less than -100.

As soon as you stop changing the camera position, normal movement will return.

Misc.

Code snippets that might be useful for some purposes.

Unlocking a weapon

GetRegisteredScriptVar("Player" "unlockedWeapons") "weaponName" AppendToList

Changing the Respawn Point

SetRegisteredScriptVar("Move" "checkpoint" <-cellX <-cellZ FC)

Index