<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://wiki.splashdamage.com/index.php?action=history&amp;feed=atom&amp;title=Player_Spawnpoints</id>
	<title>Player Spawnpoints - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.splashdamage.com/index.php?action=history&amp;feed=atom&amp;title=Player_Spawnpoints"/>
	<link rel="alternate" type="text/html" href="https://wiki.splashdamage.com/index.php?title=Player_Spawnpoints&amp;action=history"/>
	<updated>2026-04-08T01:46:21Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.31.0</generator>
	<entry>
		<id>https://wiki.splashdamage.com/index.php?title=Player_Spawnpoints&amp;diff=4133&amp;oldid=prev</id>
		<title>192.168.0.151 at 17:10, 11 August 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.splashdamage.com/index.php?title=Player_Spawnpoints&amp;diff=4133&amp;oldid=prev"/>
		<updated>2008-08-11T17:10:58Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;The player spawning system in Enemy Territory has one spawn entity per team with 2 spawnflag values as follows:&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
| Classname:&lt;br /&gt;
| class=&amp;quot;code&amp;quot; | team_CTF_redspawn, team_CTF_bluespawn&lt;br /&gt;
|-&lt;br /&gt;
| Spawnflag:&lt;br /&gt;
| class=&amp;quot;code&amp;quot; | invulnerable, startactive&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Generally an Enemy Territory map will have an initial spawn area for both teams and possibly one or more capture/autospawn areas.&lt;br /&gt;
&lt;br /&gt;
The initial spawn areas are made up of team-specific spawn entities with the spawnflag values both set so that players can start the map without being killed immediately.&lt;br /&gt;
&lt;br /&gt;
The capture / autospawn areas will have Axis / Allied player spawn entities and both sets should be given a targetname key. The targetname key is used so that the game can switch the spawn entities from one state to another. Initially one set will be active and the other set will be dormant until [[glossary#Triggering an Entity|triggered]] via the targetname key.&lt;br /&gt;
&lt;br /&gt;
Located near all spawnpoints in the game is a &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;team_WOLF_objective&amp;lt;/span&amp;gt; entity which appears on the command map, determines who owns the spawnpoint initially (If you select both spawnflag values then it WILL produce erratic results) and has a description key used by the autospawn feature.&lt;br /&gt;
&lt;br /&gt;
If the spawnpoints are spread out across a wide area or in several rooms then the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;team_WOLF_objective&amp;lt;/span&amp;gt; entity should be located somewhere in the middle of the spawnpoints. When the game spawns a player it will choose the next available spawnpoint closest to the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;team_WOLF_objective&amp;lt;/span&amp;gt; entity. Some spawnpoints will not be used unless you have a lot of players spawning at once. All spawn areas should be designed to cope with 16 players spawning at once on each side.&lt;br /&gt;
&lt;br /&gt;
The autospawn feature is designed to start players at the most forward spawn point on the map for the relevant team. As spawn areas are captured temporarily or permanently the script system needs to keep the autospawn feature up to date.&lt;br /&gt;
&lt;br /&gt;
The description key is used by the autospawn system to switch the state of the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;team_WOLF_objective&amp;lt;/span&amp;gt; entity from one team to the next. The autospawn feature is totally controlled via the script and does not switch spawnpoints around either. (You still need to [[glossary#Triggering an Entity|triggered]] the spawnpoint entities as before)&lt;br /&gt;
&lt;br /&gt;
The setautospawn command (used in the script) uses the description key of the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;team_WOLF_objective&amp;lt;/span&amp;gt; entity to determine which spawn area to use, followed by a 0/1 value for which team. 0 represents Axis and 1 is for the Allied. There is no default for the setautospawn command so it needs to be setup at the beginning of the game, usually located in the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;game_manager&amp;lt;/span&amp;gt; [[glossary#Scripting - Routine|routine]] of the script.&lt;br /&gt;
&lt;br /&gt;
Please note that Enemy Territory maps still require the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;game_manager&amp;lt;/span&amp;gt; entity to be present in all maps. The map script usually starts with the &amp;lt;span class=&amp;quot;code&amp;quot;&amp;gt;game_manager&amp;lt;/span&amp;gt; [[glossary#Scripting - Routine|routine]] because it always exists in every map.&lt;br /&gt;
&lt;br /&gt;
==Spawn area considerations==&lt;br /&gt;
&lt;br /&gt;
Unfortunately there is a certain type of player who insists on disrupting online games as much as possible. These tactics range from spawn camping to door blocking and sadly these things can ruin a game for all people involved.&lt;br /&gt;
&lt;br /&gt;
There is currently no way of &amp;quot;bumping&amp;quot; players out of the way in RtCW / Enemy Territory and some players on public servers insist on disrupting games by blocking doorways to / from spawn areas.&lt;br /&gt;
&lt;br /&gt;
When designing spawn areas we considered the following points:&lt;br /&gt;
&lt;br /&gt;
* If you can spare the space then create all spawn areas with at least two entrance/exits so one player cannot block a whole spawn area.&lt;br /&gt;
* If you have only one entrance / exit to a spawn area then make it at least 3 players wide in order to prevent 1 player from blocking the doorway.&lt;br /&gt;
* Make sure that neither team can place landmines on the floor of the spawn area.&lt;br /&gt;
* Place all spawn entities as close as possible against a wall so that enemy players cannot stand behind the spawn entities and spawn camp.&lt;br /&gt;
* If possible place spawn areas under cover so that mortar / artillery strikes cannot affect new players joining the game.&lt;br /&gt;
* Remember to make sure all spawn entities have the spawnflag set to invulnerable so that new players are not killed instantly upon spawning into the game.&lt;br /&gt;
* Try creating spawn areas high up so that the new players have a height advantage over the opposing forces.&lt;br /&gt;
* Create multiple spawn locations for critical areas to minimize spawn camping and door blocking.&lt;br /&gt;
&lt;br /&gt;
No spawnpoint is entirely spam-proof. Regardless of how many features you build into a spawn area to prevent disruptive game play, some players will always find a way to spam it. All you can do is to try and prevent as many of the most obvious problems associated with spawn areas as possible.&lt;/div&gt;</summary>
		<author><name>192.168.0.151</name></author>
		
	</entry>
</feed>