Difference between revisions of "Inputs and Outputs"
m (Added note about data descriptions article having information on internal usage)
|Line 84:||Line 84:|
== See also ==
== See also ==
* [[Entity Creation]]
* [[Entity Creation]]
* [[List of entities]]
* [[List of entities]]
Latest revision as of 20:58, 20 November 2018
Inputs and Outputs (collectively "I/O") are the means by which entities communicate between each other in maps. Entities have two methods for communication: sending an "output" to another entity, or receiving an "input" from another entity. One entity may send an output when it is killed to another entity's input which causes it to change color. That same output could also be used to trigger another entity's spawning input. The outputs are matched to the inputs via a "connection", which controls what extra data is relayed to the receiver, how much of a delay there is before the output is received, and whether the output should be allowed to be sent again later. Outputs can be linked to any input and vice versa. This allows complex and powerful interactions between entities.
Consider a logic_timer entity. It might be configured to "fire" its
OnTimer output when it hits its time limit, which "triggers" (or "calls") the
ShowSprite input of an env_sprite. When the timer hits its limit, the sprite appears. By using the connection properties, you could also cause the output to be triggered after a two second delay, or to trigger once but never again.
Inputs are commands that cause an entity to change what it is doing. They are "triggered" (or "called") by outputs - they cannot be manipulated directly.
You can view a list of input events that an entity is receiving in the Inputs tab of the object properties dialog. Clicking the "mark" button will take you to the entity that the input is being received from.
Outputs are events that fire when an entity's state changes. For example, a timer will have an output for reaching its end, a button an output for being pressed, and a door an output for coming to a close.
Output events are created in the Outputs tab of the object properties dialog. This interface provides a list of the outputs already emitting from the entity, configuration fields for the one(s) currently selected, and buttons for creating new and deleting old. Finally, the button in the bottom left labelled "mark" will take you to the target entity of the current output.
The output configuration fields are:
- Output name
- What event causes the output to fire. For example, a trigger_multiple entity can fire an OnTrigger output when a player steps into it.
- Target entity
- The targetname or classname of the entity that will receive input. Accepts the * character as a search wildcard.
- A bold name means that the targetname points to multiple entities
- A red name means that the targetname doesn't point to anything Bug: Valid classname and wildcard values and special targetnames will also appear red. Don't worry: the engine will recognise them!
- Input name
- The input on the target entity that will be triggered. This too will be context sensitive. For example, if sending an output to a Door entity, some of the available inputs will be "Close" or "Open".
- You can pass data to the target entity with parameters. A parameter might be anything: how loud to play a sound, the targetname of another entity, or perhaps a color. It all depends on what the input accepts. If it doesn't accept anything, this field will be greyed out.
- Some outputs, like math_counter's
OutValue, generate parameters themselves. To use a generated parameter, just leave the field reading
<none>.Note:If the output value is a targetname, remember that it may not be unique!
- Time delay
- The number of seconds to wait after the output event occurs before firing.
- Fire once only
- The output will be deleted after it fires if this is checked.
Setting up a simple trigger
This is an example of how to make a simple trigger using inputs and outputs, so a sound is played when the player enters a specific area.
Open up a map and add an ambient_generic (in the Name field, type in "
ambient_1"). Go into its Object Properties and choose a sound file for it to play, and on the Flags tab make it set to "Start Silent". Select the "
tools/toolstrigger" texture and create a cube brush with this texture. Right-click on this brush and using the "Tie to Entity" command, make it into a trigger_once entity. Go to the Outputs tab and click the Add... button.
Set "My output named" to "
OnStartTouch". This causes the output (and thus the trigger) to occur when the player starts touching this brush in the game.
Set "Targets entities named" to "
ambient_1" using the pull-down arrow. This makes the trigger output target the
ambient_generic you placed earlier.
Set "Via this input" to "
PlaySound". This chooses the
PlaySound action from the target
ambient_generic's list of actions, which of course causes its sound to start playing.
Click the Apply button to save your changes to the trigger, and close it. Now we have the trigger set up so that as soon as the player touches it, it sends a command to the
ambient_generic which makes it start playing its sound.
If you open up the properties for the
ambient_generic, you can see how the Output from the trigger has automatically been converted to an Input for the
If you want to compile and test your new trigger, make sure you have all the basics (player start, lighting, etc) and have assigned a sound effect to the
Source provides various debugging tools for when an I/O chain is not working as expected.
Foremost among them is the object properties dialog itself. Invalid inputs outputs are highlighted red in the entity's input or output list; the I/O icons at the bottom of the dialoge also change accordingly. Invalid outputs also show up in Check For Problems ( ). It's a good idea check for problems before every compile.
Away from Hammer, there are a number of console commands and variables that will help you spot errors while your map is running:
- Developer mode reports all entity I/O to the console, and unless you're playing on a dedicated server that enables cheats (which is needed for all of the commands below). If you are in
developer 2, you will also get the last eight lines of the console displayed at the top of your screen.
- This displays the same information as developer mode, except that instead of appearing in the console it's drawn in the 3D world at the location of the entities in question.
ent_fire <targetname or classname> <input> <parameter>
- This extremely useful command allows you to manually fire inputs on any entity at any time. If you want to unlock a door ahead of time, you would type
ent_fire my_door unlock, followed if you're feeling lazy by
ent_fire my_door open.
- Like the "output target" field in Hammer,
ent_firesupports classnames and wildcards. If you want to
ent_fire npc_* ignite, you can!Tip:
ent_fireis where the special
!pickertargetname comes in. Use it to target whatever is under your crosshair.
- This command pauses all entities in the map except the player; submit it again to unpause. It is designed for use with
ent_step <number of steps>
- When used with
ent_pause, this command makes entities perform a specified number of I/O steps before pausing again (default is 1).