Fandom

OpenArena

Mapping manual/Additional gametype support

< Mapping manual | Redirected from Mapping information for special gametypes

373pages on
this wiki
Add New Page
Talk0 Share

Ad blocker interference detected!


Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.

This page contains information for mappers regarding specific gametypes, like the special entities needed or suggestions on how to make them good.

This concerns the key entities such as spawnpoints and objectives. Weapons and items are already covered in the W+I placement page. Layouts are already covered in the map gameplay page.

General Edit

If you are planning a map which will be especially used in CTF-like gametypes (CTF, 1FCTF, Overload, Harvester, CTFE), you will probably want to build a symmetrical map, exactly identical on both parts (like most CTF maps are) OR like in a mirror (like Q3TOURNEY6). Maps to be used in non-CTF-like modes are easier to create and modify because you don't need a symmetrical layout.

Symmetrical map layouts Edit

This reference to map layouts deserves its own section because at first look this seems to be simple, but in all reality, it isn't.

For many of these gametypes, especially the CTF-based ones, it's better to plan the map instead of doing one base and replicating it. Game editors don't get along well with brush/patch rotation. However, if you insist on converting a FFA map into CTF, here's the process:[1]

  • Before doing the rotation, make sure you have nothing filtered off.
  • Before making a mass selection, select and hide geometry on the existing base side that already exists in the area we are intending to place the cloned base. (The central area)
  • Draw out a large brush over the existing base, then do a "select inside" and then a "invert selected", then "hide selected".
  • Tidy up the parts of the base to be selected, hiding each brush that isn't going to be selected.
  • When only the parts of the base we require are left, select all, and then unhide the rest of the map.
  • Clone the base. Switch to top down view, if you haven't already. Rotate the selection 180 degrees.
  • Zoom in and move the selection carefully into place. This is by no means an easy task, take your time and use a lot of care.
  • Models and other brushes and patches won't rotate automatically with the rest of the map. You must rotate them manually. Some models may also need a remap with new textures in order to make them fit into the bases' visual coherence.
  • Place red and blue colored decorations (tapestry, arrows, etc.) around the arena, to help people find and distinguish the two bases. Decal arrows guiding to those bases should be added as well. To add to the overall effect, the colour of the base light entities should be done in such a way to reflect the teams' colours. Cyan for the blue base and orange for the red base should work. Both the texture work and the lighting should be used together to reflect the teams' bases.[2]

Some advices on this:

  • Move away the cloned base from the rest of the map and save the level with a temporary name. This way, if you make a mistake, selecting the base a second time will be straight forward using the select inside tool.
  • Add location names in the maps (like "blue base", "red armor", "bridge", "central square", etc.) by using the target_location entity. After doing this, during team-based gametypes, players will be informed of the location of their team-mates, in the team overlay infos, and when they use the "chat-team" feature. It's recommendend to use them, but not to abuse them, as they do use some network bandwidth.
  • Weapon/item placement should be even, even in non-symmetrical team-based maps, with not-so-powerful weapons in bases and very powerful weapons in the middle in order to promote aggressive play and local side fights for powerful items. Also, powerups shouldn't be in bases, but rather in the middle area.[2]
  • Team-based games are best suited to real players (although if you optimise your level for bots well enough they should give you a reasonable contest). If possible, beta test the level against humans in order to get a real feel for how well the level plays.

Spawnpoint entities Edit

info_player_deathmatch Edit

General/respawning spawnpoint for non-objective based gametypes (FFA, TDM, LMS, 1on1) and Single Domination. The "INITIAL" flag ("spawnflags" "1") allows players and spectators to spawn in these points. Id Software recommends this over the old info_player_start. There should be at least 16 per map (including ctf-based maps) without restrictions.

