advanced_entities_explanation
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| advanced_entities_explanation [2023/05/24 21:31] – frank_lee_smith | advanced_entities_explanation [2026/04/06 23:28] (current) – frank_lee_smith | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ================Advanced Entities Explanation================ | + | ================Doors and Elevators================ |
| - | This page is for all the optional entities that will enhance | + | This page will go over rotating doors, sliding doors, and elevators |
| - | =====Traitor Tester (ttt_tester)====== | + | ======Rotating Doors====== |
| + | A door that will need to rotate on a pivot to open. | ||
| - | **ttt_tester** is the entity used to create a **Traitor Tester.** This functions as a way to test whether someone is an Innocent or a Traitor. Typically, it is implemented with some catch or has a way for traitors to counter it as to not make it too easy to get everyone proven. | ||
| - | To implement, use a trigger or button to activate ttt_tester with the // | + | {{:f9x8q37.png? |
| - | For more in-depth instructions check below. | ||
| - | 1. Create a confined space for a player to get tested in, include an ent_door or ent_platform to enclose while testing. | ||
| - | 2. Create the ttt_role_check entity, place it near the tester (doesn' | + | To implement, create a new empty in the outliner |
| - | 3. Create a **trigger_multiple** in the confined space and uncheck | + | **Note: The Pivot for the door model you use must have the pivot set to the side the door will rotate on** |
| - | {{::trigger_1.png?600|}} | + | {{:v0sqw0h.png?nolink& |
| - | 4. Add an output on the trigger | + | By default, |
| - | {{:: | + | ======Sliding Doors====== |
| + | A door that will open and close by moving back and forth in one direction. | ||
| - | 5. Add an **Activate** output to send to the **ttt_tester** entity | + | {{:w9kktdz.png? |
| - | {{:: | + | To implement, create a new empty in the outliner and add the Linear Mover component. The model for your door will also need to be added to this gameobject via the Model Renderer component. The pivot does not matter for this type of door. |
| + | The **Move Delta** variable determines how far the door moves when activated | ||
| - | 6. Set OnPass and OnFail outputs to something the play can see like red and green dynamic lights turning on. | ||
| - | {{::trigger_4.png?600|}} | + | {{:9jqr4sp.png?nolink& |
| + | ======Elevator====== | ||
| - | 7. Hook up a button | + | An elevator needs multiple gameobjects |
| - | 8. Add an output to the same button to the **trigger_multiple** to enable after the tester door closes. | + | Currently, support is in for two stop elevators only. |
| - | 9. Clean up the system and play with the timing until it works and feels right | + | ====Path Track==== |
| - | Congrats, you just made your first tester! | + | The first thing you will need is a **Path Track**. Create an empty gameobject and add the **Path Track** component. This can be placed anywhere, but you need to give it a unique name. |
| - | **Tips** | + | {{::vr353h3.png? |
| - | - Give the tester time for it the " | + | |
| - | - Testers are implemented best with Traitor Rooms being close by to invite some counterplay | + | |
| - | - Many testers will allow players to " | + | |
| - | - Some maps will force players to find something to activate the tester or find fuel around the map to power for a test | + | |
| - | ======ttt_role_button====== | + | ====Path Mover==== |
| - | **ttt_role_button** is what is typically called the " | + | This will be the elevator itself. Create an empty gameobject and add a **Path Mover** component. Give the gameobject itself |
| - | {{:role_button.png?400|}} | + | {{::tfs9034.png?nolink&400|}} |
| - | Important Object Properties: | + | Add a **Model Renderer** for the elevator model on this object. Make sure your elevator model has collisions. |
| - | **Role** - will determine which role can see it, can be used for expanded roles by typing their name | + | The **Track Name** property MUST be filled with the same unique |
| - | **Description** - Tells the player what it does, will show up next to the button when they look at it. | + | {{::5hfqqwp.png? |
| - | **Delay** - How long until the button can be used again. Will have no delay at 0. | + | ====Path Point==== |
| - | **Remove on use** - Will delete the button after being used once. Useful for one time traps like explosions | + | You will need to create two separate gameobjects and add a **Path Point** to each. |
| - | **Tips** | + | {{:: |
| - | * Use sparingly, trap heavy maps can be annoying | + | Name them Point 1 and Point 2 in the **Point name** variable in the object properties. |
| - | | + | |
| - | | + | |
| - | ======ttt_text_popup====== | + | {{:: |
| - | **ttt_text_popup** allows for a message | + | Point 1 will need to have the same position/ |
| - | {{:: | + | ====Buttons==== |
| - | There are a few important Object Properties: | + | Your elevator will need a button for each position of the elevator. Start by creating each of your buttons by creating a new empty gameobject and adding a **TTT Button Component** |
| - | **Target Players** - Allows for the entity to send the message to the activator, everyone, or a specific team | + | {{:: |
| - | **Popup Text** - Will determine what the main message contains | + | Add a **Model Renderer** with the model your button will be using. Make sure your model has collisions. |
| - | **Popup Title** - Will determine the title above the main message. Useful to clarify a cooldown or if single use | + | To hook your buttons into the elevator find the **Objects** section in the object properties and add an //Targets On Activated// item. |
| - | ======ttt_credit_adjust====== | + | {{:: |
| - | **ttt_credit_adjust** will remove or give credits | + | In the popup, you need to set the name to the unique name of the gameobject you made for the elevator itself. |
| - | To implement simply have the button/ | + | Set the input to " |
| - | ======ttt_force_win====== | + | The Payload will need to be set to the point that the elevator goes to when pressed while the elevator is at the button' |
| - | + | ||
| - | ======ttt_prop_spawner====== | + | |
| - | + | ||
| - | Entity | + | |
| - | + | ||
| - | Important Object Properties: | + | |
| - | + | ||
| - | **Is Static** - Determines if it should spawn in with physics or just stay static. | + | |
| - | + | ||
| - | **Tags** - Gives props spawned by the entity | + | |
| - | + | ||
| - | **World Model** - This will determine what prop spawns. When selected it will show the model in hammer exactly where it will spawn in. | + | |
| + | {{:: | ||
| + | If all of this is set up properly your elevator will be functional with two buttons and two back and forth stops. | ||
advanced_entities_explanation.1684963860.txt.gz · Last modified: 2023/05/24 21:31 by frank_lee_smith