Keys Edit

  • angle: direction in which player will look when spawning in the game. Does not apply to bots.
  • target: this can point at a target_give entity for respawn freebies.
  • nobots: when set to 1, bots will never use this spawn point to respawn in the game. Test accurately, may cause the game freeze on some versions of gamecode (e.g. OA 0.8.x).[3]
  • nohumans: when set to 1, human players will never use this spawn point to respawn in the game. Test accurately, may cause the game freeze on some versions of gamecode (e.g. OA 0.8.x).
  • notfree: when set to 1, entity will not spawn in all non-team-based gametypes (such as "Free for all", "Tournament", "Single player deathmatch").
  • notteam: when set to 1, entity will not spawn in all team-based modes.
  • notsingle: when set to 1, entity will not spawn in Single Player Deathmatch mode (bot play mode).

Spawnflags Edit

  • INITIAL: makes the spawnpoint the initial place for the player to spawn at the beginning of the game. This is also where the player spawns as a spectator.

Notes Edit

  • This entity may also be used for making an "unconventional" CTF map where all players from both teams would always (re)spawn in the middle of the map (e.g. in contested central battleground), instead of in/near their own bases: this unusual gameplay can be obtained placing only info_player_deathmatch instead of using team_ctf_*player and team_ctf*spawn.[4]

info_player_start Edit

Initial spawnpoint. Deprecated; Id Software recommends info_player_deathmatch with the"INITIAL" flag set.[5] Kept here for archive reasons.

Keys Edit

  • angle: direction in which player will look when spawning in the game.
  • target: this can point at a target_give entity for respawn freebies.

team_CTF_blueplayer and team_CTF_redplayerEdit

Initial spawning points for CTF-based modes. There are two of them: team_CTF_blueplayer and team_CTF_redplayer. Players joining each team will spawn in one of these points.[6] There should be at least 32 of such points, 16 per team, located near the team's own bases or inside them.[7]
These are not used for later respawns: to avoid team players from respawning at deathmatch spoint points (potentially in the enemy base, too) at their later spawns, you have to also place team_CTF_bluespawn and team_CTF_redspawn spawn points.

Keys Edit

  • target: this can point at a target_give entity for respawn freebies.

team_CTF_bluespawn and team_CTF_redspawn Edit

Respawning points for CTF-based and Elimination-based modes.[6] There should be at least 32 of such points, 16 per team, located near the team's own bases or inside them.[7]
These are not used for initial spawn: to avoid team players from spawning at deathmatch spoint points (potentially in the enemy base, too) at their first spawn, you have to also place team_CTF_blueplayer and team_CTF_redplayer spawn points.

Keys Edit

  • target: this can point at a target_give entity for respawn freebies.

info_player_dd Edit

Double DOM-specific spawnpoints. If used, there should be at least 16 of such points, located far from both DD points.

As the game will fallback to deathmatch spawn points, you can avoid placing info_player_dd points if you already have enough info_player_deathmatch points placed away from the DD points, with those too near -if any- disabled in this mode by using "!gametype/dd".

You should not have any info_player_dd points if you have info_player_dd_blue and info_player_dd_red points.

Keys Edit

  • target: this can point at a target_give entity for respawn freebies.

info_player_dd_blue and info_player_dd_red Edit

Double DOM-specific team spawnpoints. If used, there should be at least 32 of such points, 16 per team, located far from both points.

If these points are placed in a map then they will be used instead of info_player_dd points. You should only use these if you want to have the teams spawn in groups; otherwise prefer info_player_dd.

Independently from the kind of spawn points you decide to use for DD mode, you should make players not spawn right next to the DD points, otherwise it may be almost impossible to keep both points for 10 consecutive seconds.

Keys Edit

  • target: this can point at a target_give entity for respawn freebies.

info_player_dom Edit

Domination-specific spawnpoints. There should be at least 16 of such points, located far from any DOM point.

Keys Edit

  • target: this can point at a target_give entity for respawn freebies.

Objective entities Edit

These are the key entities of the game, used to mark where the key objectives are.

In all of them, avoid the use of the "SUSPENDED" spawnflag, even if the editor and the map seem to allow its use, as bots cannot reach suspended objectives, and they must be reachable by players of both teams alike. Unlike weapons and other items placement, for gametype objectives it's recommended to perfectly align their "origin" point with the ground.

As a good practice, do some testing to check that bots are actually capable to reach all objective entities, such as Domination points.

domination_point Edit

Domination neutral point. It changes to the team color of the last player who touched it. It is used in Domination mode, NOT in Double Domination mode.

You can place up to six of them in the map (if there are more than three, scoring occurs every four seconds instead of two), and you can (should) identify them with distinctive names by setting the "message" key.

team_CTF_blueflag, team_CTF_neutralflag and team_CTF_redflag Edit

Flags for CTF, One Flag CTF and CTF Elimination gametypes. In Double Domination, red and blue flags automatically become the A and B control points (remember: B point spawns in the place of the Blue flag). Additionally, there's a "neutral" flag only available for One Flag CTF.

For One Flag CTF, the flag should be placed in an area that is roughly equidistant from both bases and can be easily reached by players from either team.[8]

team_blueobelisk, team_neutralobelisk and team_redobelisk Edit

Skull receptacles for Harvester, and Overload power diamond sources. Also commonly used as flag bases. The "neutral" obelisk is the Skull Generator for Harvester.

They should work correctly out-of-the-box, without the need to tweak their models. Simply place the entities aligning their "origin point" with the ground (this is very important to prevent problems to bots in Overload mode) and don't worry if models look like "buried in the ground" in the editor. Also, unlike other items, they are not automatically dropped to the ground.

The skull generator in Harvester tosses skulls about it to a maximum distance of 96 units. Id Software recommends a radius of 104 to 128 units as a minimum. As a rule, the generator should drop skulls only in a places accessible to the players. Skulls should not drop out into death fog or the void. Also the generator should be placed in an area that is roughly equidistant from both bases and can be easily reached by players from either team.[8]

For Overload, when designing the base for the placement of the skull obelisk, don’t make it easy for attackers to shoot the obelisk from protected locations.[8]

Per-gametype entity support Edit

After seeing each entity in detail, and each layout in the Map Gameplay page, we're going to see the requirements, entity-wise, of each gametype.

Green squares are the recommended entities for a gametype. Yellow squares are optional but supported entities. Black squares are unsupported/not-needed entities.

Type Entity Gametypes
FFA TDM 1v1 CTF 1FC Hrv Ovl Elm eCF LMS DDm DOM
Spawnpoints info_player_deathmatch(*)
info_player_start(**)
info_player_dd
info_player_dd_blue
info_player_dd_red
info_player_dom
team_CTF_blueplayer
team_CTF_bluespawn
team_CTF_redplayer
team_CTF_redspawn
Objectives domination_point
team_CTF_blueflag
team_CTF_neutralflag
team_CTF_redflag
team_blueobelisk
team_neutralobelisk
team_redobelisk

(*) - Requires "INITIAL" flag set to 1 for initial spawnpoints.
(**) - Not recommended. Use info_player_deathmatch with "INITIAL" flag set to 1 ("spawnpoints" "1") instead.

All maps, including CTF ones, should contain at least 8 deathmatch player spawn points, better if at least 16.

Limiting entities to certain gametypesEdit

Sometimes, mappers want to limit some entities to a few gametypes only.
Examples of possible uses include removing weapons or powerups in certain gametypes, customizing player spawning positions for different gametypes, making different items appear in the same place in different gametypes. These tweaks do work for many entities, but not for some (e.g. "light").

To achieve this, it is possible to use:

They do also exist "notq3a" and "notta" keys, which were in Quake 3 Arena to prevent entities from spawning in either baseq3 (main game, baseoa for us) or in its Team Arena mod (Missionpack for us); if both were enabled, the entity would have spawned in other mods only.[9] These two keys can probably be considered deprecated in OpenArena.

Some gametypes do automatically hide some "objective entities" which are not useful in that gametype, even if you did not explictly disable them.

The "gametype" and "!gametype" keys Edit

For each entity it is possible to set a key, called "gametype", which determines in which gametype(s) it should spawn.

There's also an OA-specific key, "!gametype", which works as the opposite. Every item marked with this key won't spawn in the marked gametypes. This can be useful to provide compatibility with future gametypes, but one has to take in account that this negative key didn't exist in the original Quake 3 game, so while playing with old mods based upon Q3 game logic (or pre-0.8.8 OA game logic), it will be ignored, and thus that entity -if supported- will be shown in ALL gametypes.

Other things to bear in mind:

  • As a general rule, this is not good with brush-based entities (such as func_static)... use with care and test accurately with a bot following you. Except maybe a very few uses like hiding non-solid teamcolor decorations, removing a button or keeping a certain door always open by making it disappear in a certain gametype, this CANNOT be used to make changes in map flow, because BOTS would not recognize them and would work badly. Really: if you try to make a wall or a boardwalk disappear in a certain gametype, bots will still act as the wall is still there (will never use that passage) or as the boardwalk is still there (will try to step on the boardwalk and thus will fall down. Repeatedly). See also Mapping manual/Bot play.
  • Both "gametype" and "!gametype" are intended for weapon/item usage, NOT for key objective entities, as these may be required for some mods. Ditto for the "notq3a" and "notta" keys, which are now useless since the Missionpack items are already included into OA itself, and may also be required for some mods.
  • Every map, including CTF ones, should contain at least 8 deathmatch player spawn points without gametype restriction, better if at least 16.

Here are the "gametype/!gametype" denominations for each gametype:

In case of multiple values, just separe them with a blank space.

The "notteam", "notfree" and "notsingle" keysEdit

These are three keys which can be enabled by setting them to "1", or disabled by setting them to "0" or deleting the key.

  • "notteam": prevents the entity from spawning in all team-based modes (ctf, 1flag, dom, etc.).
  • "notfree": prevents the entity from spawning in all non-team-based modes (ffa, single player deathmatch, etc.).
  • "notsingle": prevents the entity from spawning in Single Player Deathmatch mode (g_gametype 2) only.

Other things to bear in mind:

  • These can be useful where there are different items in the same place and only one has to actually spawn in each gametype. Considering that any gametype (including mods and future ones) should fall inside one of the two main categories, if you use them appropriately you should be safe enough those items will never overlap in any gametype.
  • The same as "gametype" and "!gametype" (see above): be careful with them; consider that bots do not recognize gametype-dependent changes in map geometry (with very bad results); let enough player spawn points appear in any gametype.

The .arena file. Edit

Mappers can set their creations so they can only be selected via menu or voted by way of the ".arena" file. This file is placed in the "scripts/" folder of the .pk3 archive. The line which sets the gametypes this map supports is "type".

Here are the "type" denominations for each gametype to be supported via menu:

External linksEdit

References Edit

  1. LevelDK 8: Converting the level for CTF, new entities, including, team_CTF_colourspawn, team_CTF_colourplayer, team_CTF_colourflag.
  2. 2.0 2.1 Tim Willits' opinions on mapping at Gamasutra's Secrets of the Sages
  3. Do not confuse spawn-point specific "nobots" key with "notbot" key, which is instead supported by many items to make them not attractive for bots.
  4. If you don't wish to apply the "central carnage spawn area" trick also to non-team-based modes (you may still wish to make players spawn also inside the bases in team-free modes, to do not leave large parts of the arena unused), you may set "notteam/1" key/value for the deathmatch spawn points placed inside the bases.
  5. GTKR Manual, Appendix B4
  6. 6.0 6.1 GTKR Manual, Appendix B8
  7. 7.0 7.1 Suggested practices for CTF mapping by Threewave
  8. 8.0 8.1 8.2 Design tips for 1FCTF, Harvester and Overload
  9. Using Team Arena entities from [http://icculus.org/gtkradiant/documentation/Team_Arena_Mapping_Help/start.html Team Arena Mapping Help

Also on Fandom

Random Wiki