Unvanquished - User contributions [en-gb]

Coding convention

2024-07-16T02:26:40Z

Killing time: remove "(legacy)" from quake style

This is the style guide for Unvanquished's and Daemon's source code.

The first rule of style is to follow the style of the surrounding code. If there is a clear convention in the local region of code, continue to use it (with the possible exception of "Obsolete conventions" below). There are two broadly used style conventions, whose particularities are described in the "Quake style" and "New style" sections below.

See also [[Reformatting the source]] and [[Coding with intrinsics]].

== Spacing ==

There is a space between a control structure keyword (e.g. <code>while</code>) and the following <code>(</code>, if applicable.

The curly braces surrounding class, struct, and function definitions go on their own lines.

Consider adding breaking the line if the line is longer than 100 characters (assuming tab width 4?).

Control blocks without braces are discouraged. If you need an if followed by only one line use something like that:

<pre class="green">
if ( foo )
{
bar;
}
</pre>

== Naming conventions ==

* Function names (including member functions) and class names are <code>CamelCase</code>.
* Variable and function argument names are <code>camelCase</code>.
* Struct data members are <code>camelCase</code>.
* Class data members are <code>camelCase_</code> (with a trailing underscore).

Functions that are used by other files have a "namespace" of some kind, either a C++ namespace, or a prefix like <code>G_</code> or <code>FS_</code>. Follow the style of the surrounding code.

Functions that are only used within the same file are marked <code>static</code> and need not have a namespace.

== Other trivialities ==

* When defining a type alias, use <code class="green">using A = B;</code>, not <code class="red">typedef B A;</code>.

* Declare variables as close to the point of first use as possible.

* Do not write <code>void</code> in the parentheses of functions that take zero arguments.

* Always use <code>override</code> for member functions that override a virtual member function.

* <code>struct</code> is usually used for structures that have only public fields and no member functions. <code>class</code> is usually used for structures that have at least one private member and at least one member function. Do not add member functions to structs that have a large number of fields and a poorly defined scope of responsibility.

== Quake style ==
This style is found in files inherited from Tremulous (and often further from Quake 3).

* There is always a space after <code>(</code> or <code>[</code> and before <code>)</code> or <code>]</code>, EXCEPT when the parentheses or brackets are empty.
* The curly braces <code>{ }</code> of control structures always go on their own lines.
* File names are <code>snake_case.cpp</code>

=== Obsolete conventions ===
These conventions are often found in Quake-style files, but are '''discouraged''' even for new code in those files.
<ul>
<li>Function banner comments, like this:
<pre class="red">/*
================
GL_TextureMode
================
*/</pre>
There is no need to write the name of a function in a comment preceding it. Documentation about what the function does or how it is implemented is of course welcome.</li>
<li> All local variables declared at the beginning of the function. This exists because old C compilers required variables to be declared at the beginning.</li>
<li>Vertical alignment in lists of function declarations or variable declarations, e.g.
<pre class="red">foo varName;
foobar varName2;</pre></li>
</ul>

== New style ==
This style is commonly found in the BSD-licensed files in Daemon (which are often more-recently created ones). Although it is "new", that does not necessarily mean it is better; many contributors prefer the Quake style.

* No space after <code>(</code> or <code>[</code>, nor before <code>)</code> or <code>]</code>.
* The opening <code>{</code> of a control structure goes on the same line as the <code>if</code>/<code>else</code>/<code>while</code>/etc.
* File names are <code>CamelCase.cpp</code>

== Assertions, self-documentation and dependency reduction ==

* When a function takes a pointer as parameter, if this pointer should never be NULL, use an assertion to test it. (Or use a reference instead?) It helps at debugging, but also to document the code.
* When a function takes a pointer to a struct for read-only access, please mark it as a const pointer.
* If a function only needs a subpart of a struct, pass only that subpart (by example, if you only use gentity_t->playerState_t, only give it a playerState_t*)

== Refactoring ==

when refactoring, if you need to guarantee elements to be accessed together, move them in sub-class. This will help keep consistency with old code while allowing to progressively modernize codebase.
New classes should have theirs own headers and implementation files (explicitly listed in the CMakeLists.txt), except if small.

=== Function and API evolutions ===

Some changes are usually desired, but might have bad side effects like performance cost or different behaviors. Here is a small list of those:

* prefer <code>Str::IsEqual</code> and <code>Str::IsIEqual</code> to <code>Q_stricmp</code> or <code>strcmp</code>. Those need to size of the strings though, which might impact performances in a non negligible (and bad) way.
* prefer to use glm instead of the old Quake vector API (vec3_t, VectorCopy, VectorMA</code>, etc) when possible. But keep in mind that <code>glm::normalize( v )</code> will not handle cases where v have components values of zero.

Continuous integration

2024-06-24T03:19:31Z

Killing time: /* Build matrix */

[[Category:Infrastructure]]
Continuous integration (CI) refers to the automated builds that run each time someone opens or modifies a pull request against, or modifies the code of, the Unvanquished and Daemon source code repositories on GitHub.

We use the following CI services:
* Appveyor, for building with MSVC on Windows. Its configuration is found in the file {{code|.appveyor.yml}} in the repository root.
* Azure Pipelines. Its configuration is found in the file {{code|azure-pipelines.yml}} in the repository root. It handles Mac native builds on [https://github.com/actions/virtual-environments/blob/main/images/macos/macos-11-Readme.md macOS 11.x] and Linux native and NaCl builds on [https://github.com/actions/runner-images/blob/main/images/ubuntu/Ubuntu2004-Readme.md Ubuntu 20.04] (Focal).
* GitHub CodeQL. Its configuration is found in the file {{code|.github/workflows/codeql.yml}} in the repository. Its purpose is to scan the source code for vulnerabilities, and for that purpose it starts by building the source tree using the latest LTS Ubuntu distribution provided by the platform ([https://github.com/actions/runner-images/blob/main/images/ubuntu/Ubuntu2004-Readme.md Ubuntu 22.04]) and the default compiler of this platform.

In some Daemon builds, we run the unit tests. These builds have been configured to use the Release configuration so that the unit tests are closer to production builds.

== Build matrix ==

{|
! colspan="9" | {{engine}}
|-
! Service
! Host
! Target
! Compiler
! Generator
! Build Type
! WERROR
! PCH
! Unit tests
|-
| Appveyor || Windows amd64 || Windows amd64 || VS 2019 || Visual Studio || Release || Yes || No || Yes
|-
| Appveyor || Windows amd64 || Windows i686 || VS 2019 || Visual Studio || Release || Yes || No || Yes
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Windows amd64 || MinGW 9.3 || Ninja || Release || Yes || No || No
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 || GCC 9.4 || Ninja || Release || Yes || No || Yes
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 || Clang 11.0 || Ninja || Release || Yes || No || Yes
|-
| Azure Pipelines || macOS-11 amd64 || macOS amd64 || AppleClang 13.0 || Make || Release || Yes || No || Yes
|-
| GitHub Actions CodeQL || ubuntu-latest || Linux amd64 || GCC (floating) || Ninja || Release || No || Yes || No
|}
 
{|
! colspan="8" | {{game}}
|-
! Service
! Host
! Target
! Compiler
! Generator
! Build Type
! WERROR
! PCH
|-
| Appveyor || Windows amd64 || Windows i686 DLL || VS 2019 || Visual Studio || Debug || Yes || No
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 DLL || GCC 8.4 || Ninja || Debug || Yes || No
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 DLL || Clang 11.0 || Ninja || Debug || Yes || No
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || NaCl all NEXE || PNaCl Clang 3.6 || Ninja || Debug || Yes || No
|-
| Azure Pipelines || macOS-12 amd64 || macOS amd64 DLL || AppleClang 14.0 || Make || Debug || Yes || No
|-
| GitHub Actions CodeQL || ubuntu-latest || Linux amd64 DLL+EXE || GCC (floating) || Ninja || Release || No || Yes
|}

“WERROR” indicates whether the {{code|USE_WERROR}} option is on, which gives a failing building build status if there are warnings in our code. Note that {{code|USE_WERROR}} only applies to ”our” code in {{code|src/}}, so you may still see warnings from stuff in {{code|libs/}}.

“PCH” indicates whether the precompiled header is enabled.

UI/Lua in the UI

2024-06-15T22:22:33Z

Killing time: rocket vs rmlui updates

[[Category:UI]]
Lua scripting can be used in the RmlUi-based UI, similar to how JavaScript can be used on a web page.

Older versions of the RmlUi library were called libRocket, which explains the prevalence of the word "Rocket" in the code.

= Documentation resources =

The [https://mikke89.github.io/RmlUiDoc/pages/lua_manual.html RmlUi Lua Manual] is useful. Note that the version of RmlUi we are using is out of date.

It's also possible to read the librocket.com documentation in the Internet Archive/Wayback Machine.

Grepping for examples in the Samples folder (<code>libs/RmlUi/Samples</code>) may be helpful.

Note that these resources are all far from comprehensive. Many Lua facilities, it seems, can only be discovered by searching the RmlUi source.

=Tips=
The cgame command <code>luarocket</code> can be used to execute Lua snippets. Global variables set from any of the documents are accessible. You can print things with <code>print()</code>.

=Pitfalls=

==Bugs==

Setting the <code>inner_rml</code> attribute of an Element does not work if the string is longer than 1023 characters.

==Other==

All RML documents (or perhaps all documents in a context?) share a common set of global variables. This means that function names and global variable names need to be unique across the whole program. Also, importing a Lua script via <code><nowiki><script src="..." /></nowiki></code> in one document imports it in all documents.

Although Lua usually uses 1-based indexing for arrays, libRocket's Lua APIs are mostly 0-based. For functions that return a list, this has the consequence that the length operator <code>#</code> returns the wrong result.

Continuous integration

2024-04-21T20:22:53Z

Killing time: it's vs not nmake

[[Category:Infrastructure]]
Continuous integration (CI) refers to the automated builds that run each time someone opens or modifies a pull request against, or modifies the code of, the Unvanquished and Daemon source code repositories on GitHub.

We use the following CI services:
* Appveyor, for building with MSVC on Windows. Its configuration is found in the file {{code|.appveyor.yml}} in the repository root.
* Azure Pipelines. Its configuration is found in the file {{code|azure-pipelines.yml}} in the repository root. It handles Mac native builds on [https://github.com/actions/virtual-environments/blob/main/images/macos/macos-11-Readme.md macOS 11.x] and Linux native and NaCl builds on [https://github.com/actions/virtual-environments/blob/main/images/linux/Ubuntu2004-Readme.md Ubuntu 20.04] (Focal).

In some Daemon builds, we run the unit tests. These builds have been configured to use the Release configuration so that the unit tests are closer to production builds.

== Build matrix ==

{|
! colspan="9" | {{engine}}
|-
! Service
! Host
! Target
! Compiler
! Generator
! Build Type
! WERROR
! PCH
! Unit tests
|-
| Appveyor || Windows amd64 || Windows amd64 || VS 2019 || Visual Studio || Release || Yes || off || Yes
|-
| Appveyor || Windows amd64 || Windows i686 || VS 2019 || Visual Studio || Release || Yes || off || Yes
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Windows amd64 || Mingw 9.3 || Ninja || Release || Yes || off || No
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 || GCC 9.4 || Ninja || Release || Yes || off || Yes
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 || Clang 11.0 || Ninja || Release || Yes || off || Yes
|-
| Azure Pipelines || macOS-11 amd64 || macOS amd64 || AppleClang 13.0 || Make || Release || Yes || No || Yes
|}
 
{|
! colspan="8" | {{game}}
|-
! Service
! Host
! Target
! Compiler
! Generator
! Build Type
! WERROR
! PCH
|-
| Appveyor || Windows amd64 || Windows i686 DLL || VS 2019 || Visual Studio || Debug || Yes || off
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 DLL || GCC 8.4 || Ninja || Debug || Yes || off
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || Linux amd64 DLL || Clang 11.0 || Ninja || Debug || Yes || off
|-
| Azure Pipelines || Ubuntu-20.04 amd64 || NaCl all NEXE || PNaCl Clang 3.6 || Ninja || Debug || Yes || off
|-
| Azure Pipelines || macOS-11 amd64 || macOS amd64 DLL || AppleClang 13.0 || Make || Debug || Yes || No
|}

“WERROR” indicates whether the {{code|USE_WERROR}} option is on, which gives a failing building build status if there are warnings in our code. Note that {{code|USE_WERROR}} only applies to ”our” code in {{code|src/}}, so you may still see warnings from stuff in {{code|libs/}}.

“PCH” indicates whether the precompiled header is enabled.

Entities

2024-02-20T06:18:20Z

Killing time: link entity directory

This page lists types of ''BSP entities'', sometimes known as ''map entities''. A BSP entity is defined by a list of key-value pairs in the entity lump of a BSP file.

Entity keys with a preceding underscore ("_") character are keys read by the compiler. Keys with no preceding underscore are read by both the compiler and the game. See the [http://en.wikibooks.org/wiki/Q3Map2/Entity_keys q3map2] documentation for more information. The worldspawn and <code>light</code> entities are also read by the renderer.

To find examples of maps where a particular entity is used, you can search for it [https://users.unvanquished.net/~slipher/map-entity-directory.txt here]. This list is generated by [https://github.com/slipher/source-tools/mapents.py a script].

==General Entities==

===Game Entities===

* {{Subpage|worldspawn}}
* {{Subpage|Buildables}}

===Compiler Entities===

* {{Subpage|Lights}} — Might also be used by the renderer for dynamic lighting. 
* {{Subpage|info_null}} — Can be used for lights, but should not be used for anything else.
* {{Subpage|func_group}} — Used for grouping world brushes in the map editor.
* {{Subpage|misc_model}}
* {{Subpage|_decal}}
* {{Subpage|_skybox}}

==Control Entities==

{{EntityTableHeader}}
|-
| || {{Subpage|ctrl_limited}} || || ET_GENERAL || testing || testing || testing
|-
| || {{Subpage|ctrl_relay}} || || ET_GENERAL || testing || extending || extending
|-
| || {{Subpage|ctrl_script}} || || ET_GENERAL || colspan="3" | reserved for future use
|}

==Environment Entities==

{{EntityTableHeader|Scope}}
|-
| {{icon_gfx}} || {{Subpage|env_animated_model}} || position ||
|-
| {{icon_gfx}} || {{Subpage|env_lens_flare}} || position || ET_LIGHTFLARE || testing || unclear || unclear
|-
| {{icon_gfx}} || {{Subpage|env_particle_system}} || position || || testing || extending || extending
|-
| {{icon_source_point}} || {{Subpage|env_portal_camera}} || position ||
|-
| {{icon_gfx}} || {{Subpage|env_portal_surface}} || position || ET_PORTAL
|-
| {{icon_physics}} || {{Subpage|env_rumble}} || global || || testing || extending || extending
|-
| {{icon_sound}} || {{Subpage|env_speaker}} || position || ET_SPEAKER || testing || extending || extending
|}

==Functional Entities==

{{EntityTableHeader}}
|-
| || {{Subpage|func_bobbing}} || mover || || colspan="3" | unclear
|-
| || {{Subpage|func_button}} || trigger-mover || ET_MOVER || colspan="3" | unclear
|-
| || {{Subpage|func_destructable}} || (non) mover || || colspan="3" | planning
|-
| || {{Subpage|func_door}} || trigger-mover || ET_MOVER || colspan="3" | unclear
|-
| || {{Subpage|func_door_model}} || trigger-mover || || colspan="3" | unclear
|-
| || {{Subpage|func_door_rotating}} || trigger-mover || ET_MOVER || colspan="3" | unclear
|-
| || {{Subpage|func_dynamic}} || ? || || colspan="3" | unclear
|-
| {{icon_null}} || {{Subpage|func_group}} || NULL || NULL || colspan="3" | mapeditor and mapcompiler domain
|-
| || {{Subpage|func_pendulum}} || mover || || colspan="3" | unclear
|-
| || {{Subpage|func_plat}} || trigger-mover || || colspan="3" | unclear
|-
| || {{Subpage|func_rotating}} || mover || ET_MOVER || colspan="3" | unclear
|-
| || {{Subpage|func_spawn}} || (non) mover || || colspan="3" | planning
|-
| || {{Subpage|func_static}} || (non) mover || || colspan="3" | unclear
|-
| || {{Subpage|func_train}} || mover || ET_MOVER || colspan="3" | unclear
|}

==Game Entities==

{{EntityTableHeader|Scope}}
|-
| || {{Subpage|game_end}} || global || testing || testing || testing
|-
| || {{Subpage|game_score}} || player || testing || testing || testin
|}

==Information Entities==

Info entities only provide positional information for things controlled by other processes. 

{{EntityTableHeader|Role}}
|-
| {{icon_source_point}} || {{Subpage|info_alien_intermission}} || source point || ET_GENERAL || colspan="3" | subject to change
|-
| {{icon_source_point}} || {{Subpage|info_human_intermission}} || source point || ET_GENERAL || colspan="3" | subject to change
|-
| {{icon_null}} || {{Subpage|info_null}} || target point || NULL || colspan="3" | mapcompiler domain
|-
| || {{Subpage|info_player_deathmatch}} || point || || colspan="3" | subject to change
|-
| || {{Subpage|info_player_intermission}} || point || ET_GENERAL || colspan="3" | subject to change
|-
| || {{Subpage|info_player_start}} || point || || colspan="3" | subject to change
|}

==Light Entities==
Also see [[Light entities]]

{{EntityTableHeader|Time}}
|-
| {{icon_null}} || {{Subpage|light}}
|-
| {{icon_null}} || {{Subpage|lightJunior}}
|}

==Pos Entities==

{{EntityTableHeader}}
|-
| {{icon_position}} || {{Subpage|path_corner}} || || ET_GENERAL || colspan="3" | subject to change
|}

==Sensor Entities==
Sensor fire an event (usually towards targets) when aware of another entity, event, or gamestate.

Sensors often can be targeted to toggle, activate or deactivate their function of perceiving other entities.

{{EntityTableHeader|Awareness}}
|-
| {{icon_sensor_state}} || {{Subpage|sensor_end}}
| gamestate
|
| Testing || Extending ||| Extending
|-
| {{icon_sensor_state}} || {{Subpage|sensor_stage}}
| gamestate
|
| Stable || Testing || Testing
|-
| {{icon_sensor_state}} || {{Subpage|sensor_start}}
| gamestate
|
| Testing || Testing || Testing
|-
| {{icon_sensor_state}} || {{Subpage|sensor_timer}}
| gamestate
|
| Testing || Testing || Testing
|-
| {{icon_sensor_area}} || {{Subpage|sensor_touch}}
| entity
|
| Testing || Extending ||| Extending
|}

==Target Entities==

Targets perform no action by themselves. Instead, they are targeted by other entities.

{{EntityTableHeader|Scope}}
|-
| {{icon_state}} || {{Subpage|target_hurt}} || activator || || colspan="3" | subject to change
|-
| {{icon_state}} || {{Subpage|target_kill}} || activator || ET_GENERAL || colspan="3" | subject to change
|-
| {{icon_position}} || {{Subpage|target_location}} || position || ET_LOCATION || colspan="3" | subject to change
|-
| {{icon_target_point}} || {{Subpage|target_position}} || position || ET_GENERAL || colspan="3" | subject to change
|-
| ? || {{Subpage|target_print}} || configurable || ET_GENERAL || colspan="3" | subject to change
|-
| {{icon_physics}} || {{Subpage|target_push}} || activator || || colspan="3" | subject to change
|-
| {{icon_physics}} || {{Subpage|target_teleporter}} || activator || || colspan="3" | subject to change
|}

==Trigger Entities==

Triggers cause a defined effect when aware of another entity, event, or gamestate.

In that sense it's like an integration of a sensor and a target and might in some cases be modeled by a combination of them.
Triggers carry often the benefit of being predicted client-side (since no entity chains have to be resolved first) such as ({{Subpage|trigger_push}} and {{Subpage|trigger_teleport}}).

{{EntityTableHeader}}
|-
| {{icon_reflect}} || {{Subpage|trigger_ammo}}
| ||
| colspan="3" | Subject to change
|-
| {{icon_physics}} || {{Subpage|trigger_gravity}}
| ||
| colspan="3" | Subject to change
|-
| {{icon_reflect}} || {{Subpage|trigger_heal}}
| ||
| colspan="3" | Subject to change
|-
| {{icon_reflect}} || {{Subpage|trigger_hurt}}
|
| ET_GENERAL
| colspan="3" | Subject to change
|-class="deprecated"
| {{icon_deprecated|icon_sensor_area}} || {{Subpage|trigger_multiple}}
|
| ET_GENERAL
| colspan="3" | Subject to change
|-
| {{icon_physics}} || {{Subpage|trigger_push}}
|
| <code>ET_PUSH_TRIGGER</code>
| colspan="3" | unclear
|-
| {{icon_physics}} || {{Subpage|trigger_teleport}}
|
| <code>ET_TELEPORT_TRIGGER</code>
| colspan="3" | unclear
|}

Template:KnownGraphicalBugs

2023-12-08T14:52:26Z

Killing time: update your graphics driver

{{Note|header=Known workarounds and fixes|content=
* {{ATI}}: If you run a very old Radeon HD 2000 or HD 3000 from 2007 or 2008 on Linux, you may have to set <code>R600_DEBUG=nohyperz</code> environment variable, see ''nohyperz'' mention in [[#Notes|Notes]].}}
{{Note|header=Known bugs|content=
* {{Intel}}: People reported some [https://github.com/DaemonEngine/Daemon/issues/909 distorted textures] with Intel UHD on both Windows and Linux. We [https://gitlab.freedesktop.org/mesa/mesa/-/issues/10224 reported it] to driver developers.

If you encounter a rendering bug, update your graphics driver. If the bug still occurs with the latest driver, please check [https://github.com/DaemonEngine/Daemon/issues?q=is%3Aopen+label%3AA-Renderer+label%3AT-Bug here] if it is already known and if yes, please tell us what graphic chip and operating system you use.

The place to report new graphical bugs is [https://github.com/DaemonEngine/Daemon/issues/new here], see the [[Bug reporting]] page for advices.}}

GPU compatibility matrix

2023-12-08T14:38:39Z

Killing time: /* Useful resources */ gpuinfo.org

{{KnownGraphicalBugs}}

This table gathers test results about various hardware and software configurations, passed means nothing wrong is noticed and frame rate is at least 60 fps on common scene, playable means at least 30 fps.

All those tests were driven by Unvanquished developers or under Unvanquished developer supervision.

See [[#Comprehensive_analysis|below]] for analysis, specific definitions and meanings.
{{GPU compatibility matrix}}

 <hr/> 

== Comprehensive analysis ==

Minimal configuration for the Unvanquished game is OpenGL 3.2. Unvanquished can run on OpenGL 2.1 hardware but this would not be playable because because we use models with more than 41 bones and OpenGL 2.1 cards can't accelerate them enough. It will run but it will be slow.

Decent performance (given advanced graphical effects are disabled) starts with AMD/ATI TeraScale GPU, Intel HD Graphics (HD 4000), Nvidia Tesla-based GPUs. Though, it is strongly discouraged to buy GT218-based GPU like the Geforce 210 one as the proprietary driver for them is known to be buggy, requiring the engine to implement workarounds for it (save a game developer, do not buy this GPU!).

To play at 4K resolutions, high-end AMD GCN/RDNA is recommended: AMD R9 390X from 2015 can handle <code>ultra</code> preset with 4K resolution at 144Hz. AMD R7 Embedded in R series APU can handle 2K resolution with <code>medium</code> preset (no realtime light and relief mapping disabled) as well as Intel UHD.

Minimal configuration to run the Dæmon engine is OpenGL 2.1 with <code>ARB_half_float_vertex</code> and <code>ARB_framebuffer_object</code> (<code>EXT_framebuffer_object</code> is not enough). It includes ATI/AMD GPU starting with R300 (Radeon X300), Intel GPU starting with GMA965 (X3100) on Linux and macOS, HD Graphics on Windows, Nvidia starting with Curie (NV40, Geforce 6xxx). Wikipedia says the GMA965 Windows driver only supports OpenGL 1.5 and then would not reach the requirements for running Unvanquished on this platform. If you plan to make a game using Damon engine supporting those older cards, make sure your animated models don't have more than 41 bones.

== How to contribute ==

This matrix is generated from a cell sheet. Do not edit it by hand, Please ask <code>illwieckz</code> for access to the cell sheet.

Please sort your contributions by brand (ATI/AMD, Intel, Nvidia, Via…) then by launch date (from newer to older).

The table also documents who may be able to reproduce a special configuration, please put your nick name and tell how much it is easy for you to reproduce a test on it (see below for keywords to use).

Please tell at least, brand, model, model launch date (look at Wikipedia), host, memory size, the operating system, the driver (kernel mode and user mode), OpenGL and GLSL version, Unvanquished version you tested, the status, the preset and the resolution you validated and eventual notes.

If you find out the code name and related micro architecture, please note it, same with form factor and bus.

Other data are less relevant for diagnostic and are only useful to get a better picture of the tested hardware, don't hesitate to write down as much info as you can.

Append the <code>~</code> character to version number if you're testing a preversion. For example use <code>0.52~</code> to tell you tested against the to-be-released 0.52 version.

Put a single <code>-</code> character in cell you don't have data for (do not leave empty cells). When you describe multiple configuration for the same piece of hardware, use the <code>↑</code> character to tell the cell uses the same value as the previous line.

== Definitions ==

=== Status ===

* '''hang''': the computer becomes unresponsive, requiring a hard reset;
* '''crash''': the game is terminated by the operating system on some unrecoverable failure;
* '''missing''': the game exits by itself because of some requirement not being met;
* '''broken''': the game loads maps but graphical bugs affecting gameplay are seen;
* '''glitchy''': the game loads maps but graphical bugs non-affecting gameplay are seen;
* '''slow''': the game is rendered properly but slowly with less than 30 fps;
* '''playable''': nothing wrong is noticed and frame rate is at least 30 fps but less than 60 fps;
* '''passed''': nothing wrong is noticed and frame rate is at least 60 fps.

=== Availability ===

* '''lost''': tester has lost access to the hardware;
* '''foreign''': tester has access to the hardware but does not own it;
* '''unplugged''': tester owns the hardware but testing requires to plug the hardware in a computer;
* '''unconfigured''': hardware is plugged in a computer but making use of it requires software changes;
* '''configured''': hardware and software are ready to use for testing.

=== Notes ===

* '''extfbo''': this GPU provides {{code|ARB_framebuffer_object}} instead of {{code|ARB_framebuffer_object}};
* '''fakefps''': game displays high frame rate number but the experience is stuttering;
* '''hickups''': performance is globally correct, but sometime the framerate drops a bit for a very short time;
* '''lowsky''': lowering texture size using at least <code>r_picmip 1</code> is required to avoid skybox graphical glitches;
* '''lowtex''': lowering texture size using at least <code>r_picmip 1</code> is required to avoid a computer hang;
* '''mesamain''': running the driver from Mesa {{code|main}} at the time of the test was required to get the game running or avoid major rendering bugs;
* '''noaccel''': no OpenGL hardware acceleration is implemented;
* '''nogather''': <code>GL_ARB_texture_gather</code> is wrongly advertised by the driver to be supported by this hardware, making the engine crash at startup (Nvidia proprietary driver bug). The engine ships some workaround for this driver bug, if you experience the crash on version 0.52 and later but can properly start the game with <code>-set r_arb_texture_gather 0</code> engine command line option, please reopen issue [https://github.com/DaemonEngine/Daemon/issues/368 Daemon#368];
* '''nohalfloatvertex''': missing <code>ARB_half_float_vertex</code> OpenGL extension;
* '''nohyperz''': <code>R600_DEBUG=nohyperz</code> environment variable is required to be set to avoid graphical glitches, see issues [https://github.com/DaemonEngine/Daemon/issues/343 Daemon#343] and [https://gitlab.freedesktop.org/mesa/mesa/-/issues/3290 Mesa#3290];
* '''norgtc''': <code>GL_ARB_texture_compression_rgtc</code> extension is not supported on this hardware, some texture may be loaded with swapped channels, especially normal maps. Engine implements special algorithms to workaround this, see issue [https://github.com/DaemonEngine/Daemon/issues/375 Daemon#375];
* '''nvidiagarbage''': this driver is so bad you have to be very lucky to get at least a desktop drawn on screen before the computer hangs. With or without the game, after some screen freezes and display server crashes the kernel will complain about the card having disconnected itself from the PCIe bus. This issue was verified on multiple cards of this generations that are known to run for months without crashing when using free open source drivers instead;
* '''slowmodel''': models with a lot of bones are known to induce severe frame drop on such hardware, see issue [https://github.com/Unvanquished/Unvanquished/issues/1207 Unvanquished#1207];
* '''tinyalu''': this hardware has a very small ALU (arithmetic logic unit), dynamic lighting must be disabled with <code>r_dynamicLight 0</code> to prevent the driver to abort GLSL shader compilation that may lead to an engine crash, see issue [https://github.com/DaemonEngine/Daemon/issues/344 Daemon#344].

=== Bus ===

* '''PCI''': [https://en.wikipedia.org/wiki/Peripheral_Component_Interconnect Peripheral Component Interconnect], slow multi-purpose bus for add-on cards, obsolete;
* '''PCI-X''': [https://en.wikipedia.org/wiki/PCI-X Peripheral Component Interconnect eXtended], enhanced version of PCI for servers and workstations, obsolete;
* '''AGP''': [https://en.wikipedia.org/wiki/Accelerated_Graphics_Port Accelerated Graphics Port], high-speed bus designed for graphic cards, obsolete;
* '''FSB''': [https://en.wikipedia.org/wiki/Front-side_bus Front-side bus], high-speed Intel system bus for CPUs, sometime used with onboard GPUs (example: GeForce 7050 + nForce 610i/630i);
* '''HT''': [https://en.wikipedia.org/wiki/HyperTransport HyperTransport], high-speed AMD system bus for CPUs, sometime used with onboard GPUs (example: GeForce 6150 LE + nForce 430);
* '''chip''': Internal bus of a [https://en.wikipedia.org/wiki/System_on_a_chip system on a chip] (SoC), the exact communication bus technology is usually poorly documented;
* '''PCIe''': [https://en.wikipedia.org/wiki/PCI_Express PCI Express], high-speed multi-purpose bus for add-on cards and on-board devices, recommended;
* '''CXL''': [https://en.wikipedia.org/wiki/Compute_Express_Link, Compute Express Link], high-speed multi-purpose bus for add-on cards;
* '''TB''': [https://fr.wikipedia.org/wiki/Thunderbolt_(interface) ThunderBolt], high speed cable combining PCI Express and DisplayPort or USB-C to connect external PCI Express cards like GPUs.

=== Form factor ===

* '''discrete''': full height workstation extension card, with dedicated graphics memory;
* '''lowprofile''': low profile workstation extension card, with dedicated graphics memory;
* '''MXM''': [https://en.wikipedia.org/wiki/Mobile_PCI_Express_Module Mobile PCI Express module], laptop extension card, with dedicated graphics memory;
* '''onboard''': dedicated GPU on motherboard, low end ones may share memory with the CPU;
* '''integrated''': GPU integrated in CPU package or chipset, likely sharing memory with the CPU;
* '''SoC''': System on a chip, with the GPU likely sharing memory with the CPU;

=== Micro architecture ===

* '''USSA''': ATi Unified Superscalar Shader Architecture;
* '''GCN''': AMD Graphics Core Next;
* '''RDNA''': AMD Radeon DNA;
* '''GMA''': Intel Graphics Media Accelerator;
* '''GT''': Intel Graphics Technology.

=== Memory glossary ===

* '''HM''': HyperMemory, ATi technology using main memory when GPU memory is full;
* '''TC''': TurboCache, Nvidia technology using main memory when GPU memory is full;
* '''AR''': AcceleRAM, S3 technology using main memory when GPU memory is full.

== Useful resources ==

* [https://mesamatrix.net/ Mesa Matrix]
* [https://en.wikipedia.org/wiki/List_of_AMD_graphics_processing_units Wikipedia list of AMD graphics processing units]
* [https://en.wikipedia.org/wiki/List_of_AMD_accelerated_processing_units Wikipedia list of AMD accelerated processing units]
* [https://www.x.org/wiki/RadeonFeature/ X.Org Radeon feature matrix and decoder ring]
* [https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units Wikipedia list of Intel graphics processing units]
* [https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units Wikipedia list of Nvidia graphics processing units]
* [https://nouveau.freedesktop.org/wiki/MesaDrivers/ Mesa Nouveau drivers]
* [https://nouveau.freedesktop.org/wiki/CodeNames/ Mesa Nouveau decoder ring]
* [https://opengl.gpuinfo.org/ User-submitted reports of OpenGL version and feature availability]

Template:KnownGraphicalBugs

2023-12-08T14:30:42Z

Killing time:

{{Note|header=Known workarounds and fixes|content=
* {{ATI}}: If you run a very old Radeon HD 2000 or HD 3000 from 2007 or 2008 on Linux, you may have to set <code>R600_DEBUG=nohyperz</code> environment variable, see ''nohyperz'' mention in [[#Notes|Notes]].}}
{{Note|header=Known bugs|content=
* {{Intel}}: People reported some [https://github.com/DaemonEngine/Daemon/issues/909 distorted textures] with Intel UHD on both Windows and Linux. We [https://gitlab.freedesktop.org/mesa/mesa/-/issues/10224 reported it] to driver developers.

If you encounter a rendering bug, please check [https://github.com/DaemonEngine/Daemon/issues?q=is%3Aopen+label%3AA-Renderer+label%3AT-Bug here] if it is already known and if yes, please tell us what graphic chip and operating system you use.

The place to report new graphical bugs is [https://github.com/DaemonEngine/Daemon/issues/new here], see the [[Bug reporting]] page for advices.}}

Template:KnownGraphicalBugs

2023-12-08T14:29:34Z

Killing time: remove confetti bug (never affected anyone besides me)

{{Note|header=Known workarounds and fixes|content=
* {{ATI}}: If you run a very old Radeon HD 2000 or HD 3000 from 2007 or 2008 on Linux, you may have to set <code>R600_DEBUG=nohyperz</code> environment variable, see ''nohyperz'' mention in [[#Notes|Notes]].
{{Note|header=Known bugs|content=
* {{Intel}}: People reported some [https://github.com/DaemonEngine/Daemon/issues/909 distorted textures] with Intel UHD on both Windows and Linux. We [https://gitlab.freedesktop.org/mesa/mesa/-/issues/10224 reported it] to driver developers.

If you encounter a rendering bug, please check [https://github.com/DaemonEngine/Daemon/issues?q=is%3Aopen+label%3AA-Renderer+label%3AT-Bug here] if it is already known and if yes, please tell us what graphic chip and operating system you use.

The place to report new graphical bugs is [https://github.com/DaemonEngine/Daemon/issues/new here], see the [[Bug reporting]] page for advices.}}

Formats/Known regressions since Tremulous

2023-12-08T10:49:08Z

Killing time: /* Regressions that don't make the game look broken */ lightingpsecular issue link

[[Category:Formats]]
As a mapper or someone creating assets for the game, you may be aware of those pitfalls that can be considered as regressions when comparing with Tremulous or Quake Ⅲ.

See also the [[Formats/Limitations that are not regressions|Limitations that are not regressions]] page for things that are not regressions.

== Regressions that may make the game look broken ==

=== Missing portal blending ===

Portal blending is not implemented yet in the renderer.

What happens is that the renderer that was used in Quake Ⅲ and Tremulous were OpenGL 1 renderers, and the Dæmon engine renderer is an OpenGL 3+ renderer. The difference between OpenGL 1 and OpenGL 3+ is similar to the difference between OpenGL 4.6 and Vulkan. Those renderers are different software. Everything from the OpenGL 1 renderer had to be re-implemented in OpenGL 3+ renderer with new code.

So the lack of portable blending is not technically a regression as the code never existed in the renderer to begin with. It also means there is no bug in our code.

Though, we fully agree this means a map ported from Tremulous that was using that feature will look broken and that then can be considered as a regression from a player or mapper point of view.

From the code point of view, this is a feature request and we need someone to implement it. We are looking for renderer developers and OpenGL 3+ specialist to implement the feature in our engine.

=== "Autosprite" shaders don't work ===
See [https://github.com/DaemonEngine/Daemon/issues/322 Daemon#322].

== Regressions with fixes implemented but not released yet ==

{{TODO|Remove this once Dæmon 0.54.1 is out.}}

=== Missing RoQ video ===

RoQ video support was removed long time ago as Unvanquished did not make use of it.

Later the last remaining video format was removed, it was a format from an alternate reality that never happened : OGM with Vorbis and Theora. OGM with Vorbis and Theora is '''''not''''' OGG with Vorbis and Theora. The OGM format was a hack purposed for DivX piracy scene to mux XviD video with Vorbis audio, and while OGM with XviD was pretty popular, no one known tool can produce OGM with Vorbis and Theora. illwieckz tried a bunch of current and old software from the era and none was able to produce OGM with Theora and Vorbis. Neither oggenc from vorbis-tools, neither ogmtools, neither ffmpeg (recent and old), neither mencoder, neither OggMux, neither OGMMuxer, neither VirtualDubMod (modded VirtualDub for OGM support), neither ffdshow with OGM, Theora and Vorbis codecs. The only remaining thing untested is some obscure Visual Studio plugin that was mentioned in some places but for which no one file was found yet. We know something existed since Smokin' Guns game uses such OGM with Theora and Vorbis title video. That's all.

Once that cursed OGM with Theora and Vorbis format was removed, the Theora codec was dead code and the Video support was dead code. This dead code was removed at some point because of being dead code.

The removal of Video playing feature and the removal of RoQ support without alternative was controversial, and Dæmon 0.54.1 will bring back {{code|videoMap}} support with RoQ format.

== Regressions that may make the game look broken, but with workaround ==

=== Stereo sound effect not being positional ===

Currently only mono sound files are played properly as positional audio, stereo sound files are played ''in your face''. We need to fix this.

A simple workaround can be applied when repackaging the files: just convert the positional stereo sound as mono, this would make no difference to the player (stereo positional sound is meaningless anyway).

== Regressions that don't make the game look broken ==

=== Missing alphaGen lightingSpecular ===

The {{code|alphaGen lightingSpecular}} was a subtle effect applied on some textures. This feature being missing doesn't break the rendering of the texture and if you look at the surface you may not notice something is wrong, unless you do comparative screenshots with Tremulous and Unvanquished. [https://github.com/DaemonEngine/Daemon/issues/213 Github issue]

Implementing this feature has very low priority as there is no impact on gameplay and textures don't look bad without it. The game doesn't look broken without it and one cannot know the feature is missing just by playing the game, unless some warning tells it in log.

Formats/Known regressions since Tremulous

2023-12-07T18:18:52Z

Killing time: /* Regressions that may make the game look broken */ autosprite

[[Category:Formats]]
As a mapper or someone creating assets for the game, you may be aware of those pitfalls that can be considered as regressions when comparing with Tremulous or Quake Ⅲ.

See also the [[Formats/Limitations that are not regressions|Limitations that are not regressions]] page for things that are not regressions.

== Regressions that may make the game look broken ==

=== Missing portal blending ===

Portal blending is not implemented yet in the renderer.

What happens is that the renderer that was used in Quake Ⅲ and Tremulous were OpenGL 1 renderers, and the Dæmon engine renderer is an OpenGL 3+ renderer. The difference between OpenGL 1 and OpenGL 3+ is similar to the difference between OpenGL 4.6 and Vulkan. Those renderers are different software. Everything from the OpenGL 1 renderer had to be re-implemented in OpenGL 3+ renderer with new code.

So the lack of portable blending is not technically a regression as the code never existed in the renderer to begin with. It also means there is no bug in our code.

Though, we fully agree this means a map ported from Tremulous that was using that feature will look broken and that then can be considered as a regression from a player or mapper point of view.

From the code point of view, this is a feature request and we need someone to implement it. We are looking for renderer developers and OpenGL 3+ specialist to implement the feature in our engine.

=== "Autosprite" shaders don't work ===
See [https://github.com/DaemonEngine/Daemon/issues/322 Daemon#322].

== Regressions with fixes implemented but not released yet ==

{{TODO|Remove this once Dæmon 0.54.1 is out.}}

=== Missing RoQ video ===

RoQ video support was removed long time ago as Unvanquished did not make use of it.

Later the last remaining video format was removed, it was a format from an alternate reality that never happened : OGM with Vorbis and Theora. OGM with Vorbis and Theora is '''''not''''' OGG with Vorbis and Theora. The OGM format was a hack purposed for DivX piracy scene to mux XviD video with Vorbis audio, and while OGM with XviD was pretty popular, no one known tool can produce OGM with Vorbis and Theora. illwieckz tried a bunch of current and old software from the era and none was able to produce OGM with Theora and Vorbis. Neither oggenc from vorbis-tools, neither ogmtools, neither ffmpeg (recent and old), neither mencoder, neither OggMux, neither OGMMuxer, neither VirtualDubMod (modded VirtualDub for OGM support), neither ffdshow with OGM, Theora and Vorbis codecs. The only remaining thing untested is some obscure Visual Studio plugin that was mentioned in some places but for which no one file was found yet. We know something existed since Smokin' Guns game uses such OGM with Theora and Vorbis title video. That's all.

Once that cursed OGM with Theora and Vorbis format was removed, the Theora codec was dead code and the Video support was dead code. This dead code was removed at some point because of being dead code.

The removal of Video playing feature and the removal of RoQ support without alternative was controversial, and Dæmon 0.54.1 will bring back {{code|videoMap}} support with RoQ format.

== Regressions that may make the game look broken, but with workaround ==

=== Stereo sound effect not being positional ===

Currently only mono sound files are played properly as positional audio, stereo sound files are played ''in your face''. We need to fix this.

A simple workaround can be applied when repackaging the files: just convert the positional stereo sound as mono, this would make no difference to the player (stereo positional sound is meaningless anyway).

== Regressions that don't make the game look broken ==

=== Missing alphaGen lightingSpecular ===

The {{code|alphaGen lightingSpecular}} was a subtle effect applied on some textures. This feature being missing doesn't break the rendering of the texture and if you look at the surface you may not notice something is wrong, unless you do comparative screenshots with Tremulous and Unvanquished.

Implementing this feature has very low priority as there is no impact on gameplay and textures don't look bad without it. The game don't look broken without it and one cannot know the feature is missing just by playing the game, unless some warning tells it in log.

MinGW

2023-12-06T14:28:39Z

Killing time: /* C ABI compability with MSVC */ more detail

MinGW is a GCC-based compiler toolchain targeting Windows platforms. It is used to produce the Windows releases of Unvanquished. It can be quite complicated to use successfully, in part due to the existence of different compiler "flavors", and confusing naming schemes. This page serves as a guide to both MinGW in general, and specifically in application to building Daemon and Unvanquished. Throughout this page, "MinGW" will be used to refer to the [http://mingw-w64.org/ mingw-w64] project, which is a fork of the (now long-moribund) "original MinGW" project aiming to support both 32- and 64-bit builds. So beware: something having "64" in its name does not at all imply it is for 64-bit binaries! Same goes for "32".

== Flavors ==

=== Bitness: 32-bit or 64-bit ===

Whether to compile for 32-bit ("i686" in package names) or 64-bit ("x86-64" or "x86_64") architecture. 64-bit Windows versions are capable of running 32-bit executables in a mode called WOW (Windows-on-Windows).

=== Threading flavor ===
You can get <code>win32</code> or <code>posix</code> thread models. Daemon must be built with the <code>posix</code> flavor, because code that uses <code>std::thread</code> does not compile with <code>win32</code>. In general there is no reason to use <code>win32</code>. However, it is unfortunately the default in the APT package manager.

=== Exception handling flavor ===

* <code>sjlj</code> (setjmp/longjmp) is available for both 32- and 64-bit builds. It has the drawback of significant runtime cost.
* <code>dwarf</code> is available only for 32-bit. It has good performance, but it is said to have a drawback that exceptions can't be propagated through code compiled with a different compiler (or C code?). However, propagating exceptions through C code shouldn't be needed for Daemon.
* <code>seh</code> (Structured Exception Handling) is available only for 64-bit. It has good performance and always works correctly, so it should always be used for 64-bit.

One way to identify which exception model code was built with is to check the libgcc dependency. You'll find for example <code>libgcc_s_seh-1.dll</code> for SEH, <code>libgcc_s_dw2-1.dll</code> for DWARF, or <code>libgcc_s_sjlj-1.dll</code> for sjlj. An easy way to make a C++ test program emit a libgcc dependency is to add a try/catch block.

=== Mixing flavors ===

Mixing different thread or exception flavors can cause problems, such as missing DLL dependencies, or exception handling not working.

For the <code>external_deps</code> libraries, efforts have been made to avoid depending on any thread-flavor-specific or exception-flavor-specific libraries, so it should be possible to use them with any flavor of MinGW. Exception handling glitches shouldn't be an issue since the Windows depencies are C-only.

== Distributions ==

=== Cross-compiling from Linux ===

Most Linux package managers offer some form of MinGW package. Availability of different flavor combinations varies.

==== Installation ====
APT (Debian Buster or older):
<pre># 32-bit, sjlj. win32 threads are selected by default; switch it to posix
sudo apt install g++-mingw-w64-i686
sudo update-alternatives --set i686-w64-mingw32-gcc /usr/bin/i686-w64-mingw32-gcc-posix
sudo update-alternatives --set i686-w64-mingw32-g++ /usr/bin/i686-w64-mingw32-g++-posix

# 64-bit, SEH. win32 threads are selected by default; switch it to posix
sudo apt install g++-mingw-w64-x86-64
sudo update-alternatives --set x86_64-w64-mingw32-gcc /usr/bin/x86_64-w64-mingw32-gcc-posix
sudo update-alternatives --set x86_64-w64-mingw32-g++ /usr/bin/x86_64-w64-mingw32-g++-posix
</pre>

APT (Debian Bullseye or newer):
* <code>sudo apt install gcc-mingw-w64-i686-posix</code> (32-bit, posix, sjlj)
* <code>sudo apt install gcc-mingw-w64-x86-64-posix</code> (64-bit, posix, SEH)

==== Usage ====

To build a CMake project, you need a "toolchain file". Sadly, there is no official toolchain file from MinGW or CMake. For Daemon and Unvanquished we use [https://github.com/DaemonEngine/Daemon/blob/master/cmake/cross-toolchain-mingw32.cmake this (32-bit)] and [https://github.com/DaemonEngine/Daemon/blob/master/cmake/cross-toolchain-mingw64.cmake this (64-bit)]. Use it by passing <code>-DCMAKE_TOOLCHAIN_FILE=<path></code> on the <code>cmake</code> command line.

=== MSYS2 ===

MSYS2 runs on Windows hosts and provides up-to-date 32-bit/DWARF/posix and 64-bit/SEH/posix toolchains. Building is done from a Bash shell in a partial emulation of a Linux environment, similar to Cygwin.

==== Installation ====

Download from [https://www.msys2.org].

Install dependencies to build Daemon (can be done from any MSYS2 shell flavor):
<pre>
# 32-bit
pacman -Sy mingw-w64-i686-gcc mingw64-i686-cmake make
# 64-bit
pacman -Sy mingw-w64-x86_64-gcc mingw64-x86_64-cmake make
</pre>

==== Usage ====
You must open a different MSYS2 shell flavor according to which architecture you want to target: "MSYS2 MinGW 32-bit" or "MSYS2 MinGW 64-bit". When invoking <code>cmake</code>, you must pass the flag <code>-G"MSYS Makefiles"</code>. When building Unvanquished, the flag <code>-DDAEMON_CBSE_PYTHON_PATH=<path></code> may be of interest, if you want to use a Python other than the one shipped with MSYS2. <code><path></code> should be in the Unix-emulation format, e.g. <code>/c/Python/python.exe</code>.

=== "MinGW-W64-builds" (Standalone Windows version) ===
This distribution (see [https://sourceforge.net/projects/mingw-w64/ Sourceforge]) provides a toolchain that can be used from the Windows command prompt, without needing a Unix emulation layer. The installer allows you to choose from every valid combination of flavors. Caveat: the builds are currently somewhat outdated. At the time of writing (Febrary 2021), the newest available gcc version is 8.1.0.

==== Usage ====

Choose the <code>MinGW Makefiles</code> generator in CMake. The location of the toolchain used is determined by finding the first one in your PATH environment variable. Relative to the installation root, the PATH entry should be at <code>mingw32\bin</code> or <code>mingw64\bin</code>.

After running CMake, compile by running <code>mingw32-make</code> in the build directory.

==== Work around linker error with <code>difftime</code> ====

To build Unvanquished 0.52 or higher, a small hack is needed to avoid a linker error, because Lua depends on an MSVCRT function which was not added to MinGW's import lib yet as of 8.1.0. Since you are on Windows, you can link to mscvrt.dll directly. In the CMake GUI, check "Advanced" and find the variable <code>CMAKE_CXX_STANDARD_LIBRARIES</code>. Add <code> C:/windows/system32/msvcrt.dll</code> at the end of the list (or <code> C:/windows/syswow64/msvcrt.dll</code> if you are building a 32-bit binary on a 64-bit system).

== Built-in DLL dependencies ==

There are a few DLLs shipped as part of MinGW that most programs will depend on. These are also available as static libraries (a fully static binary can be produced with the <code>-static</code> flag), but dynamic is the default. These are:
* <code>libgcc</code>
* <code>libstdc++</code> (for C++ programs)
* <code>libssp</code> (if stack protection is enabled)
* <code>libwinpthread</code> (if threads are used)

<code>libstdc++</code> is both thread- and exception-flavor-dependent, but unlike <code>libgcc</code>, the DLL does not have the flavor written in the filename. This means that you can't easily tell if you have the right one (nor can the Windows executable loader). [https://github.com/lucasg/Dependencies Dependencies] is a good tool to investigate such issues.

When distributing a binary release of Daemon, you must ship these DLLs alongside the executable, else you will run into [https://github.com/Unvanquished/Unvanquished/issues/716 this issue]. Note that unlike Daemon's other DLL dependencies (from the <code>external_deps</code> package), the MinGW DLLs are not automatically copied to the build directory as part of the build process. See <code>extra_dll_list</code> and <code>findDll</code> in the [https://github.com/Unvanquished/release-scripts/blob/master/build-release Unvanquished release script].

== C ABI compability with MSVC ==

On 32-bit x86, GCC has a different default stack alignment (16 bytes) than MSVC (4 bytes). This can cause problems when MSVC-compiled code calls into GCC-compiled code and the alignment is less than expected. One solution, which we use to build MSVC-compatible <code>external_deps</code> DLLs, is to use a GCC flag (<code>-mpreferred-stack-boundary=</code>) to change the presumed stack alignment. Another, which we use to handle jumps from 3rd-party binaries to our (MinGW-built) code, is to put the annotation <code>__attribute__((force_align_arg_pointer))</code> on the functions which may be called with less alignment than expected, instructing the compiler to perform alignment when the function is called.

<code>-mms-bitfields</code> should be enabled to ensure that the layout of structs containing bitfields matches. This is on by default.

Template:User game locations

2023-11-25T08:26:17Z

Killing time: only Flatpak affects the default homepath

{{#ifeq: {{{loc|}}} |false| | If you installed the game using Flatpak, see [[Game locations]] for specific paths. }}
The default user directory is:

{| class="wikitable"
|-
! Platform
! Default user directory ([[homepath]])
|-
! Linux #xdg
| <code>${HOME}/.local/share/unvanquished</code>
|-
! Windows
| <code>%USERPROFILE%\Documents\My Games\Unvanquished</code>
|-
! macOS
| <code>${HOME}/Library/Application Support/Unvanquished</code>
|-
|}


* '''#xdg''': {{XdgDataHome_clarification}}

Template:User game locations

2023-11-25T08:02:24Z

Killing time: homepath link

{{#ifeq: {{{loc|}}} |false| | {{Other_game_locations}} }}
The default user directory is:

{| class="wikitable"
|-
! Platform
! Default user directory ([[homepath]])
|-
! Linux #xdg
| <code>${HOME}/.local/share/unvanquished</code>
|-
! Windows
| <code>%USERPROFILE%\Documents\My Games\Unvanquished</code>
|-
! macOS
| <code>${HOME}/Library/Application Support/Unvanquished</code>
|-
|}


* '''#xdg''': {{XdgDataHome_clarification}}

Homepath

2023-11-25T08:01:30Z

Killing time: Created page with "The ''homepath'' is the user data directory for Unvanquished and the Daemon engine. == Default locations == {{User game locations}} == Configuration == The homepath can b..."

The ''homepath'' is the user data directory for Unvanquished and the Daemon engine.

== Default locations ==

{{User game locations}}

== Configuration ==

The homepath can be set on the command line using the <code>-homepath</code> option. You must use this if you want to run more than one instance of Daemon concurrently (for example both a dedicated server and a client), because there is a single-instance restriction: only one instance of the Daemon engine can use a given homepath at a time.

== Homepath contents ==

In the root of the homepath may be found log files, the client's RSA key, the console command history, and temporary .nexe files for the currently running gamelogic modules. It may contain the following subdirectories:

{| class="wikitable"
|-
! Directory
! Purpose
|-
| <code>base/</code>
| For Linux [[launcher]] users, default install path for engine
|-
| <code>condump/</code>
| Records of console output, saved with the <code>condump</code> command
|-
| <code>config/</code>
| Executable (via <code>/exec</code>) scripts of console commands, in particular <code>autogen.cfg</code>
|-
| <code>crashdump/</code>
| Crash dumps (see [[Breakpad]])
|-
| <code>demos/</code>
| [[Tutorials/Demo recording|Recordings of gameplay sessions]]
|-
| <code>game/</code>
| Readable and writable area for gamelogic
|-
| <code>glsl/</code>
| GLSL shader cache
|-
| <code>pkg/</code>
| Downloaded [[Formats/DPK|DPK]] packages (maps, mods)
|-
| <code>screenshots/</code>
| Screenshots
|-
| <code>videos/</code>
| Videos made from [[Tutorials/Demo recording|demos]]
|}

Tutorials/Demo recording

2023-11-25T07:40:14Z

Killing time: update commands

[[Category:Tutorials]]
Demos are recorded segments of gameplay that may be replayed at a later time. The engine also supports rendering demos directly to a video file.

Demo commands:
* Begin recording with <code>/demo_record</code> (optionally followed by a name for the demo).
* Stop recording with <code>/demo_record_stop</code>, or by disconnecting.
* Get a list of demo filenames with <code>/dir demos</code>.
* Play back a demo with <code>/demo <var>demo_name</var></code>.
* Convert the currently playing demo to video form with <code>/demo_video</code>.
* Stop recording to video with <code>/demo_video_stop</code>.
* Configure ''all'' games to be recorded as demos with <code>/cl_autorecord 1</code> {{Verify}}.

{{TODO|Write about altering time scale and things like that.}}

==Video editing==

Once you've recorded a demo to video, you'll probably want to do some amount of editing to make it interesting.

There is a comprehensive table comparing different video editing software on [http://en.wikipedia.org/wiki/Comparison_of_video_editing_software Wikipedia].

Game locations

2023-11-25T07:14:49Z

Killing time: /* When using the Universal zip */ nuke basepath

== When using the Unvanquished launcher ==

{{Game_locations|loc=false}}
== When installed using Flatpak ==
When installed using Flatpak, the default user path is:

{| class="wikitable"
|-
! Platform
! Default user directory (homepath)
|-
! Linux (Flatpak)
| <code>${HOME}/.var/app/net.unvanquished.Unvanquished/data/unvanquished/</code>
|-
|}

The system directorys follows a different layout and can be split and stored in various places (as system install or user install). When installed system-wide, here is the parent directory for the {{code|pkg}} directory, to be used as ''engine path'' (even if it's not the engine path) in tools like [[Tools/NetRadiant|NetRadiant]]:

{{code|/var/lib/flatpak/app/net.unvanquished.Unvanquished/current/active/files}}

== When using the Universal zip ==

When using [[Universal zip]], the default system paths are:

{| class="wikitable"
|-
! Platform
! Default binary directory (libpath)
|-
! Linux/Windows
| <code><Extracted directory></code>
|-
! macOS
| <code><Extracted directory>/Unvanquished.app/Contents/MacOS</code>
|-
|}

The default user paths are the same as the launcher ones.

Tutorials/Getting started with NetRadiant

2023-11-25T07:08:45Z

Killing time: /* Start up NetRadiant for the first time */ eradicate "basepath" terminology

[[Category:Tutorials]]
[[Category:Mapping]]
{{Recommended level editor}}

==Getting and installing NetRadiant==

* Download a prebuilt archive from the [https://netradiant.gitlab.io/page/download/ NetRadiant download page].

* Just unzip the archive and run the {{code|netradiant}} binary.

Arch Linux users can also use the [https://aur.archlinux.org/packages/netradiant-git netradiant-git] PKGBUILD to get the editor.

{{NetRadiant-custom}}

==Gamepack==

NetRadiant is designed to work with many Quake-based games, not just Unvanquished. The Unvanquished gamepack is provided with NetRadiant so you have nothing more to do. Just make sure the current game selected for mapping in NetRadiant is Unvanquished.

==Start up NetRadiant for the first time==

When you first start up NetRadiant you will be asked what game you want to edit levels for.

* If Unvanquished is not listed, then you don't have the right NetRadiant package.
* If you don't want to see this dialog on startup you can untick the second checkbox.

[[File:NetRadiant global preferences.png]]

You may also be asked for the game's ''engine path'' if NetRadiant can't find it. This is the "default binary directory" in the table below. This is the location where the game stores its {{code|pkg}} folder holding the many {{code|.dpk}} resources.

[[File:NetRadiant engine path not found.png]]

{{Note|content={{System game locations}}}}

Finally you should be greeted by NetRadiant's default interface:

[[File:NetRadiant main window default layout.png]]

Make sure you have a ''common'' shader category. If you do not, contact the devs via [[chat]] or the {{forums}}.

==Setting some recommended options==

* Main window, menu ''Edit > Preferences'', tab ''Settings'', '''disable''' ''Add entity and brush number comments on map write''.
* Main window, menu ''Edit > Preferences'', tab ''Settings/Brush'', '''enable''' ''Always use caulk for new brushes''.
* Main window, menu ''Edit > Preferences'', tab ''Interface/Layout'', '''select''' the layout with three 2D view and texture browser, the one on the absolute right in NetRadiant preferences.
* Texture browser, menu ''View'', '''enable''' ''Shaders Only''.

==Getting started==

This is not a complete guide. Another tutorial will be required to tell how to make a complete map with required entities and all, but if you already mapped for other games before, this will give you the prerequisites you may miss.

===Editing an existing map===

Let's imagine you want to edit the {{code|chasm}} map :

* Locate the {{code|pkg/map-chasm_1.2.dpk}} file in your installation directory (see above) and extract it as {{code|pkg/map-chasm_src.dpkdir}} in your user directory (see above). The {{code|.dpk}} file is a zip file with a different extension, so if your system does not recognize it, just make a copy with a {{code|.zip}} extension and extract it.
* In the end you'll get something that looks like {{code|pkg/map-chasm_src.dpkdir/maps/chasm.map}} (and other files in the dpkdir). Just open that file in NetRadiant and do some edits, then build the map using the build menu. Congratulation, you can now load your edited map in game!

===Making a new map from scratch===

Let's imagine you want to make a map named {{code|castle}}:

* Create a folder in your user directory (see above) in a way it is named {{code|pkg/map-castle_src.dpkdir}}.
* Create a subfolder named {{code|maps}} this way: {{code|pkg/map-castle_src.dpkdir/maps}}.
* Add a file named {{code|DEPS}} this way: {{code|pkg/map-castle_src.dpkdir/DEPS}}. For a start, just write {{code|tex-all}} in this file.
* Open NetRadiant, save the default empty file as {{code|pkg/map-castle_src.dpkdir/maps/castle.map}}.
* Click the refresh button on the toolbar, all the texture sets must appear in the texture browser! Now you can start mapping.

===Becoming a mapper===

See [[Tutorials/Mapping guide|Mapping guide]].

Template:System game locations

2023-11-25T06:18:32Z

Killing time: libpath link

{{#ifeq: {{{loc|}}} |false| | {{Other_game_locations}} }}
When using the [[Unvanquished launcher]], the default system paths are:

{| class="wikitable"
|-
! Platform
! Default binary directory ([[libpath]])
|-
! Linux #xdg
| <code>${HOME}/.local/share/unvanquished/base</code>
|-
! Windows
| <code>%ProgramFiles%\Unvanquished</code>
|-
! macOS
| <code>${HOME}/Games/Unvanquished/Unvanquished.app/Contents/MacOS</code>
|-
|}


* '''#xdg''': {{XdgDataHome_clarification|subdirectory=base}}

Template:System game locations

2023-11-25T03:08:14Z

Killing time: no such thing as basepath

{{#ifeq: {{{loc|}}} |false| | {{Other_game_locations}} }}
When using the [[Unvanquished launcher]], the default system paths are:

{| class="wikitable"
|-
! Platform
! Default binary directory (libpath)
|-
! Linux #xdg
| <code>${HOME}/.local/share/unvanquished/base</code>
|-
! Windows
| <code>%ProgramFiles%\Unvanquished</code>
|-
! macOS
| <code>${HOME}/Games/Unvanquished/Unvanquished.app/Contents/MacOS</code>
|-
|}


* '''#xdg''': {{XdgDataHome_clarification|subdirectory=base}}

Server/Running

2023-11-25T01:19:02Z

Killing time: /* Directories */ remove basepath and libpath discussion

[[Category:Server]]
[[Category:Tutorials]]
Servers can be quickly setup over LAN by starting a match in-game, however this is not as powerful or efficient as running a dedicated server separately.

=Netiquette=

{{Note|content=Unvanquished is currently a small community. Please don't aim to create a server in order to only compete for players.

Division of players will disallow larger matches.}}

Servers may be needed in some geographical places to reduce ping delay.

=Getting the server=

Our standard [https://unvanquished.net/download/ download] contains the server. The binary is named {{code|daemonded}}.

To install on an headless server, you may prefer to download the [https://unvanquished.net/download/zip universal zip], example with Linux:

wget --content-disposition https://unvanquished.net/download/zip
unzip unvanquished_{{Current|GameVersion}}.zip
cd unvanquished_{{Current|GameVersion}}
unzip linux-amd64.zip

=Starting the Server=

Just running {{code|./daemonded}} with a map may be enough:

<pre>
./daemonded +map plat23
</pre>

You always need to start a map (here, this is done by passing the {{code|+map plat23}} argument).

==Network configuration==

By default the server listening port is {{code|27960}}, it is an {{code|UDP}} port. You may have to open this port in your firewall or redirect it to the machine running the server.

This is the same port as Quake Ⅲ Arena, so other games derivated from the Quake Ⅲ engine may share the same port and while the engine selects the next port available if the default one is already taken, you may want to enforce a port number if you host multiple games or game servers to avoid the port for each server to change according to the server start order.

=Advanced starting=

You may want to customize the way it runs, for example change the listening port (here for both IPv4 and IPv6, {{code|27960}} is the default port):

<pre>
./daemonded -set net_port 27960 -set net_port6 27960 +map plat23
</pre>

Or store the unvanquished server configuration in a specific folder:

<pre>
./daemonded -homepath home/ +map plat23
</pre>

Or tell the game server to also look for {{code|.dpk}} files you're distributing on your web server:

<pre>
./daemonded -pakpath /var/www/pkg +map plat23
</pre>

==Server configuration==

A ready-to use server configuration template can be found on {{SourceFile|dist/configs}} folder of Unvanquished repository.

You just need to copy the {{code|config}} and {{code|game}} folders into your user game directory.

{{Note|content={{User game locations}}}}

You may want to edit the {{code|config/server.cfg}} file to change some things like the server name or things like that.

After that, you can run the server this way:

<pre>
./daemonded +exec server.cfg
</pre>

You can set arbitrary ports and run the configuration this way:

<pre>
./daemonded -set net_port 27960 -set net_port6 27960 +exec server.cfg
</pre>

==Options ordering==

You can combine those options, but every {{code|-option}} starting with a {{code|-}} must precede every {{code|+command}} starting with a {{code|+}}.

==Quick list of useful options==

* {{code|-curses}} — enabled ncurses console interface (default behavior is to disable it so messages remain on-screen after crashes).
* {{code|-set net_port <port-number>}} and {{code|-set net_port <port-number>}} — customize the default port, by default is is {{code|27960}}.
* {{code|-pakpath <directory>}} — load more {{code|.dpk}} files from another directory.
* {{code|+map <map-name>}} — without a map the server will kill itself.

==Directories==

If installing from the universal zip, the default directory where the {{code|.dpk}} are stored is in {{code|pkg/}} relative to the extraction directory.

An optional package directory is called a ''pakpath''. Additional custom paths can be added using the {{code|-pakpath}} option. You can add as many as you want.

The default user directory is called the ''homepath''. It can be customized with the {{code|-homepath}} option.

The executable {{code|daemonded}} (''daemon dedicated'') should be included with your installation.

So, if you need to be explicit on every path, you can do something like that:

<pre>
./daemonded -homepath ${HOME}/.local/share/unvanquished \
-pakpath /var/www/unvanquished/pkg
</pre>

===Standard game locations===

See [[Game locations]] for details.

==Script tutorial==

Here is a tutorial to make a server script : [[Server/Script tutorial]].

=Configuration and Operation=

To discover more commands than are listed here, you can type the {{code|/listCmds}} command, and to discover configuration variables, you can type the {{code|/listCvars}} command.

There is command and cvar completion, you can type a first letter (eg 'g') and press '''Tab''' to list available options starting with that letter.

If you are in a terminal: '''Shift+Page Up''' allows you to scroll and the opposite for down.

You can also search in what is ''already printed'' using grep, for example:

<pre>
/listCmds
/grep map
</pre>

==Server Config File==
Here is the template for the server config: {{SourceFile|dist/configs/config/server.cfg}}.

The <code>config</code> folder is stored in the <code>homepath</code> folder (see above).

For example on Linux it would be: <code>${HOME}/.local/share/unvanquished/config</code>.

Ensure your server mode is not set to '2' unless you want your server to be listed for other players.

# Server mode
# 0 - local server
# 1 - LAN server
# 2 - public server

Public servers will want to set sv_hostname to a non-default value

==Map rotation and map layouts==

* [[Server/Map rotation|Map rotation]] — to customize the map loading order and on which condition a map is loaded or not.
* [[Server/Map layouts|Map layouts]] — default building locations.

==Commands==

{{NoteWiki|content=Please add common and useful commands, not every one.}}

{| class="wikitable sortable"
|-
! Command
! Description
|-
| devmap
| Loads a map with <code>sv_cheats</code> enabled. <code>sv_cheats</code> cannot otherwise be changed during play
|-
| listadmins
| List current admins in-game
|-
| listlayouts
| List available layouts (for this map?)
|-
| listplayers
| List current players in-game
|-
| listmaps
| List maps available to the server
|-
|}

==Cvars==

{{NoteWiki|content=Please add common and useful commands, not every one.}}

{| class="wikitable"
|-
! Cvar
! Description
|-
| g_dretchPunt
| Allow dretches to be pushes out of the way by bigger aliens?{{Verify}}
|-
| g_friendlyfire
| Allows players to hurt their team
|-
| g_gravity
| Gravity.
|-
| sv_maxclients
| Maximum number of players on the server
|-
| g_maxGameClients
| Maximum number of players in teams (ignoring spectators)
|-
| g_motd
| Message displayed to joining players (Message Of The Day)
|-
| g_password
| Password to enter game
|-
|}

=Game administration=

==Become admin==

To make yourself an in-game admin

# Enter the game make sure you've set your in-game name (otherwise set it in the player settings)
# In the console, (<Shift><Escape> or the key below the escape key) use <code>/register</code>, it should say your account is now registered.
# Using <code>/listplayers</code>, find your player number
# Finaly, go into an admin console (you may want to launch the game manually) and <code>/setlevel (your number) (your level)</code>

It is also possible to modify the file ./game/admin.dat but the server will require a reboot to take the change into account.

Here are the levels:

[level]
level = 5
name = ^1Server Operator
flags = ALLFLAGS -IMMUTABLE -INCOGNITO

[level]
level = 4
name = ^3Senior Admin
flags = listplayers admintest adminhelp time putteam spec999 warn kick mute showbans ban namelog buildlog ADMINCHAT register unregister l0 l1

[level]
level = 3
name = ^2Junior Admin
flags = listplayers admintest adminhelp time putteam spec999 warn kick mute ADMINCHAT buildlog register unregister l0 l1

[level]
level = 2
name = ^6Team Manager
flags = listplayers admintest adminhelp time putteam spec999 register unregister

[level]
level = 1
name = ^5Server Regular
flags = listplayers admintest adminhelp time register unregister

[level]
level = 0
name = ^4Unknown Player
flags = listplayers admintest adminhelp time register

Libpath

2023-11-25T01:05:22Z

Killing time:

The ''libpath'' is a path used by the Daemon engine when opening certain resources. There is exactly one libpath. Normally, it is the same as the directory containing the engine binary (see [[Game locations]]), but it can be customized with the (rarely used) <code>-libpath</code> command line option.

The following resources are located using the libpath:
* The Breakpad support binary
* NaCl support binaries
* A gamelogic module, if the cvar <code>vm.[cs]game.type</code> is set to a nonzero value.

Additionally, the <code>pkg</code> subdirectory of the libpath is added as a pak search path. But this is not required to exist.

Excluding the gamelogic, shared libraries (.so/.dll/.dylib) are always located using the engine's actual path, as they are loaded automatically by the operating system before the program even starts.

Libpath

2023-11-25T01:04:14Z

Killing time: Created page with "The ''libpath'' is a path used by the Daemon engine when opening certain resources. There is exactly one libpath. Normally, it is the same as the directory containing the engi..."

The ''libpath'' is a path used by the Daemon engine when opening certain resources. There is exactly one libpath. Normally, it is the same as the directory containing the engine binary, but it can be customized with the (rarely used) <code>-libpath</code> command line option.

The following resources are located using the libpath:
* The Breakpad support binary
* NaCl support binaries
* A gamelogic module, if the cvar <code>vm.[cs]game.type</code> is set to a nonzero value.

Additionally, the <code>pkg</code> subdirectory of the libpath is added as a pak search path. But this is not required to exist.

Excluding the gamelogic, shared libraries (.so/.dll/.dylib) are always located using the engine's actual path, as they are loaded automatically by the operating system before the program even starts.

Filesystem

2023-11-24T22:18:20Z

Killing time: s/basepath/libpath/

Unvanquished stores its resources (maps, sounds, textures, models etc) in ''packages''. To be able to use your own resources in the game you must put them in a package.

Note: The Unvanquished filesystem rules differ from Tremulous and Quake.

= Overview =
A package is simply a zip-file or a folder containing resources. When a package is loaded its contents are extracted into a virtual filesystem (analogous to a hidden folder). If two packages have the same file, the file that was first extracted always wins out -- files cannot be overwritten once they are in the filesystem (this differs greatly to the traditional quake behavior).

The game only loads packages as it needs them:
* Main ''unvanquished'' package (containing base game resources) is always loaded first.
* Map packages as they are necessary
* Any packages that the above say they depend on (eg texture-packs)
Other packages can be forced to load using fs_extrapaks (detailed below).

Every package has a version number. When a package is loaded the latest version is used. For example:
tex-awesometextures_2016-04-25.dpkdir
In this case an enterprising author made their package version an ISO date (YYYY-MM-DD) to ensure that the latest version always has the 'largest' version number. There are [[Packaging Version Guidelines|recommended versioning guidelines]] that go into more detail. To load multiple version of the same package, the one with the 'largest' version number must list the ones with 'smaller' version number as dependencies in DEPS file.

There are two ways packages can be stored: as dpks or dpkdirs. Packages ending in .dpkdir are plain folders whilst .dpk's are zip-compressed files. Generally it's easier to work with a dpkdir folder and then make a compressed copy only when needed to send over the web.

== Locations ==

Packages can be stored in the 'pkg' folder found in two places: the game installation path ("libpath") or the user's own personal path ("homepath").

{{Game locations}}


=== Pak search paths ===
The directories in which Daemon searches for packages, known as '''pakpaths''', are:

* <code><homepath>/pkg</code>
* <code><libpath>/pkg</code>
* Any additional locations added by the <code>-pakpath</code> command line switch

== Filesystem priority ==
Once a file is in the filesystem, nothing can change it or replace it. If two packages have the same file then the first one to be loaded becomes dominant. The moment a package is loaded, if it contains a DEPS file, its dependencies are loaded recursively in the order of the DEPS file.

The names of packages to load come from:
# fs_extrapaks if set: each pak in the space-separated values is loaded starting from the left.
# main package configured by <code>fs_basepak</code> (default: "unvanquished")
# map, as needed.

Dependencies are loaded immediately after their parent package, in the order specified in the DEPS file. Recursive dependencies are loaded in depth-first order.

Whole-game modifications can still use the main unvanquished package by listing it as one of their dependencies. Otherwise fs_extrapaks can just be used.

= Packaging Details =

See {{Formats|DPK}} for more details.

== Naming ==

Map package names ''must'' start with ''map-'' prefix or the engine will not list and not load them. The package name after the ''map-'' prefix must be the bsp base name, for example ''map-station15_1.0.dpk'' contains the ''maps/station15.bsp'' file. As best practice, it's recommended texture package names start with the ''tex-'' prefix. It's recommended packages shipping mixed resources (map models, sounds, gfx…) are named using a ''res-'' prefix. More similar prefixes would be defined in the future if needed.

Packages have three parts to their filename:
* the package basename (eg map-nano)
* the version (eg 2)
* the extension (eg .dpk)
In this case our filename would be ''map-nano_2.dpk''

Rules:
* Underscores must be used to separate the name from the version, but may not be used anywhere else
* Authors intending to release their work should follow the [[Packaging Version Guidelines]]

Sometimes a fourth section (a [https://en.wikipedia.org/wiki/checksum checksum]) is included when auto-downloading maps. This should never be added manually.

== Types ==
* '''.dpkdir''' is for folders
* '''.dpk''' is for zip-compressed packages

To convert from a dpkdir to a dpk:
# Compress the ''contents'' of a dpkdir (not the folder itself) into a zip-file
# Rename this zip file so that it ends with .dpk

= Filesystem layout =
Every package is 'extracted' into the same root folder in the filesystem.

It is recommended you follow the traditional folder-structure for your packages. When there is a chance files from another package may have similiar names, you should make a subfolder with your packages name to avoid a clash. Examples of this are below.

== Recommended folder structure ==
{| class="wikitable"
|-
! Folder
! Description and notes
! Example
|-
| /about
| Info and licensing about your package.
| /about/map-parpax.txt
|-
| /textures
| .crn texture files
| /textures/parpax_evillair/
|-
| /sound
| .opus sound files
| /sound/parpax
|-
| /scripts
| .shader, .particle files
|
/scripts/parpax_custom.shader
/scripts/parpax.particle
|-
| /minimaps
| .crn picture, .minimap description file
|
/minimaps/parpax_upper.crn
/minimaps/parpax_lower.crn
/minimaps/parpax.minimap
|-
| /map
| .map, .bsp, .navMesh (for bots)
| /map/parpax.bsp
|-
| /meta
| "Loading screen" picture of a map level (.jpg so it can be use by third party tools), .arena metadata file containing the real name
|
/meta/parpax/parpax.jpg
/meta/parpax/parpax.arena
|-
| /gfx
| Colorgrade (lossless)
| /gfx/parpax/colorgrading.png
|-
| /DEPS (file)
| Depedencies file. See next section.
| /DEPS
|-
|}

Example of meta in loading screen:
[[File:Downloading_map_compiling_GLSL_shaders.png]]

== DEPS file ==
A DEPS file in the root of a package tells the game what dependencies are required for this package. Dependant packages are loaded after the current package, so if any files clash then the dependencies 'lose out'.

Example contents of a DEPS file (from map-parpax_2.5.1.dpk):
res-ambient
tex-common
tex-ex
tex-exm
tex-pk01
tex-pk02
tex-space
tex-trak5

= Guides =

== Creating your own package ==
Find your user's package directory
[[File:Dir homepkg.png]]

Create a dpkdir folder
[[File:Dir_homepkg_newfolder.png]]

Place inside the files you want to use. Make sure you follow the filesystem organisation guidelines, or [[User:Kangz|kangz]] will eat you.
[[File:Dir inpackage.png]]

If your package is a map, you can ''/devmap mapname'' in the [[console]] to load it. Otherwise you may want to force it to be loaded with ''fs_extrapaks''.

$ unvanquished -set fs_extrapaks tutorialexample

== Using the latest resources from git ==

See [[Tutorials/Running Unvanquished from Git|Running Unvanquished from Git]].

Filesystem

2023-11-24T10:42:46Z

Killing time: /* Overview */ fix mistakes

Unvanquished stores its resources (maps, sounds, textures, models etc) in ''packages''. To be able to use your own resources in the game you must put them in a package.

Note: The Unvanquished filesystem rules differ from Tremulous and Quake.

= Overview =
A package is simply a zip-file or a folder containing resources. When a package is loaded its contents are extracted into a virtual filesystem (analogous to a hidden folder). If two packages have the same file, the file that was first extracted always wins out -- files cannot be overwritten once they are in the filesystem (this differs greatly to the traditional quake behavior).

The game only loads packages as it needs them:
* Main ''unvanquished'' package (containing base game resources) is always loaded first.
* Map packages as they are necessary
* Any packages that the above say they depend on (eg texture-packs)
Other packages can be forced to load using fs_extrapaks (detailed below).

Every package has a version number. When a package is loaded the latest version is used. For example:
tex-awesometextures_2016-04-25.dpkdir
In this case an enterprising author made their package version an ISO date (YYYY-MM-DD) to ensure that the latest version always has the 'largest' version number. There are [[Packaging Version Guidelines|recommended versioning guidelines]] that go into more detail. To load multiple version of the same package, the one with the 'largest' version number must list the ones with 'smaller' version number as dependencies in DEPS file.

There are two ways packages can be stored: as dpks or dpkdirs. Packages ending in .dpkdir are plain folders whilst .dpk's are zip-compressed files. Generally it's easier to work with a dpkdir folder and then make a compressed copy only when needed to send over the web.

== Locations ==

Packages can be stored in the 'pkg' folder found in two places: the game installation path ("basepath") or the user's own personal path ("homepath").

{{Game locations}}


=== Pak search paths ===
The directories in which Daemon searches for packages, known as '''pakpaths''', are:

* <code><homepath>/pkg</code>
* <code><basepath>/pkg</code>
* Any additional locations added by the <code>-pakpath</code> command line switch

== Filesystem priority ==
Once a file is in the filesystem, nothing can change it or replace it. If two packages have the same file then the first one to be loaded becomes dominant. The moment a package is loaded, if it contains a DEPS file, its dependencies are loaded recursively in the order of the DEPS file.

The names of packages to load come from:
# fs_extrapaks if set: each pak in the space-separated values is loaded starting from the left.
# main package configured by <code>fs_basepak</code> (default: "unvanquished")
# map, as needed.

Dependencies are loaded immediately after their parent package, in the order specified in the DEPS file. Recursive dependencies are loaded in depth-first order.

Whole-game modifications can still use the main unvanquished package by listing it as one of their dependencies. Otherwise fs_extrapaks can just be used.

= Packaging Details =

See {{Formats|DPK}} for more details.

== Naming ==

Map package names ''must'' start with ''map-'' prefix or the engine will not list and not load them. The package name after the ''map-'' prefix must be the bsp base name, for example ''map-station15_1.0.dpk'' contains the ''maps/station15.bsp'' file. As best practice, it's recommended texture package names start with the ''tex-'' prefix. It's recommended packages shipping mixed resources (map models, sounds, gfx…) are named using a ''res-'' prefix. More similar prefixes would be defined in the future if needed.

Packages have three parts to their filename:
* the package basename (eg map-nano)
* the version (eg 2)
* the extension (eg .dpk)
In this case our filename would be ''map-nano_2.dpk''

Rules:
* Underscores must be used to separate the name from the version, but may not be used anywhere else
* Authors intending to release their work should follow the [[Packaging Version Guidelines]]

Sometimes a fourth section (a [https://en.wikipedia.org/wiki/checksum checksum]) is included when auto-downloading maps. This should never be added manually.

== Types ==
* '''.dpkdir''' is for folders
* '''.dpk''' is for zip-compressed packages

To convert from a dpkdir to a dpk:
# Compress the ''contents'' of a dpkdir (not the folder itself) into a zip-file
# Rename this zip file so that it ends with .dpk

= Filesystem layout =
Every package is 'extracted' into the same root folder in the filesystem.

It is recommended you follow the traditional folder-structure for your packages. When there is a chance files from another package may have similiar names, you should make a subfolder with your packages name to avoid a clash. Examples of this are below.

== Recommended folder structure ==
{| class="wikitable"
|-
! Folder
! Description and notes
! Example
|-
| /about
| Info and licensing about your package.
| /about/map-parpax.txt
|-
| /textures
| .crn texture files
| /textures/parpax_evillair/
|-
| /sound
| .opus sound files
| /sound/parpax
|-
| /scripts
| .shader, .particle files
|
/scripts/parpax_custom.shader
/scripts/parpax.particle
|-
| /minimaps
| .crn picture, .minimap description file
|
/minimaps/parpax_upper.crn
/minimaps/parpax_lower.crn
/minimaps/parpax.minimap
|-
| /map
| .map, .bsp, .navMesh (for bots)
| /map/parpax.bsp
|-
| /meta
| "Loading screen" picture of a map level (.jpg so it can be use by third party tools), .arena metadata file containing the real name
|
/meta/parpax/parpax.jpg
/meta/parpax/parpax.arena
|-
| /gfx
| Colorgrade (lossless)
| /gfx/parpax/colorgrading.png
|-
| /DEPS (file)
| Depedencies file. See next section.
| /DEPS
|-
|}

Example of meta in loading screen:
[[File:Downloading_map_compiling_GLSL_shaders.png]]

== DEPS file ==
A DEPS file in the root of a package tells the game what dependencies are required for this package. Dependant packages are loaded after the current package, so if any files clash then the dependencies 'lose out'.

Example contents of a DEPS file (from map-parpax_2.5.1.dpk):
res-ambient
tex-common
tex-ex
tex-exm
tex-pk01
tex-pk02
tex-space
tex-trak5

= Guides =

== Creating your own package ==
Find your user's package directory
[[File:Dir homepkg.png]]

Create a dpkdir folder
[[File:Dir_homepkg_newfolder.png]]

Place inside the files you want to use. Make sure you follow the filesystem organisation guidelines, or [[User:Kangz|kangz]] will eat you.
[[File:Dir inpackage.png]]

If your package is a map, you can ''/devmap mapname'' in the [[console]] to load it. Otherwise you may want to force it to be loaded with ''fs_extrapaks''.

$ unvanquished -set fs_extrapaks tutorialexample

== Using the latest resources from git ==

See [[Tutorials/Running Unvanquished from Git|Running Unvanquished from Git]].

Template:User game locations

2023-11-24T10:39:50Z

Killing time: launcher does not affect homepath

{{#ifeq: {{{loc|}}} |false| | {{Other_game_locations}} }}

The default user directory is:

{| class="wikitable"
|-
! Platform
! Default user directory (homepath)
|-
! Linux #xdg
| <code>${HOME}/.local/share/unvanquished</code>
|-
! Windows
| <code>%USERPROFILE%\Documents\My Games\Unvanquished</code>
|-
! macOS
| <code>${HOME}/Library/Application Support/Unvanquished</code>
|-
|}


* '''#xdg''': {{XdgDataHome_clarification}}

Making an awesome mod

2023-11-24T08:58:01Z

Killing time: update filenames with new arch strings

= Build the game =
We start with an idea, like having grangers shoot rockets made out of cake.

Apply the changes and [[Compiling the source|compile the source]].

Depending on the changes we need to build the client and server vms (cgame and sgame).

= Package Manually =
After building the game we have following needed files in the build folder
cgame-i686.nexe
cgame-amd64.nexe
cgame-armhf.exe
sgame-i686.nexe
sgame-amd64.nexe
sgame-armhf.nexe

cgame-i686-stripped.nexe
cgame-amd64-stripped.nexe
cgame-armhf-stripped.exe
sgame-i686-stripped.nexe
sgame-amd64-stripped.nexe
sgame-armhf-stripped.nexe

Copy one of the sets and remove -stripped from the names if there.

Now create a text file named DEPS which contains
unvanquished
and place it in the same folder as your .nexe files

You can now place other assets in that folder to overwrite any original files.

Keep the folder structure in mind. See the original assets for that
unvanquished_src.dpkdir https://github.com/UnvanquishedAssets/unvanquished_src.dpkdir
res-ambient_src.dpkdir https://github.com/UnvanquishedAssets/res-ambient_src.dpkdir
res-buildables_src.dpkdir https://github.com/UnvanquishedAssets/res-buildables_src.dpkdir
res-legacy_src.dpkdir https://github.com/UnvanquishedAssets/res-legacy_src.dpkdir
res-players_src.dpkdir https://github.com/UnvanquishedAssets/res-players_src.dpkdir
res-soundtrack_src.dpkdir https://github.com/UnvanquishedAssets/res-soundtrack_src.dpkdir
res-voices_src.dpkdir https://github.com/UnvanquishedAssets/res-voices_src.dpkdir
res-weapons_src.dpkdir https://github.com/UnvanquishedAssets/res-weapons_src.dpkdir

Now zip the folder and rename it to
mod-superawesomemod_0.0.1.dpk
more naming infos at the [[Packaging version guidelines]]

= Run a Mod =

Place your mod now into the pak folder

And when starting the game or server you use following command
./daemon -set fs_extrapaks mod-superawesomemod

The page [[Hosting one's own awesome mod]] provide details on how to host such server with downloadable files.

Tutorials/Modifying paks

2023-11-24T08:38:44Z

Killing time: /* Method 2: Working from a source Git repository */

[[Category:Tutorials]]
[[Category:Mapping]]
When working on changes to Unvanquished game paks, it is inconvenient to work directly with the <code>.dpk</code> package file format (see [[Formats/DPK|DPK]]) used in production, since it is a [https://en.wikipedia.org/wiki/ZIP_(file_format) Zip] archive. Hence, the {{engine}} supports the <code>.dpkdir</code> package directory format for working in the native filesystem. This article details a couple of possible workflows for development using a dpkdir.

== Method 0: Modifying the <code>unvanquished</code> package ==

If you are building the Unvanquished gamelogic, then it is easy to modify the contents of the <code>unvanquished</code> package, which are stored in the same Git repository as the source code. Suppose you have the code checked out in the directory <code>stuff/Unvanquished</code>:

# Make your modifications to the package contents in <code>stuff/Unvanquished/pkg/unvanquished_src.dpkdir/</code>.
# Add the command line args <code>-pakpath stuff/Unvanquished/pkg</code> when starting Daemon.

In fact, if you are building gamelogic, it is better to always add the pakpath option like this to ensure there are no hiccups due to an out-of-sync <code>unvanquished</code> package (but see [[Compatibility]]).

== Method 1: Quick and dirty modifications to an existing zipped package ==

# Find the package you want to modify in the [[Filesystem#Pakpaths|pakpath]]. Let's say it's <code>res-weapons</code> and the file is called <code>res-weapons_0.51.dpk</code>.
# Extract <code>res-weapons_0.51.dpk</code> into a folder named <code>res-weapons_src.dpkdir</code>. (<code>src</code> is a [[Filesystem#Naming|version string]] which is arbitrary, but must be "greater" than <code>0.51</code>). <code>res-weapons_src.dpkdir</code> should be in the same directory as the original dpk.
# Make your modifications inside the dpkdir directory tree.
# Start/restart the game. A <code>/devmap</code> (map change) suffices—it is not necessary to restart the entire program.

A disadvantage of this method: it is easy to forget to delete the dpkdir when you are done.

== Method 2: Working from a source Git repository ==
This section describes a workflow for working from source for a package that has its own repository (likely something in [https://github.com/UnvanquishedAssets UnvanquishedAssets]).

{{Note|This method likely requires specialized knowledge of asset building to get working correctly.}}

# Check out the Git repository. E.g. <code><nowiki>cd morestuff && git clone https://github.com/UnvanquishedAssets/res-weapons_src.dpkdir.git</nowiki></code>.
# Make your modifications in the directory tree of the Git repository.
# Build assets. In general, the game may not be able to load assets in their source form. For example if you're modifying a map, you'll need to build it with NetRadiant. In the <code>res-weapons</code> example, there are some IQE models that must be converted to IQM so that the engine can load them. For Unvanquished releases, [[Tools/Urcheon|Urcheon]] handles this part for all types of assets.
# Launch Unvanquished, specifying the ''parent'' directory of the repository as a pakpath. E.g. <code>./daemon -pakpath morestuff</code>.

== Rapid iteration ==

Once you have Daemon running with the right flags and filesystem cvars, you should be able to test new sets of modifications without restarting the whole program.

* Forcing a map change (e.g. with <code>/devmap</code>) is the most reliable way to ensure assets are reloaded as it performs a full filesystem reload. If you create or delete any files, this method MUST be preferred in order to update the file list.
* If you only modify files used by the cgame/client, you can use <code>/vid_restart</code> to restart only the client. This method is of interest because it preserves game state.
* If you only modify files used by the sgame, you can use <code>/restart</code> to restart only the server. This method is of interest because it is considerably faster.

== Tips ==

* Use the <code>which</code> command in the in-game console to verify that files are being loaded from your dpkdir:

/which scripts/blaster.shader
File "scripts/blaster.shader" found in "C:\Users\slipher\Documents\My Games\Unvanquished\pkg/res-weapons_0.51.dpk"

* In your operating system's settings you can associate the <code>.dpk</code> file extension with a zip archive browser such as 7-Zip to enable convenient inspection of paks ([[Formats/DPK|DPK]] packages make use of Zip format).

* If you want to [[Filesystem#Creating your own package|create a new package]] rather than modify an existing one, set the cvar <code>fs_extrapaks</code> to the package name. This forces your package to be loaded first, before <code>fs_basepak</code>.

Tutorials/Modifying paks

2023-11-24T08:37:31Z

Killing time: major rework because unvanquished_src.dpkdir is no longer a submodule

[[Category:Tutorials]]
[[Category:Mapping]]
When working on changes to Unvanquished game paks, it is inconvenient to work directly with the <code>.dpk</code> package file format (see [[Formats/DPK|DPK]]) used in production, since it is a [https://en.wikipedia.org/wiki/ZIP_(file_format) Zip] archive. Hence, the {{engine}} supports the <code>.dpkdir</code> package directory format for working in the native filesystem. This article details a couple of possible workflows for development using a dpkdir.

== Method 0: Modifying the <code>unvanquished</code> package ==

If you are building the Unvanquished gamelogic, then it is easy to modify the contents of the <code>unvanquished</code> package, which are stored in the same Git repository as the source code. Suppose you have the code checked out in the directory <code>stuff/Unvanquished</code>:

# Make your modifications to the package contents in <code>stuff/Unvanquished/pkg/unvanquished_src.dpkdir/</code>.
# Add the command line args <code>-pakpath stuff/Unvanquished/pkg</code> when starting Daemon.

In fact, if you are building gamelogic, it is better to always add the pakpath option like this to ensure there are no hiccups due to an out-of-sync <code>unvanquished</code> package (but see [[Compatibility]]).

== Method 1: Quick and dirty modifications to an existing zipped package ==

# Find the package you want to modify in the [[Filesystem#Pakpaths|pakpath]]. Let's say it's <code>res-weapons</code> and the file is called <code>res-weapons_0.51.dpk</code>.
# Extract <code>res-weapons_0.51.dpk</code> into a folder named <code>res-weapons_src.dpkdir</code>. (<code>src</code> is a [[Filesystem#Naming|version string]] which is arbitrary, but must be "greater" than <code>0.51</code>). <code>res-weapons_src.dpkdir</code> should be in the same directory as the original dpk.
# Make your modifications inside the dpkdir directory tree.
# Start/restart the game. A <code>/devmap</code> (map change) suffices—it is not necessary to restart the entire program.

A disadvantage of this method: it is easy to forget to delete the dpkdir when you are done.

== Method 2: Working from a source Git repository ==
This section describes a workflow for working from source for a package that has its own repository (likely something in [https://github.com/UnvanquishedAssets UnvanquishedAssets]).

{{Note|This method likely requires specialized knowledge of asset building to get working correctly.}}

# Check out the Git repository. E.g. <code>cd morestuff && git clone https://github.com/UnvanquishedAssets/res-weapons_src.dpkdir.git</code>.
# Make your modifications in the directory tree of the Git repository.
# Build assets. In general, the game may not be able to load assets in their source form. For example if you're modifying a map, you'll need to build it with NetRadiant. In the <code>res-weapons</code> example, there are some IQE models that must be converted to IQM so that the engine can load them. For Unvanquished releases, [[Tools/Urcheon|Urcheon]] handles this part for all types of assets.
# Launch Unvanquished, specifying the ''parent'' directory of the repository as a pakpath. E.g. <code>./daemon -pakpath morestuff</code>.

== Rapid iteration ==

Once you have Daemon running with the right flags and filesystem cvars, you should be able to test new sets of modifications without restarting the whole program.

* Forcing a map change (e.g. with <code>/devmap</code>) is the most reliable way to ensure assets are reloaded as it performs a full filesystem reload. If you create or delete any files, this method MUST be preferred in order to update the file list.
* If you only modify files used by the cgame/client, you can use <code>/vid_restart</code> to restart only the client. This method is of interest because it preserves game state.
* If you only modify files used by the sgame, you can use <code>/restart</code> to restart only the server. This method is of interest because it is considerably faster.

== Tips ==

* Use the <code>which</code> command in the in-game console to verify that files are being loaded from your dpkdir:

/which scripts/blaster.shader
File "scripts/blaster.shader" found in "C:\Users\slipher\Documents\My Games\Unvanquished\pkg/res-weapons_0.51.dpk"

* In your operating system's settings you can associate the <code>.dpk</code> file extension with a zip archive browser such as 7-Zip to enable convenient inspection of paks ([[Formats/DPK|DPK]] packages make use of Zip format).

* If you want to [[Filesystem#Creating your own package|create a new package]] rather than modify an existing one, set the cvar <code>fs_extrapaks</code> to the package name. This forces your package to be loaded first, before <code>fs_basepak</code>.

Compatibility

2023-11-24T05:10:49Z

Killing time: unvanquished_src.dpkdir no longer a submodule

= Inter-module compatibility =

Unvanquished has many software components: engine binaries, based on the Daemon repository (client and server); gamelogic binaries, based on the Unvanquished repository (cgame and sgame); and various other files shipped in DPKs, which may be used by any of the binaries. Currently, all components are on a single release cycle. A given user normally has only one version of the client installed, but different servers may distribute differing versions of the other components via the auto-download mechanism. This means many different combinations of versions of the components are possible. It can be difficult to reason about which combinations will work correctly, and even which combinations ought to be allowed.

In the rest of this article, "Unvanquished" refers to the eponymous Git repository, not the game.

== Desired use cases ==
=== Use cases we want to support ===
* Develop on next-release branch (e.g. <code>0.52.0/sync</code>) of all repos (Daemon, Unvanquished)
* Develop on master branch of all repos
* Build client from latest master and connect to latest-release servers We should be able to play with everyone on a client with the latest bug fixes.
* Build server from latest master and host with latest-release DPKs Likewise with a server.
* Develop Unvanquished on master, using latest-release DPKs Development for simple cases should be accessible, not requiring <code>-pakpath</code> flags etc. Compatibility with the latest-release <code>unvanquished</code> DPK doesn't need to be perfect; it's OK if there are a few warnings or slightly messed up things in the UI. But it should be usable for basic experimentation.

=== Use cases we don't really care about ===
* Using cgame and sgame built from different commits.

== Per-repository guidance ==

=== Daemon ===

Adding or removing an IPC call must be done on the next-release branch.

When developing Daemon master, you need to keep in mind compatibility with both the latest release and the current master of the gamelogic.

=== Unvanquished ===

Try to keep the submodule pointer to Daemon at a commits which is compatible with the Unvanquished commit containing them. We want to get a harmonious set of components when we do a recursive checkout of some Unvanquished commit.

Changing the <code>playerState_t</code> netcode is acceptable because the netcode table is stored in the gamelogic and we recommend always building cgame and sgame together.

It's OK to put gameplay changes on master. As of May 2022, we have a nightly build server, so it would be nice to be able to test them there.

=== *.dkpdir repos from UnvanquishedAssets ===

There isn't a lot of precedent here. Probably it's best to do anything except bug fixes on a next-release branch. If possible, we want to avoid any situation where developers are required to use any unreleased stuff from these to get a working setup.

Tutorials/Modifying paks

2023-11-24T05:03:28Z

Killing time: /* Tips */ cleanup

Hosting one's own awesome mod

2023-11-24T04:17:02Z

Killing time: disconnect download was nuked

{{Note|content=The page [[Server/Running]] provides extra information on server configuration.}}

For now, it's only some notes, I'll improve over them later (soon enough).

Building the dpk (additions to how to build mod):

* with 7zip: <code>cd mod-<name>_src.dpkdir; 7z -tzip -mx=9 a ../mod-<name>_<version>.dpk .</code>
* can simply depends on Unvanquished, the mod's content will be applied on top of Unvanquished's data

To host a mod, one needs two types of software servers on the host machine:

* an HTTP server (https does NOT work)
* daemonded

Starting daemonded: <code>./daemonded -homepath server +exec server.cfg</code>

Unvanquished provides it's own <code>maprotation.cfg</code> file internally, which is used by default by provided file (<code>rotation1 { goto defaultRotation }</code>)

Things to change in <code>config/server.cfg</code>:

* <code>sv_hostname "my awesome server"</code>: name displayed on server list
* <code>g_motd "my awesome mod"</code>: what to display when people connect
* <code>sv_allowdownload 1</code>: must be 1, since people won't have your mod otherwise
* <code>sv_dl_maxRate "1000"</code>: seems pretty useless, related to UDP download, slow as hell anyway
* <code>sv_wwwBaseURL "example.com/unvanquished/pkg"</code>: where to find the files to download, do not put protocol
* <code>sv_wwwDownload "1"</code>: enable HTTP download (otherwise only slow UDP download will work)
* <code>sv_wwwFallbackURL "dl.unvanquished.net/pkg"</code>: where to find packages you don't provide, a rather good idea, don't you think?
* <code>set fs_extrapaks mod-awesome</code>: mods to load at startup, relative to pakpath (TODO: document), up to the first underscore (_), since text after is reserved to versioning and extension. Last version will (probably?) always be used.

Last but not least, place in <code>example.com/unvanquished/pkg</code>:

* the dpk files people will need
* a file named <code>PAKSERVER</code> containing the text <code>ALLOW_UNRESTRICTED_DOWNLOAD</code>, you can download a ready to use one [https://dl.unvanquished.net/pkg/PAKSERVER there].

Formats/RoQ

2023-11-21T00:06:57Z

Killing time: 256x256 restriction doesn't apply

[[Category:Formats]]
[[Category:Video]]
The RoQ video format is a legacy format inherited from legacy id Tech engines.

{{Note|The RoQ format will be available starting with Dæmon 0.55.}}

== Usage ==

The only usage of RoQ videos in the {{engine}} is to be used on in-game surfaces using the {{code|videoMap}} material keyword.

In practice any resolution is supported, as long as the dimensions are divisible by 16. The sound channel will be ignored.

Here is a command to convert a given {{code|video.webm}} into a {{code|video.roq}}:

<code>ffmpeg -i video.webm -an -vf scale="256:256" -r 30 video.roq</code>

== History ==

The [https://wiki.multimedia.cx/index.php?title=RoQ Multimedia Wiki] says:

<blockquote>RoQ is a full motion video format originally developed for The 11th Hour by Graeme Devine. The format was later used as the FMV format for Quake III: Arena and derivative games.

According to excerpts of Devine's 11th Hour development journal published in Wired at http://www.wired.com/wired/archive/3.08/shipping.html, the RoQ format was named after Devine's newborn daughter, Roqee. </blockquote>

The [https://3dfxdev.net/edgewiki/index.php?title=ROQ_Videos Edge wiki] also says:

<blockquote>RoQ is a video file format that originated in The 11th Hour game. After Graeme Devine, the creator of the format joined id Software, the RoQ file format has been in use in every game the company has released such as Quake III, Return to Castle Wolfenstein and DOOM 3.</blockquote>

== Format ==

The format only supports 30 frames per second framerate. There is a space designated for FPS in the file header, but it is ignored by the reference implementation.

About video resolution in predecessor engines, the Edge wiki says:

<blockquote>Videos may technically be up to 65520 x 65520 pixels with both dimensions divisible by 16 and produce a valid RoQ file, but none of id Software’s games will play back a video with dimensions that aren’t a power of two, most likely because of OpenGL’s texture sizing restrictions.</blockquote>

The [https://openarena.fandom.com/wiki/RoQ OpenArena wiki] says that Quake Ⅲ was able to use video resolutions up to {{code|512×512}} for cinematic and that video resolution should not be greater than {{code|256×256}} to be played as an in-game surface with the {{code|videoMap}} material keyword. The {{engine}} doesn't support cinematic but supports the {{code|videoMap}} material keyword.

The RoQ format supports mono, stereo, with 22050 Hz being the only rate supported, or the absence of any audio channel. We have no usage for RoQ sound in the {{engine}}.

The ffmpeg video codec is {{code|roqvideo}} and the audio codec is {{code|roq_dpcm}}.

Launcher

2023-11-18T07:07:50Z

Killing time: Benefits of the launcher

{{DISPLAYTITLE:Unvanquished launcher}}
{{InfoDownloadLauncher}}

__TOC__

==Download the launcher==

The {{launcher}} can be downloaded from the [https://unvanquished.net/download download page].

==Free and libre software==

The {{launcher}} is free and libre software and supports installing, updating and running the game on Linux, Windows and macOS.

The source repository for the {{launcher}} is there : [https://github.com/Unvanquished/updater github.com/Unvanquished/updater].

==Cross platform==

The {{launcher}} is provided for Linux, Windows and macOS.

==Benefits of the launcher==

The most obvious benefit of using the launcher is that you immediately find out when there is a new release, and can acquire it with one click. Some additional nice things:
* Installing a release that you already have functions as a "repair" operation. If any files are missing or corrupted, the launcher detects this and redownloads them.
* Transfers less data: when downloading a new release, any packages reused from a previous release that you already have do not need to be downloaded again, unlike if you had used the [[universal zip]].
* (Linux and Windows) Installs <code>unv://</code> protocol handler which works with the [https://unvanquished.net/servers web server list].
* (Linux and [TODO]Windows) Instructs the OS that the good GPU should be used, for those laptops that have dual Intel and Nvidia GPUs.
* (Mac) The downloaded executable won't have pesky "quarantine" attributes interfering with running it.
* (Windows) TODO: install firewall rules allowing LAN games to be played

Universal zip

2023-11-18T06:45:16Z

Killing time:

The Unvanquished universal zip contains the Daemon engine binaries for all supported platforms, plus the DPK packages, for an Unvanquished release. "Universal" refers to the fact that it includes software for multiple operating systems and architectures. It is a reference archive primarily intended for archival. It is not recommended for users to run the game from the universal zip as it may lack convenient integration or may even not run if the operating system does not allow programs to run from random places.

{{InfoDownloadLauncher}}

However, the launcher may be unsupported for second-tier platforms such as 32-bit Linux, leaving the universal zip as the only option to acquire official binaries.

Universal zips starting from Unvanquished version 0.17 can be found at https://dl.unvanquished.net/release/. Universal zips for more recent releases can also be found [https://github.com/Unvanquished/Unvanquished/releases on GitHub].

The universal zip is produced by [https://github.com/Unvanquished/release-scripts/blob/master/make-unizip this script].

As one of the installation steps, the {{launcher}} downloads the same set of files which are present in the universal zip to the installation directory. However, the source is a [https://en.wikipedia.org/wiki/BitTorrent torrent] rather than a zip file.

User:Killing time

2023-11-18T05:45:12Z

Killing time:

[https://wiki.unvanquished.net/index.php?title=Special%3AAllPages&from=&to=&namespace=0&hideredirects=1 All Pages]

== Integrating patches from freem's fork ==
Patch list from mod-deadbeef_0.54+6.dpk
{|
! Title
! Category
! Upstream
! Dep
! Notes
|-
|style="color:#FFF" | 0001-AI-remove-skillset || nuke || || ||
|-
|style="color:#FFF" | 0002-fix-crash-if-using-BotActionFollow-on-a-disconnected || bugfix || || ||
|-
|style="color:#FFF" | 0003-do-not-deprecate-glm-vec3-VEC2GLM-glm-vec3-v-yet || glm || || ||
|-
|style="color:#FFF" | 0004-use-placement-new-for-gentities || || || || Seems incomplete as there is no destructor.
|-
|style="color:#090" | 0005-remove-useless-newlines-in-Svcmd_EntityShow_f || || #2831 || ||
|-
|style="color:#FFF" | 0006-BoundedVector-move-in-own-file-complete-API || || || ||
|-
|style="color:#090" | 0007-create-a-map_entity_t-struct-in-own-header-file || || #2831 || ||
|-
|style="color:#FFF" | 0008-glm-sg_spawn || glm || || ||
|-
|style="color:#FFF" | 0009-replace-trap_SetBrushModel-with-G_CM_SetBrushModel || || || ||
|-
|style="color:#FFF" | 0010-respect-constness-of-things || || || ||
|-
|style="color:#FFF" | 0011-style-and-G_Spawn-improved-error-report || || || ||
|-
|style="color:#FFF" | 0012-replace-defines-by-enum-ent_version_t-remove-unused- || || || ||
|-
|style="color:#FFF" | 0013-use-std-string-inside-G_ResolveEntityKeyword || || || ||
|-
|style="color:#FFF" | 0014-G_FireEntityRandomly-G_FireEntity-G_HandleActCall-is || || || ||
|-
|style="color:#FFF" | 0015-G_ModelIndex-takes-a-std-string || || || || StringRef would be better
|-
|style="color:#FFF" | 0016-remove-struct-gentityTargetChoice_t-from-sg_entities || || || 0014 ||
|-
|style="color:#FFF" | 0017-G_NewString-no-longer-uses-BG_Alloc || || || ||
|-
|style="color:#FFF" | 0018-gentityCallDefinition_t-name-is-a-const-char || || || ||
|-
|style="color:#FFF" | 0019-turn-gentityCallDefinition_t-name-into-std-string || || || ||
|-
|style="color:#FFF" | 0020-mapEntity_t-names-are-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0021-mapEntity_t-groupName-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0022-mapEntity_t-message-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0023-mapEntity_t-model-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0024-mapEntity_t-model2-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0025-mapEntity_t-shaderKey-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0026-mapEntity_t-shaderReplacement-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0027-gentity_t-classname-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0028-gentityCallDefinition_t-action-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0029-make-gentityCallDefinition_t-safer-and-compact-it || || || ||
|-
|style="color:#FFF" | 0030-make-mapEntity_t-targets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0031-make-mapEntity_t-calltargets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0032-remove-useless-empty-calltarget-target || || || ||
|-
|style="color:#FFF" | 0033-finish-half-baked-botTarget_t-interface || bots || || ||
|-
|style="color:#FFF" | 0034-add-botMemory_t-hasEnemy || bots || || ||
|-
|style="color:#FFF" | 0035-finish-half-baked-GentityRef_impl || || || || Implementation of get() is just wrong
|-
|style="color:#FFF" | 0036-more-static-functions || || || ||
|-
|style="color:#FFF" | 0037-Rewrite-BotSearchForEnemy-to-use-a-std-vector || bots || || ||
|-
|style="color:#FFF" | 0038-GMP-optionally-do-not-regenerate-if-there-is-OM || gameplay || || ||
|-
|style="color:#FFF" | 0039-AI-add-g_bot_medistatDistance-to-fine-tune-medistati || bots || || ||
|-
|style="color:#FFF" | 0040-HUD-Draw-time-to-completion-for-buildings-in-constru || gui || || ||
|-
|style="color:#FFF" | 0041-Refactor-EV_NO_SPAWNS-to-EV_MAIN_REPORTS_NO_SPAWNS-f || || || ||
|-
|style="color:#FFF" | 0042-HUD-Implement-a-base-status-HUD-element || gui || || ||
|-
|style="color:#FFF" | 0043-HUD-Show-construction-time-with-ghost-buildables || gui || || ||
|-
|style="color:#FFF" | 0044-MOD-give-a-repeatRate-option-to-upgrades || gameplay || || ||
|-
|style="color:#FFF" | 0045-remove-duplicated-alertedToEnemy-from-alien-BTs || bots || || ||
|-
|style="color:#FFF" | 0046-AI-humans-do-not-know-how-to-flee-from-a-fight || bots || || ||
|-
|style="color:#FFF" | 0047-BotActionBuy-cleanup || bots || || ||
|-
|style="color:#FFF" | 0048-BT-add-percentSkill-condition || bots || || ||
|-
|style="color:#FFF" | 0049-MAP-support-target_force_win-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0050-MAP-support-targetname3-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0051-BT-implement-action-reload || bots || || ||
|-
|style="color:#FFF" | 0052-BT-add-condition-weaponIsReady || bots || || ||
|-
|style="color:#FFF" | 0053-merge-as-many-.-Attributes_t-stuff-as-possible-into- || || || || I dislike it
|-
|style="color:#FFF" | 0054-move-.-_RANGE-variables-into-weaponAttributes_t || || || ||
|-
|style="color:#FFF" | 0055-give-abuildupg-weapon-the-entries-it-needs || || || ||
|-
|style="color:#FFF" | 0056-move-abuilder-upg-spit-configuration-in-right-file || || || ||
|-
|style="color:#FFF" | 0057-remove-per-melee-weapon-width-height-damage-variable || || || ||
|-
|style="color:#FFF" | 0058-remove-dretch-specific-variables-in-favor-of-weaponA || || || ||
|-
|style="color:#FFF" | 0059-move-painsaw-and-mantis-specifics-into-FireMelee || || || ||
|-
|style="color:#FFF" | 0060-allow-to-spawn-with-a-gun-class-in-devmap || debug || || ||
|-
|style="color:#FFF" | 0061-remove-most-shotgun-specific-variables || || || ||
|-
|style="color:#FFF" | 0062-remove-SMG-RIFLE-specific-vars || || || ||
|-
|style="color:#FFF" | 0063-remove-CHAINGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0064-remove-MDRIVER-specific-vars || || || ||
|-
|style="color:#FFF" | 0065-remove-LASGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0066-MOD-make-doKnockback-a-weapon-attr-entry-as-for-miss || || || ||
|-
|style="color:#FFF" | 0067-move-BG_MeansOfDeathByName-into-bg_parse.cpp-static || || || ||
|-
|style="color:#FFF" | 0068-add-a-minimal-BG_BoundingBox-for-class_t || || || ||
|-
|style="color:#FFF" | 0069-code-deduplication-style-cleanup || || || ||
|-
|style="color:#FFF" | 0070-AI-aliens-fight-back-at-saner-dist-400qu || bots || || ||
|-
|style="color:#FFF" | 0071-AI-aliens-flee-reliably || bots || || ||
|-
|style="color:#FFF" | 0072-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0073-AI-aliens-go-grab-poison || bots || || ||
|-
|style="color:#FFF" | 0074-more-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0075-AI-humans-do-not-repair-in-heat-of-a-fight || bots || || ||
|-
|style="color:#FFF" | 0076-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0077-AI-human-bots-try-to-keep-distance-with-enemy-buildi || bots || || ||
|-
|style="color:#FFF" | 0078-AI-human-bots-try-to-repair-every-15s || bots || || ||
|-
|style="color:#FFF" | 0079-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0080-BotTargetInAttackRange-use-correct-maxs-height || bots || || ||
|-
|style="color:#FFF" | 0081-sg_admin.cpp-add-missing-include || || || ||
|-
|style="color:#FFF" | 0082-bot-cpp-cleanup || bots || || ||
|-
|style="color:#FFF" | 0083-MOD-weapons-cfg-can-change-means-of-death-like-missi || || || ||
|-
|style="color:#FFF" | 0084-rcFilterGaps-walkableRadius-2-is-walkable || || || ||
|-
|style="color:#FFF" | 0085-CMD-remove-bots-from-listplayers || || || ||
|-
|style="color:#FFF" | 0086-move-spawning-level-vars-out-of-global-scope || || || ||
|-
|style="color:#FFF" | 0087-migrate-a-bunch-of-API-to-glm || glm || || ||
|-
|style="color:#FFF" | 0088-sever-links-with-CBSE || nuke || || ||
|-
|style="color:#FFF" | 0089-make-gentity_t-entity-a-std-unique_ptr || || || 0004 ||
|-
|style="color:#FFF" | 0090-BG_PlayerStateToEntityState-remove-useless-arg || || || ||
|-
|style="color:#FFF" | 0091-DOC-add-HOSTING-file || personal-infra || || ||
|-
|style="color:#FFF" | 0092-DOC-add-PACKAGING-file-without-the-mod-section || personal-infra || || ||
|-
|style="color:#FFF" | 0093-DOC-add-LAYOUTS-file || personal-infra || || ||
|-
|style="color:#FFF" | 0094-DOC-add-info-about-nexe-file-names-in-PACKAGING || personal-infra || || ||
|-
|style="color:#FFF" | 0095-PM_AddTouchEnt-PM_ClipVelocity-constness || || || ||
|-
|style="color:#FFF" | 0096-meansOfDeath_t-is-not-an-int || || || ||
|-
|style="color:#FFF" | 0097-mitigate-BotTargetIsVisible-crash-for-coordinate-tar || bot || || ||
|-
|style="color:#FFF" | 0098-glm-G_UnlaggedOn || glm || || ||
|-
|style="color:#090" | 0099-remove-unused-G_FindClosestEntity || || #2832 || ||
|-
|style="color:#FFF" | 0100-glm-Beacon.cpp || glm || || ||
|-
|style="color:#FFF" | 0101-unify-BG_BoundingBox-functions || || || ||
|-
|style="color:#FFF" | 0102-glm-sg_buildable.cpp || glm || || ||
|-
|style="color:#FFF" | 0103-glm-sg_buildpoints.cpp || glm || || ||
|-
|style="color:#FFF" | 0104-glm-sg_client.cpp || glm || || ||
|-
|style="color:#FFF" | 0105-glm-sg_cmds.cpp || glm || || ||
|-
|style="color:#FFF" | 0106-glm-Beacon.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0107-glm-sg_buildable.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0108-glm-sg_client.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0109-glm-sg_combat.cpp || glm || || ||
|-
|style="color:#FFF" | 0110-glm-sg_missile.cpp || glm || || ||
|-
|style="color:#FFF" | 0111-glm-sg_utils.cpp || glm || || ||
|-
|style="color:#FFF" | 0112-glm-sg_weapon.cpp || glm || || ||
|-
|style="color:#090" | 0113-remove-duplicated-trap_SetConfigstringRestrictions-p || || #2832 || ||
|-
|style="color:#FFF" | 0114-replace-some-trap_-calls-with-G_CM_-equiv || || || ||
|-
|style="color:#090" | 0115-remove-unused-G_CM_ClipToEntity || || #2832 || ||
|-
|style="color:#FFF" | 0116-remove-silly-function || || || ||
|-
|style="color:#FFF" | 0117-glm-sg_physics.cpp || glm || || ||
|-
|style="color:#FFF" | 0118-glm-sg_admin.cpp || glm || || ||
|-
|style="color:#FFF" | 0119-sg_cm_world.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0120-sg_spawn_mover.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0121-G_MoverGroup-cleanup-beware-non-trivial-clean || || || ||
|-
|style="color:#FFF" | 0122-glm-G_KillBrushModel-cleanup || glm || || ||
|-
|style="color:#FFF" | 0123-glm-G_TryPushingEntity || glm || || ||
|-
|style="color:#FFF" | 0124-glm-sg_active.cpp-P_DamageFeedback || glm || || ||
|-
|style="color:#FFF" | 0125-glm-sg_active.cpp-ClientShove || glm || || ||
|-
|style="color:#FFF" | 0126-glm-sg_active.cpp-PushBot || glm || || ||
|-
|style="color:#FFF" | 0127-glm-sg_active.cpp-G_TouchTriggers || glm || || ||
|-
|style="color:#FFF" | 0128-glm-sg_active.cpp-BeaconAutoTag || glm || || ||
|-
|style="color:#FFF" | 0129-glm-sg_active.cpp-ClientTimerActions || glm || || ||
|-
|style="color:#FFF" | 0130-glm-sg_active.cpp-ClientEvents || glm || || ||
|-
|style="color:#FFF" | 0131-glm-sg_active.cpp-G_UnlaggedOff || glm || || ||
|-
|style="color:#FFF" | 0132-glm-sg_active.cpp-G_UnlaggedDetectCollisions || glm || || ||
|-
|style="color:#FFF" | 0133-glm-sg_active.cpp-ClientThink_real || glm || || ||
|-
|style="color:#FFF" | 0134-glm-sg_main.cpp || glm || || ||
|-
|style="color:#FFF" | 0135-glm-remaining-components-for-the-vec3_t-at-least || glm || || ||
|-
|style="color:#FFF" | 0136-glm-unlagged_t || glm || || ||
|-
|style="color:#FFF" | 0137-glm-buildLog_t || glm || || ||
|-
|style="color:#FFF" | 0138-glm-clientPersistant_t || glm || || ||
|-
|style="color:#FFF" | 0139-glm-sg_spawn.cpp || glm || || ||
|-
|style="color:#FFF" | 0140-glm-g_client_t || glm || || ||
|-
|style="color:#FFF" | 0141-glm-sgame-components-HealthComponent.cpp || glm || || ||
|-
|style="color:#FFF" | 0142-move-gentity_t-animation-into-map_entity.h-glm-vec4 || || #2831 || ||
|-
|style="color:#FFF" | 0143-glm-gentity_t || glm || || ||
|-
|style="color:#FFF" | 0144-sgame-VEC2GLM-cleanup || glm || || ||
|-
|style="color:#FFF" | 0145-sgame-codestyle || || || ||
|-
|style="color:#FFF" | 0146-sg_cm_world.cpp-cleanup-hopefully || || || ||
|-
|style="color:#FFF" | 0147-glm-trace-in-cgame || glm || || ||
|-
|style="color:#FFF" | 0148-glm-trace-by-return-sgame || glm || || ||
|-
|style="color:#FFF" | 0149-glm-trace-API-by-return-shared || glm || || ||
|-
|style="color:#FFF" | 0150-fix-activate-entities-not-being-triggered-when-playe || bugfix || || ||
|-
|style="color:#FFF" | 0151-do-not-prevent-building-a-unique-if-the-current-one- || gameplay || || ||
|-
|style="color:#FFF" | 0152-glm-BG_EvaluateTrajectory-BG_EvaluateTrajectoryDelta || glm || || ||
|-
|style="color:#888" | 0153-bots-invert-check-if-a-healing-source-is-horizontall || || || ||
|-
|style="color:#888" | 0154-Implement-default-navgen-config-applies-to-all-maps || || || ||
|-
|style="color:#888" | 0155-Invalidate-GentityRef-on-player-death || || || ||
|-
|style="color:#888" | 0156-dretch-and-mantis-bots-attack-enemies-while-wall-cli || || || ||
|-
|style="color:#888" | 0157-Updated-translations || || || ||
|-
|style="color:#888" | 0158-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0159-translation-ship-them-even-if-incomplete || || || ||
|-
|style="color:#888" | 0160-rmlui-implement-standard-b-i-em-tags || || || ||
|-
|style="color:#888" | 0161-rmlui-implement-custom-web-tag-for-common-unvanquish || || || ||
|-
|style="color:#888" | 0162-rmlui-implement-standard-ul-li-tag || || || ||
|-
|style="color:#888" | 0163-ui-rewrite-gampelay-guide-and-developer-message-with || || || ||
|-
|style="color:#888" | 0164-ui-add-option-for-cg_marks || || || ||
|-
|style="color:#888" | 0165-presets-graphics-disable-marks-in-lowest-profile || || || ||
|-
|style="color:#888" | 0166-cg_rocket_draw-support-emoticons-in-map-and-author-n || || || ||
|-
|style="color:#888" | 0167-ui-fix-endline-in-RML-translatable-string || || || ||
|-
|style="color:#888" | 0168-utils-generate_rml_pot-escape-double-quotes-when-wri || || || ||
|-
|style="color:#888" | 0169-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0170-Incrementally-update-server-list-hacky-way || || || ||
|-
|style="color:#888" | 0171-Fix-refreshing-internet-server-list-after-local || || || ||
|-
|style="color:#888" | 0172-Improve-incremental-server-list-population || || || ||
|-
|style="color:#888" | 0173-Remove-unused-enum-constant-BF_POWER || || || ||
|-
|style="color:#888" | 0174-Properly-destroy-entity-when-reverting-construction || || || ||
|-
|style="color:#888" | 0175-Fix-buildlog-see-more-message || || || ||
|-
|style="color:#888" | 0176-Don-t-use-in-place-StripColors || || || ||
|-
|style="color:#888" | 0177-improve-bot-lcannon-handling-do-not-always-charge-to || || || ||
|-
|style="color:#888" | 0178-Fix-ADMBP-buffer-overflows || || || ||
|-
|style="color:#888" | 0179-Avoid-double-newlines-on-ADMBP-buffer-split || || || ||
|-
|style="color:#888" | 0180-Bump-submodules-daemon-RmlUi || || || ||
|-
|style="color:#888" | 0181-Updated-translations || || || ||
|-
|style="color:#888" | 0182-Nit-use-BOT_DEFAULT_BEHAVIOR-constant || || || ||
|-
|style="color:#888" | 0183-Remove-too-spammy-cg_showmiss-log || || || ||
|-
|style="color:#888" | 0184-Convert-cg_showmiss-to-a-logger-cgame.prediction || || || ||
|-
|style="color:#888" | 0185-Don-t-localize-sounds-incorrectly-in-third-person || || || ||
|-
|style="color:#888" | 0186-sync-submodules || || || ||
|-
|style="color:#888" | 0187-use-g_fillBotsTeamVotesPercent-again-2777 || || || ||
|-
|style="color:#888" | 0188-fix-bug-in-bot-behavior-function-percentClips-2776 || || || ||
|-
|style="color:#888" | 0189-Enable-missile-config-bad-token-warnings || || || ||
|-
|style="color:#888" | 0190-Remove-unused-entity-field-flight-splash-damage || || || ||
|-
|style="color:#888" | 0191-Get-buildable-explosion-parameters-from-attrs || || || ||
|-
|style="color:#888" | 0192-Document-missile-splash-damage-parameters || || || ||
|-
|style="color:#888" | 0193-Unused-missile-attribute-spriteCharge || || || ||
|-
|style="color:#888" | 0194-Unused-missile-attribute-rotates || || || ||
|-
|style="color:#888" | 0195-Unused-missile-attribute-renderfx || || || ||
|-
|style="color:#888" | 0196-Unused-missile-attribute-impactFlightDir || || || ||
|-
|style="color:#FFF" | 0197-complete-botTarget_t-even-more-gentity_t-ref-support || bots || || ||
|-
|style="color:#FFF" | 0198-AI-know-about-all-friendly-buildings || bots || || ||
|-
|style="color:#FFF" | 0199-AIEntityToGentity-checks-reachability-for-allied-stu || bots || || ||
|-
|style="color:#FFF" | 0200-rewrite-G_NewCallDefinition-again || || || ||
|-
|style="color:#FFF" | 0201-g_admin_level_t-cleanup || || || ||
|-
|style="color:#FFF" | 0202-do-not-memset-non-PoD || || || ||
|-
|style="color:#FFF" | 0203-bg_parse.cpp-do-not-confuse-types || || || || cleans up a bsearch, but better std::lower_bound
|-
|style="color:#FFF" | 0204-silence-conditional-uninitialized || || || ||
|-
|style="color:#FFF" | 0205-FOFS-is-offsetof || || || ||
|-
|style="color:#FFF" | 0206-fix-Wcomma || || || ||
|-
|style="color:#090" | 0207-remove-unused-macros || || #2832 || ||
|-
|style="color:#FFF" | 0208-use-static-when-possible || || || ||
|-
|style="color:#FFF" | 0209-define-missing-ctors || || || ||
|-
|style="color:#FFF" | 0210-fix-sign-compare || || || ||
|-
|style="color:#FFF" | 0211-fix-Wtautological-unsigned-enum-zero-compare || || || ||
|-
|style="color:#FFF" | 0212-update-deps-daemon-rmlui-to-warn-less || || || ||
|-
|style="color:#FFF" | 0213-add-a-script-to-prepare-release || personal-infra || || ||
|-
|style="color:#888" | 0214-pkg-unvanquished_src.dpkdir-is-no-longer-a-submodule || || || ||
|-
|style="color:#FFF" | 0215-minor-cleanup || || || ||
|-
|style="color:#FFF" | 0216-G_IterateCallEndpoints-uses-a-reference-instead-of-p || || || ||
|-
|style="color:#FFF" | 0217-include-changelog-file-in-welcome-page || personal-infra || || ||
|-
|style="color:#FFF" | 0218-fix-recast-limiting-number-rc_layers || || || ||
|-
|style="color:#FFF" | 0219-GMP-give-a-1s-repeatrate-to-grenades-and-firebomb || gameplay || || ||
|-
|style="color:#FFF" | 0220-do-not-gitignore-buildable-folder || || || ||
|-
|style="color:#FFF" | 0221-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0222-GMP-allow-big-aliens-to-attack-medistation-at-any-an || gameplay || || ||
|-
|style="color:#FFF" | 0223-remove-dead-botTeam-variable || || || ||
|-
|style="color:#FFF" | 0224-make-release.sh-stop-if-build-failed || personal-infra || || ||
|-
|style="color:#FFF" | 0225-release.sh-now-stores-patches-in-a-tarball || personal-infra || || ||
|-
|style="color:#FFF" | 0226-fix-loads-of-warnings || || || ||
|-
|style="color:#888" | 0227-Add-g_bot_traceClient-for-BT-debugging || || || ||
|-
|style="color:#888" | 0228-readme-add-help-for-submodule-method-of-working || || || ||
|-
|style="color:#888" | 0229-Warning-fix-macro-redefinition-of-AS_OVER_RT3 || || || ||
|-
|style="color:#888" | 0230-BotActionFight-fix-wrong-comment || || || ||
|-
|style="color:#FFF" | 0231-inspired-from-Don-t-give-spectators-WP_ALEVEL0 || || || ||
|-
|style="color:#888" | 0232-Nuke-bisphere-trace-gamelogic-fallout || || || ||
|-
|style="color:#888" | 0233-Bots-forbid-actions-while-dead || || || ||
|-
|style="color:#888" | 0234-Debug-draw-fix-DU_DRAW_QUADS-mode || || || ||
|-
|style="color:#888" | 0235-Define-lifetime-attribute-in-missile-configs || || || ||
|-
|style="color:#888" | 0236-Fix-intermittently-disappearing-mara-zaps || || || ||
|-
|style="color:#090" | 0237-repair-shader-replacement-entities || || #2806 || ||
|-
|style="color:#FFF" | 0238-fix-func_desctructable-not-being-linked-on-reset || bugfix || || ||
|-
|style="color:#FFF" | 0239-GMP-corpses-do-not-block-movers || gameplay || || ||
|-
|style="color:#FFF" | 0240-HUD-dmg-feedback-on-movers || || || ||
|-
|style="color:#FFF" | 0241-glm-VectorCopy-in-sg_spawn_mover.cpp || glm || || ||
|-
|style="color:#FFF" | 0242-cleanup || glm || || ||
|-
|style="color:#FFF" | 0243-give-can-give-mantis-staminaDrain || debug || || ||
|-
|style="color:#FFF" | 0244-Implement-the-Biokit || gameplay || || ||
|-
|style="color:#FFF" | 0245-make-bots-buy-the-biokit || gameplay || || ||
|-
|style="color:#FFF" | 0246-Biokit-changes || gameplay || || ||
|-
|style="color:#FFF" | 0247-Sudden-Death || gameplay || || ||
|-
|style="color:#FFF" | 0248-show-g_maxMiners-value-in-teamstatus || || || ||
|-
|style="color:#888" | 0249-random-building-for-bots || || || ||
|-
|style="color:#888" | 0250-bugfix-bots-build-drill-leech-even-when-BP-are-negat || || || ||
|-
|style="color:#FFF" | 0251-bot-tactic-menu || gui || || ||
|-
|style="color:#888" | 0252-complete-refill-for-clip-weapons-even-the-current-cl || || #2782 || ||
|-
|style="color:#888" | 0253-force-weapon-change-on-ammo-refill || || #2782 || ||
|-
|style="color:#FFF" | 0254-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0255-update-the-MOTD-when-the-cvar-is-changed || || || ||
|-
|style="color:#FFF" | 0256-scoreboard-layout-changes || gui || || ||
|-
|style="color:#FFF" | 0257-voting-improvements-add-colours-and-formatting || gui || || ||
|-
|style="color:#FFF" | 0258-do-not-crash-if-a-sound-is-unknown || bugfix || || ||
|-
|style="color:#FFF" | 0259-release.sh-also-generates-changelog-for-debug-purpos || personal-infra || || ||
|-
|style="color:#FFF" | 0260-warn-when-game-should-be-ended-by-an-event || debug || || ||
|-
|style="color:#FFF" | 0261-do-not-disable-cg_drawentity-when-map-has-fog || debug || || || Seems to be missing a piece (unused 'scan')
|-
|style="color:#FFF" | 0262-traditional-is-not-deprecated || debug || || ||
|-
|style="color:#FFF" | 0263-say-the-original-value-when-trigger_heal-have-negati || debug || || ||
|-
|style="color:#FFF" | 0264-TMP-give-bbox-info-of-entities-don-t-remove-orphan-b || || || ||
|-
|style="color:#FFF" | 0265-Revert-rmlui-implement-standard-ul-li-tag || gui || || ||
|-
|style="color:#FFF" | 0266-CFG-sane-default-config-for-bots || bots || || ||
|}

Reformatting the source

2023-11-04T23:21:48Z

Killing time:

The Daemon and Unvanquished repositories suffer from differing code style conventions and fractally varying choice of indentation (spaces vs. tabs). The inconsistency is a constant source of friction for developers.
I (slipher) propose that we may reformat the source code (in one big commit) if we have all of the following:

# Whitespace-ignoring replacements for 'git diff' and 'git blame'
# A configuration file for some cross-platform formatting tool which produces satisfying results
# Instructions on how to install the formatting tool
# A script to rewrite a chain of commits using the formatting tool (for use with unmerged branches)

== Solutions ==

# freem suggests a method for configuring git blame to ignore a particular commit:
#* https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame
#* https://git-scm.com/docs/git-blame#Documentation/git-blame.txt---ignore-revltrevgtHere is a [https://github.com/slipher/source-tools/blob/master/wsdiff.sh prototype Bash script] for doing a whitespace-ignoring invocation of git diff, which works by plugging into Git as an [https://git-scm.com/docs/git#Documentation/git.txt-codeGITEXTERNALDIFFcode external diff tool] and processing both sides of the diff with clang-format. It is probably a bad idea to use it without specifying specific paths, since in that case, if used across the reformatting commit, it will have to process every source file in the tree. {{TODO|See how slow that really is.}}
# WIP: https://github.com/Unvanquished/Unvanquished/pull/2622
# ?
# ?

== Areas requiring special attention ==

Some people have noted difficulties with autoformatters and lambda functions. [https://github.com/Unvanquished/Unvanquished/blob/master/src/cgame/cg_api.cpp cg_api.cpp] is one file with a lot of lambdas.

We should consider if we want to preserve formatting of tables such as <code>fields</code> (for map entities) in [https://github.com/Unvanquished/Unvanquished/blob/master/src/sgame/sg_spawn.cpp sg_spawn.cpp].

UI/LibRocket bugs

2023-11-04T23:14:57Z

Killing time: comment on current status of most bugs

{{OutOfDate}}
[[Category:UI]]

{{TODO|Check if those issues still exists, if yes report them on issue tracker and delete this page once everything is reported.}}

* <s>r_gamma does not affect UI</s> Not desired. When I use r_gamma to compensate for an overly dark map I don't want it to fuck up the UI.
* <s>borders are shady. Sometimes they simply don't appear</s> Not seeing this as of 2023
* <s>objects 'jiggle' around when their class (eg :hover activated) changes, even though their size should not change.</s> Not seeing this of 2023
* <s>causes wincing pain</s> Sounds like a you problem

Sound:
* <s>sound loops from the last game keep playing in the loadscreen</s> Not seeing this as of 2023

Internal:
* rocketDebug does not work for HUD <- https://github.com/Unvanquished/Unvanquished/pull/1845 is an abandoned effort to get the debugger working again
* ui_restart causes crashes <- I guess the modern equivalent is reloadHud? Needs testing

<select> Drop-down menus:
* large lists can go off-screen
* <s>misinterpret mouse coords (sometimes) and highlight/select the wrong entry</s> Not seeing this of 2023

Game start:
* <s>Errors in RML/CSS cause silent failures -> crash (sometimes)</s> Not seeing this as of 2023

Match start:
* various HUD files are 'flashed' for a frame [fixed] <- despite this being labeled [fixed] long ago, I recently fixed an instance of this in 2023 (c4dd3db81). Still not sure if all cases are fixed

Match load:
* <s>mouse cursor visible and locked to top-left corner</s> We just did a bunch of work on ensuring the right kind of cursor is displayed at the right time. Should be fixed

Maps

2023-11-03T21:04:22Z

Killing time: Add Repositories section

[[Category:Maps]]

== Map repositories ==

Places you can download DPKs or source repositories for various maps.

=== Ready-to-play DPKs for Unvanquished ===

All of the URLs here are HTTP servers used to provide automatic downloads when a player connects to a server but lacks a needed pak, so they will have other kinds of paks besides maps. You can find these URLs by setting <code>/logs.level.client.pakDownload debug</code> in the console and connecting to a server while missing a pak, then looking for the console line starting <code>Debug: Checking for PAKSERVER in </code>. The rest of the line is the download base URL.

Excluding the "official" maps in the Unvanquished release, the vast majority of available maps were originally made for Tremulous or other games. The owners of servers mentioned here have generally done some testing and touch-ups to ensure the maps work correctly in Unvanquished, but not everything works 100%.

* Official maps: https://dl.unvanquished.net/pkg/
* Maps from the server "Map&Bot Testing EU" run by Sweet: https://users.unvanquished.net/~sweet/pkg/. 350 maps as of November 2023.
* Maps from the server "deadbeef" run by bmorel: http://deadbeef.fr/unvanquished/. 313 maps as of November 2023. Has a directory with [[Levelshot|levelshots]].

=== Tremulous maps in original form (.pk3) ===

You can also find a bunch of maps from Tremulous: [https://dl.unvanquished.net/mercenaries-guild/public_html/maps/].
Despite this link being on official's Unvanquished's server, those are *not* officially supported and require modifications to be played. If you are lucky, you can get them working (locally) by simply renaming them in your own unvanquished/pkg folder like this: {{code|map-${name}_${version}.dpk}}.
And despite all this, there is no guarantee those will work, and even less that they'll be bug-free.

Feel free to meet us on [https://unvanquished.net/chat/] to ask what needs to be done to have those more widely used by server owners!

=== Source repositories ===

Git repositories with sources (.map files). For mappers and project maintainers. Must be built with NetRadiant or Urcheon to be playable.

* Official maps are in the [https://github.com/UnvanquishedAssets UnvanquishedAssets] organization on Github. The map <code>$mapname$</code> can be found at <code><nowiki>https://github.com/UnvanquishedAssets/map-$mapname$_src.dpkdir</nowiki></code>.
* [https://github.com/InterstellarOasis/InterstellarOasis Interstellar Oasis] is a collection of "first-class" source ports by illwieckz of Tremulous maps. These are unofficial maps, but the work is done by one of the Unvanquished project heads.
* [https://github.com/Masmblr?tab=repositories Masmblr's Github] has source repositories for 26 Tremulous maps created by himself.

==Official Unvanquished Maps==

These maps are distributed with the default installation

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''Antares'''
* Varied rooms and corridors
by Pevel

{{Subpage|Antares}}
|[[File:antares.jpg|400px]]
|-

|'''Chasm'''
* Two route design
* Medium sized
* Outside area
by Supertanker

{{Subpage|Chasm}}
|[[File:Levelshots-Snowstation-b4.jpg|400px]]
|-

| '''Forlorn'''
* Varied rooms and corridors
by EmperorJack

{{Subpage|Forlorn}}
|[[File:Forlorn.jpg|400px]]
|-

| '''Parpax'''
* Medium sized
* Many branching paths
* Crawl spaces and piping
* Elevators
by Viech

{{Subpage|Parpax}}
|[[File:Levelshots-Parpax_compressed.jpg|400px]]
|-

|'''Perseus'''
* Medium sized
by Pevel

{{Subpage|Perseus}}
|[[File:Perseus.jpg|400px]]
|-

| '''Platform 23'''
* Symmetrical
* Replacement for ATCS
* Two route design
by EmperorJack

{{Subpage|Plat23}}
|[[File:Levelshots-Plat23-b11.jpg|400px]]
|-

|'''Spacetracks'''
* Varied rooms, corridors and layers
* Many Elevators
* Crawl spaces
by Supertanker

{{Subpage|Spacetracks}}
|[[ File:Levelshots-Spacetracks-r1.jpg |400px]]
|-

| '''Station15'''
* Varied rooms and corridors
* Elevators
by Supertanker

{{Subpage|Station15}}
|[[File:Levelshots-Station15-r1.jpg|400px]]
|-

| '''Thunder'''
* Very large
by EmperorJack

{{Subpage|Thunder}}
|[[File:Levelshot-thunder.jpeg|400px]]
|-

| '''Vega'''
* Large
by Ingar

{{Subpage|Vega}}
|[[File:vega.jpg|400px]]
|-

| '''Yocto'''
* Vertical
by Pevel

{{Subpage|Yocto}}
|[[File:Levelshot-Yocto-b1a.jpg|400px]]
|-

|}

=Gentrified Maps=

Maps that were born in Tremulous.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''.:U.T:C.S:.'''
* Symmetrical
* Two route design
* Small

{{Subpage|UTCS}}
| [[File:Levelshot-Utcs.jpg|400px]]
|-

| '''Arachnid 2'''
* Varied rooms, corridors and layers
* Crawl spaces and piping
* Medium sized

{{Subpage|Arachnid}}
| [[File:Levelshots-Arachnid2.jpg|400px]]
|-

|'''Beyond Derelict'''
* Varied rooms, corridors and layers
* Crawl spaces
* Large
by Danny "Megabite" Marcus

{{Subpage|Derelict}}
|[[File:Levelshots-Derelict.jpg|400px]]
|-

|'''Karith Station 2'''
* Varied rooms, corridors and layers
* Outside area
* Crawl spaces
* Large
* Elevators
by Godmil

{{Subpage|Karith}}
|[[File:Levelshots-Karith.jpg|400px]]
|-

| '''Meep'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized
By Catalyc

{{Subpage|Meep}}
|[[File:Levelshots-Meep.jpg|400px]]
|-

| '''Methane (beta 1)'''
* Large
* Vertically complex
by Ingar

{{Subpage|Methane}}
|[[File:Levelshots-Methane-beta1.jpg|400px]]
|-

|'''Nano!'''
* Very Small
* Symmetrical
by Ingar

{{Subpage|Nano}}
|[[File:Levelshots-Nano.jpg|400px]]
|-

|'''Nexus 6'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized

{{Subpage|Nexus}}
|[[File:Levelshots-Nexus6.jpg|400px]]
|-

|'''Niveus : Outpost 652'''
* Varied rooms, corridors and layers
* Medium sized

{{Subpage|Niveus}}
|[[File:Levelshots-Niveus.jpg|400px]]
|-

|'''Orion I - communication ship (beta 2)'''
* Varied rooms, corridors and layers with some vents
* Medium sized
by Xenom[GER]

{{Subpage|Orion}}
|[[File:Levelshots-Orion.jpg|400px]]
|-

|'''Procyon - '''
* Varied rooms, corridors and layers and vents
* Large sized
by Ingar

{{Subpage|Procyon}}
|[[File:Levelshots-procyon.jpg|400px]]
|-

|'''Sirius - '''
* Varied rooms, corridors and layers
* Large sized
by Ingar

{{Subpage|Sirius}}
|[[File:Levelshots-sirius.jpg|400px]]
|-

|'''Tremor'''
* Medium sized
* Large rooms and corridors
* Crawl spaces (underground section)
by Vedacon

{{Subpage|Tremor}}
|[[File:Levelshots-Tremor.jpg|400px]]
|-

|'''Uranium124 '''
* Varied rooms, corridors and layers
* Small sized
by CoderNem

{{Subpage|Uranium124}}
|[[File:Levelshots-uranium124.jpg|400px]]
|-

|}

==community maps==

Maps produced (and not already listed) by the community which are known to work for unvanquished, for both tremulous and unvanquished.

Licences of images is the same as the map itself, this will be updated later.
This section have lot of things to do, including adding author's names, licencing informations, simple map descriptions, etc.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

|'''area3'''
|[[File:Levelshots-area3.jpg|400px]]
|-

|'''atcshd'''
|[[File:Levelshots-atcshd.jpg|400px]]
|-

|'''ctcs'''
|[[File:Levelshots-ctcs.jpg|400px]]
|-

|'''dretchstorm'''
|[[File:Levelshots-dretchstorm.jpg|400px]]
|-

|'''fortification'''
|[[File:Levelshots-fortification.jpg|400px]]
|-

|'''hamunaptra'''
|[[File:Levelshots-hamunaptra.png|400px]]
|-

|'''hangar28'''
|[[File:Levelshots-hangar28.jpg|400px]]
|-

|'''jota'''
|[[File:Levelshots-jota.jpg|400px]]
|-

|'''openfield'''
|[[File:Levelshots-openfield.jpg|400px]]
|-

|'''peorongateb3'''
|[[File:Levelshots-peorongateb3.jpg|400px]]
|-

|'''ptcs2'''
|[[File:Levelshots-ptcs2.jpg|400px]]
|-

|'''rsmse'''
|[[File:Levelshots-rsmse.jpg|400px]]
|-

|'''stahl'''
|[[File:Levelshots-stahl.jpg|400px]]
|-

|'''terminus'''
|[[File:Levelshots-terminus.jpg|400px]]
|-

|'''transit'''
|[[File:Levelshots-transit.jpg|400px]]
|-

|'''uncreation'''
|[[File:Levelshots-uncreation.jpg|400px]]
|-

|'''urbanp2'''
|[[File:Levelshots-urbanp2.jpg|400px]]
|-

|'''usstremor'''
|[[File:Levelshots-usstremor.jpg|400px]]
|-

|}

Levelshot

2023-11-03T20:51:13Z

Killing time: Created page with "A levelshot is the image displayed fullscreen in the game while a map is loading. Unvanquished game code expects the levelshot image file at the (extension-independen..."

A levelshot is the image displayed fullscreen in the game while a map is loading. Unvanquished game code expects the levelshot image file at the (extension-independent) path <code>meta/$mapname$/$mapname$</code> in the VFS. Conventionally, a levelshot is based on a screenshot of some part of the map.

Maps

2023-11-03T18:27:00Z

Killing time: use level 2 headings

[[Category:Maps]]
There is an unofficial (but still led by one of unvanquished's fellow and main developpers) effort to port a number of tremulous maps [https://github.com/InterstellarOasis/InterstellarOasis].

You can also find a bunch of maps from tremulous [https://dl.unvanquished.net/mercenaries-guild/public_html/maps/].
Despite this link being on official's Unvanquished's server, those are *not* officially supported and require modifications to be played. If you are lucky, you can get them working (locally) by simply renaming them in your own unvanquished/pkg folder like this: {{code|map-${name}_${version}.dpk}}.
And despite all this, there is no guarantee those will work, and even less that they'll be bug-free.

Feel free to meet us on [https://unvanquished.net/chat/] to ask what needs to be done to have those more widely used by server owners!

==Official Unvanquished Maps==

These maps are distributed with the default installation

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''Antares'''
* Varied rooms and corridors
by Pevel

{{Subpage|Antares}}
|[[File:antares.jpg|400px]]
|-

|'''Chasm'''
* Two route design
* Medium sized
* Outside area
by Supertanker

{{Subpage|Chasm}}
|[[File:Levelshots-Snowstation-b4.jpg|400px]]
|-

| '''Forlorn'''
* Varied rooms and corridors
by EmperorJack

{{Subpage|Forlorn}}
|[[File:Forlorn.jpg|400px]]
|-

| '''Parpax'''
* Medium sized
* Many branching paths
* Crawl spaces and piping
* Elevators
by Viech

{{Subpage|Parpax}}
|[[File:Levelshots-Parpax_compressed.jpg|400px]]
|-

|'''Perseus'''
* Medium sized
by Pevel

{{Subpage|Perseus}}
|[[File:Perseus.jpg|400px]]
|-

| '''Platform 23'''
* Symmetrical
* Replacement for ATCS
* Two route design
by EmperorJack

{{Subpage|Plat23}}
|[[File:Levelshots-Plat23-b11.jpg|400px]]
|-

|'''Spacetracks'''
* Varied rooms, corridors and layers
* Many Elevators
* Crawl spaces
by Supertanker

{{Subpage|Spacetracks}}
|[[ File:Levelshots-Spacetracks-r1.jpg |400px]]
|-

| '''Station15'''
* Varied rooms and corridors
* Elevators
by Supertanker

{{Subpage|Station15}}
|[[File:Levelshots-Station15-r1.jpg|400px]]
|-

| '''Thunder'''
* Very large
by EmperorJack

{{Subpage|Thunder}}
|[[File:Levelshot-thunder.jpeg|400px]]
|-

| '''Vega'''
* Large
by Ingar

{{Subpage|Vega}}
|[[File:vega.jpg|400px]]
|-

| '''Yocto'''
* Vertical
by Pevel

{{Subpage|Yocto}}
|[[File:Levelshot-Yocto-b1a.jpg|400px]]
|-

|}

=Gentrified Maps=

Maps that were born in Tremulous.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''.:U.T:C.S:.'''
* Symmetrical
* Two route design
* Small

{{Subpage|UTCS}}
| [[File:Levelshot-Utcs.jpg|400px]]
|-

| '''Arachnid 2'''
* Varied rooms, corridors and layers
* Crawl spaces and piping
* Medium sized

{{Subpage|Arachnid}}
| [[File:Levelshots-Arachnid2.jpg|400px]]
|-

|'''Beyond Derelict'''
* Varied rooms, corridors and layers
* Crawl spaces
* Large
by Danny "Megabite" Marcus

{{Subpage|Derelict}}
|[[File:Levelshots-Derelict.jpg|400px]]
|-

|'''Karith Station 2'''
* Varied rooms, corridors and layers
* Outside area
* Crawl spaces
* Large
* Elevators
by Godmil

{{Subpage|Karith}}
|[[File:Levelshots-Karith.jpg|400px]]
|-

| '''Meep'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized
By Catalyc

{{Subpage|Meep}}
|[[File:Levelshots-Meep.jpg|400px]]
|-

| '''Methane (beta 1)'''
* Large
* Vertically complex
by Ingar

{{Subpage|Methane}}
|[[File:Levelshots-Methane-beta1.jpg|400px]]
|-

|'''Nano!'''
* Very Small
* Symmetrical
by Ingar

{{Subpage|Nano}}
|[[File:Levelshots-Nano.jpg|400px]]
|-

|'''Nexus 6'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized

{{Subpage|Nexus}}
|[[File:Levelshots-Nexus6.jpg|400px]]
|-

|'''Niveus : Outpost 652'''
* Varied rooms, corridors and layers
* Medium sized

{{Subpage|Niveus}}
|[[File:Levelshots-Niveus.jpg|400px]]
|-

|'''Orion I - communication ship (beta 2)'''
* Varied rooms, corridors and layers with some vents
* Medium sized
by Xenom[GER]

{{Subpage|Orion}}
|[[File:Levelshots-Orion.jpg|400px]]
|-

|'''Procyon - '''
* Varied rooms, corridors and layers and vents
* Large sized
by Ingar

{{Subpage|Procyon}}
|[[File:Levelshots-procyon.jpg|400px]]
|-

|'''Sirius - '''
* Varied rooms, corridors and layers
* Large sized
by Ingar

{{Subpage|Sirius}}
|[[File:Levelshots-sirius.jpg|400px]]
|-

|'''Tremor'''
* Medium sized
* Large rooms and corridors
* Crawl spaces (underground section)
by Vedacon

{{Subpage|Tremor}}
|[[File:Levelshots-Tremor.jpg|400px]]
|-

|'''Uranium124 '''
* Varied rooms, corridors and layers
* Small sized
by CoderNem

{{Subpage|Uranium124}}
|[[File:Levelshots-uranium124.jpg|400px]]
|-

|}

==community maps==

Maps produced (and not already listed) by the community which are known to work for unvanquished, for both tremulous and unvanquished.

Licences of images is the same as the map itself, this will be updated later.
This section have lot of things to do, including adding author's names, licencing informations, simple map descriptions, etc.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

|'''area3'''
|[[File:Levelshots-area3.jpg|400px]]
|-

|'''atcshd'''
|[[File:Levelshots-atcshd.jpg|400px]]
|-

|'''ctcs'''
|[[File:Levelshots-ctcs.jpg|400px]]
|-

|'''dretchstorm'''
|[[File:Levelshots-dretchstorm.jpg|400px]]
|-

|'''fortification'''
|[[File:Levelshots-fortification.jpg|400px]]
|-

|'''hamunaptra'''
|[[File:Levelshots-hamunaptra.png|400px]]
|-

|'''hangar28'''
|[[File:Levelshots-hangar28.jpg|400px]]
|-

|'''jota'''
|[[File:Levelshots-jota.jpg|400px]]
|-

|'''openfield'''
|[[File:Levelshots-openfield.jpg|400px]]
|-

|'''peorongateb3'''
|[[File:Levelshots-peorongateb3.jpg|400px]]
|-

|'''ptcs2'''
|[[File:Levelshots-ptcs2.jpg|400px]]
|-

|'''rsmse'''
|[[File:Levelshots-rsmse.jpg|400px]]
|-

|'''stahl'''
|[[File:Levelshots-stahl.jpg|400px]]
|-

|'''terminus'''
|[[File:Levelshots-terminus.jpg|400px]]
|-

|'''transit'''
|[[File:Levelshots-transit.jpg|400px]]
|-

|'''uncreation'''
|[[File:Levelshots-uncreation.jpg|400px]]
|-

|'''urbanp2'''
|[[File:Levelshots-urbanp2.jpg|400px]]
|-

|'''usstremor'''
|[[File:Levelshots-usstremor.jpg|400px]]
|-

|}

Game

2023-11-03T02:32:19Z

Killing time: Killing time moved page Game to Unvanquished

#REDIRECT [[Unvanquished]]

Unvanquished

2023-11-03T02:32:18Z

Killing time: Killing time moved page Game to Unvanquished

{{DISPLAYTITLE:Unvanquished game}}
Unvanquished development is proud to present you our game: '''Unvanquished'''.

<blockquote>
Unvanquished is a free, open-source first-person strategy game shooter, pitting technologically advanced human soldiers against hordes of highly adaptable aliens. Players can choose from either team, providing for an entirely different experience on both sides, as humans focus on long-range firepower while aliens rely instead on quick movement and stealth. The goal of each match is to destroy the enemy base, preventing members of the opposing team from spawning. Upgrades for both teams are earned by a combination of individual performance and team map control, unlocking access to more powerful weapons and equipment for the humans, and larger, more ferocious forms for the aliens.

Our project has been in development since the summer of 2011, with our very first alpha release being made on February 29th, 2012. Ever since, we have made monthly alpha releases, with each new release adding new content in the form of assets, maps, gameplay, or engine features. Our development team consists of a mix of skilled hobbyists and seasoned professionals from around the world, and we are always receptive to new team members, both from the community and beyond.

Unvanquished is a fork of [https://tremulous.net Tremulous], powered by the Dæmon engine. The {{engine}} that powers our game is ultimately based off [https://ioquake3.org Quake 3], along with features from [https://www.moddb.com/mods/etxreal ET:XreaL], as well as our own coding efforts.

-- [https://unvanquished.net/about/ Unvanquished About page].
</blockquote>

__TOC__

==Download the game==

The {{game}} can be downloaded from the '''[https://unvanquished.net download page]'''.

{{InfoDownloadLauncher}}

==Game source code==

Unvanquished source trees are tracked on {{git}} repositories to make contributions easier and help projects to port their game on it:

* [https://github.com/Unvanquished/Unvanquished Unvanquished game code repository]
* [https://github.com/UnvanquishedAssets/UnvanquishedAssets Unvanquished data repository]

==Game mechanics==

===Real time strategy game===

Unvanquished is a real time strategy game: build your base, strengthen your defenses, create outposts. To win the game your team must deny the opposite team the ability to return in game by destroying their spawnpoints.

===Team-based first person shooter===

As a player you play with a team. A game ends when either the human team wins or the alien team wins. Your feats of arm contribute to your team momentum and unlock abilities, weapons and buildables.

===Class-based online warfare===

As an alien you spawn as a builder or as an attack form, and you evolve to other classes as the game continues. As an human you chose the construction kit and do the builder job to fight the resource war, or prefer the rifle to fight and destroy. With your earned credits you buy more advanced weaponry and armors.

==Game history==

'''Unvanquished''' is a fork and a continuation of the [https://tremulous.net Tremulous] game, itself inspired by the Quake 2 mod [http://www.planetgloom.com/ Gloom]. After having been a Quake 3 mod, Tremulous was released as standalone 1.1.0 version in 2006. Tremulous attracted a lot of attention and gained a wide popularity, benefiting from the open source release of Quake 3 code by idSoftware and from the open source community interest. At the time, Linux users have seen in games like Nexuiz (ancestor of [https://xonotic.org Xonotic]) and Tremulous the proof open source games were possible. It was also a time where Linux gaming market was very small and such games drained a lot of attention thanks to their care of the Linux user base.

{{Game and engine lineage}}

===The Tremulous 1.2 release that never came===

Unfortunately, the highly-expected 1.2 version of Tremulous never came, despite a “gameplay preview” having been distributed. In the mean time, there was multiple projects working on the open sourced code of Quake 3, including the engine, with projects like ioquake3 and XreaL. Despite XreaL having never really been used by a game at the time except for a small proof of concept shooter, the showcase of the various implemented features caught the eyes of many peoples. People tried to build alternate engines for Tremulous reusing some XreaL improvements, those efforts gave birth to [https://tremfusion.net/ TremFusion] in 2008.

===The rise of XreaL and Tremfusion engines===

The Wolfenstein: Enemy Territory code was then open sourced and XreaL started to mix XreaL with it to produce ET:XreaL. A project to revive Tremulous attracted some people and some information was delivered about the project under the TremZ name, while the engine, forked of ET:XreaL was then named OpenWolf. The TremZ name was not definitive, neither the OpenWolf name. Another Tremulous mod that went nowhere kindly gave the Unvanquished name and the domain name. The git repository and organization was renamed from TremZ to Unvanquished, the engine renamed to Dæmon, and the game was released as first alpha under the Unvanquished name on February 29 of 2012.

===The birth of Unvanquished and Dæmon engine===

From the beginning, Unvanquished was heavily linked to Tremulous, as most early members of the Unvanquished project were already heavily invested in Tremulous or renowned Tremulous projects.

Stijn “Ingar” Buys was a member of the official Tremulous team when working on the Tremulous 1.2 project and joined the Unvanquished team as level designer and among other things contributed the Vega map and the Vega texture set, initially targeted for Tremulous, and then adapted and improved for the Dæmon engine features. Ingar was also known to distribute builds of the {{Tools|NetRadiant}} level editor and Tremulous game pack, he did it for Unvanquished for multiple years as well.

Jan “Stannum” van der Weg was a member of the original Tremulous team who already released standalone Tremulous 1.1.0 and earliest mods (his ''Transit'' map is one of the oldest Tremulous map, known to already been featured in tremulous-q3-1.0.0 froom 2005), Stannum joined the Unvanquished team for 3D Modeling & Animation and provided multiple models and textures for the game.

Amanieu d'Antras and Corentin “kangz” Wallez who were already known for their work on their successful TremFusion engine before joined the team for Engine Development.

Jack “EmperorJack” Purvis, Cody “Supertanker” Jackson, Paweł “Pevel” Micek and Maximilian “Viech” Stahlberg were renowned mappers from Tremulous community and were well known for their popular maps. They joined the Unvanquished team for Level Design and ported or remade some of their Tremulous maps for Unvanquished: Thunder (EmperorJack), Spacetracks and Station15 (Supertanker), Perseus, Antares and Yocto (Pevel), and Parpax (Viech).

Many others peoples who joined Unvanquished were already heavily invested in Tremulous community projects or related projects like ioquake3. You can read all their names and get more information about Unvanquished people and contributions on the [https://unvanquished.net/about/ Unvanquished About page].

Initial project head was composed of kharnov, Harsh “Ishq” Modi, and Maximilian “Viech” Stahlberg. In 2017 kharnov had chosen Thomas “illwieckz” Debesse to replace him at the project head as he had to focus on other topics in its life.

===Free and open source again===

Based on the free open source Tremulous game, the Unvanquished game was never intended to not be free, but with time some assets were merged with problematic licenses like Creative Commons licenses with non-commercial clauses and some models just lacked the appropriate license mention from the author. After multiple years of reaching pasts contributors, the game became libre again in 2020 (see our [https://unvanquished.net/now-we-are-free/ Now we are free!] blog post).

On a related topic, Unvanquished wiki was using a license that was considered non-free because of a non-commercial clause, in fact nobody was able to explain why this clause was there, it may have been a mistake. After years of reaching contributors to get permissions to relicense and rewriting other pages, the wiki was liberated on 2021, see the [[Wiki relicensing]] page and the [https://unvanquished.net/unvanquished-0-52-1-better-freer-stronger/ Unvanquished 0.52.1 blog post].

==Game and engine features==

More information about {{engine|link=no}} and {{game}} features can be found on the {{engine}} page.

Maps

2023-11-01T01:08:28Z

Killing time: navmash no longer needed

[[Category:Maps]]
There is an unofficial (but still led by one of unvanquished's fellow and main developpers) effort to port a number of tremulous maps [https://github.com/InterstellarOasis/InterstellarOasis].

You can also find a bunch of maps from tremulous [https://dl.unvanquished.net/mercenaries-guild/public_html/maps/].
Despite this link being on official's Unvanquished's server, those are *not* officially supported and require modifications to be played. If you are lucky, you can get them working (locally) by simply renaming them in your own unvanquished/pkg folder like this: {{code|map-${name}_${version}.dpk}}.
And despite all this, there is no guarantee those will work, and even less that they'll be bug-free.

Feel free to meet us on [https://unvanquished.net/chat/] to ask what needs to be done to have those more widely used by server owners!

=Official Unvanquished Maps=

These maps are distributed with the default installation

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''Antares'''
* Varied rooms and corridors
by Pevel

{{Subpage|Antares}}
|[[File:antares.jpg|400px]]
|-

|'''Chasm'''
* Two route design
* Medium sized
* Outside area
by Supertanker

{{Subpage|Chasm}}
|[[File:Levelshots-Snowstation-b4.jpg|400px]]
|-

| '''Forlorn'''
* Varied rooms and corridors
by EmperorJack

{{Subpage|Forlorn}}
|[[File:Forlorn.jpg|400px]]
|-

| '''Parpax'''
* Medium sized
* Many branching paths
* Crawl spaces and piping
* Elevators
by Viech

{{Subpage|Parpax}}
|[[File:Levelshots-Parpax_compressed.jpg|400px]]
|-

|'''Perseus'''
* Medium sized
by Pevel

{{Subpage|Perseus}}
|[[File:Perseus.jpg|400px]]
|-

| '''Platform 23'''
* Symmetrical
* Replacement for ATCS
* Two route design
by EmperorJack

{{Subpage|Plat23}}
|[[File:Levelshots-Plat23-b11.jpg|400px]]
|-

|'''Spacetracks'''
* Varied rooms, corridors and layers
* Many Elevators
* Crawl spaces
by Supertanker

{{Subpage|Spacetracks}}
|[[ File:Levelshots-Spacetracks-r1.jpg |400px]]
|-

| '''Station15'''
* Varied rooms and corridors
* Elevators
by Supertanker

{{Subpage|Station15}}
|[[File:Levelshots-Station15-r1.jpg|400px]]
|-

| '''Thunder'''
* Very large
by EmperorJack

{{Subpage|Thunder}}
|[[File:Levelshot-thunder.jpeg|400px]]
|-

| '''Vega'''
* Large
by Ingar

{{Subpage|Vega}}
|[[File:vega.jpg|400px]]
|-

| '''Yocto'''
* Vertical
by Pevel

{{Subpage|Yocto}}
|[[File:Levelshot-Yocto-b1a.jpg|400px]]
|-

|}

=Gentrified Maps=

Maps that were born in Tremulous.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

| '''.:U.T:C.S:.'''
* Symmetrical
* Two route design
* Small

{{Subpage|UTCS}}
| [[File:Levelshot-Utcs.jpg|400px]]
|-

| '''Arachnid 2'''
* Varied rooms, corridors and layers
* Crawl spaces and piping
* Medium sized

{{Subpage|Arachnid}}
| [[File:Levelshots-Arachnid2.jpg|400px]]
|-

|'''Beyond Derelict'''
* Varied rooms, corridors and layers
* Crawl spaces
* Large
by Danny "Megabite" Marcus

{{Subpage|Derelict}}
|[[File:Levelshots-Derelict.jpg|400px]]
|-

|'''Karith Station 2'''
* Varied rooms, corridors and layers
* Outside area
* Crawl spaces
* Large
* Elevators
by Godmil

{{Subpage|Karith}}
|[[File:Levelshots-Karith.jpg|400px]]
|-

| '''Meep'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized
By Catalyc

{{Subpage|Meep}}
|[[File:Levelshots-Meep.jpg|400px]]
|-

| '''Methane (beta 1)'''
* Large
* Vertically complex
by Ingar

{{Subpage|Methane}}
|[[File:Levelshots-Methane-beta1.jpg|400px]]
|-

|'''Nano!'''
* Very Small
* Symmetrical
by Ingar

{{Subpage|Nano}}
|[[File:Levelshots-Nano.jpg|400px]]
|-

|'''Nexus 6'''
* Varied rooms, corridors and layers
* Crawl spaces
* Medium sized

{{Subpage|Nexus}}
|[[File:Levelshots-Nexus6.jpg|400px]]
|-

|'''Niveus : Outpost 652'''
* Varied rooms, corridors and layers
* Medium sized

{{Subpage|Niveus}}
|[[File:Levelshots-Niveus.jpg|400px]]
|-

|'''Orion I - communication ship (beta 2)'''
* Varied rooms, corridors and layers with some vents
* Medium sized
by Xenom[GER]

{{Subpage|Orion}}
|[[File:Levelshots-Orion.jpg|400px]]
|-

|'''Procyon - '''
* Varied rooms, corridors and layers and vents
* Large sized
by Ingar

{{Subpage|Procyon}}
|[[File:Levelshots-procyon.jpg|400px]]
|-

|'''Sirius - '''
* Varied rooms, corridors and layers
* Large sized
by Ingar

{{Subpage|Sirius}}
|[[File:Levelshots-sirius.jpg|400px]]
|-

|'''Tremor'''
* Medium sized
* Large rooms and corridors
* Crawl spaces (underground section)
by Vedacon

{{Subpage|Tremor}}
|[[File:Levelshots-Tremor.jpg|400px]]
|-

|'''Uranium124 '''
* Varied rooms, corridors and layers
* Small sized
by CoderNem

{{Subpage|Uranium124}}
|[[File:Levelshots-uranium124.jpg|400px]]
|-

|}

=community maps=

Maps produced (and not already listed) by the community which are known to work for unvanquished, for both tremulous and unvanquished.

Licences of images is the same as the map itself, this will be updated later.
This section have lot of things to do, including adding author's names, licencing informations, simple map descriptions, etc.

{|class="wikitable"
|-
! Name and Description
! Levelshot
|-

|'''area3'''
|[[File:Levelshots-area3.jpg|400px]]
|-

|'''atcshd'''
|[[File:Levelshots-atcshd.jpg|400px]]
|-

|'''ctcs'''
|[[File:Levelshots-ctcs.jpg|400px]]
|-

|'''dretchstorm'''
|[[File:Levelshots-dretchstorm.jpg|400px]]
|-

|'''fortification'''
|[[File:Levelshots-fortification.jpg|400px]]
|-

|'''hamunaptra'''
|[[File:Levelshots-hamunaptra.png|400px]]
|-

|'''hangar28'''
|[[File:Levelshots-hangar28.jpg|400px]]
|-

|'''jota'''
|[[File:Levelshots-jota.jpg|400px]]
|-

|'''openfield'''
|[[File:Levelshots-openfield.jpg|400px]]
|-

|'''peorongateb3'''
|[[File:Levelshots-peorongateb3.jpg|400px]]
|-

|'''ptcs2'''
|[[File:Levelshots-ptcs2.jpg|400px]]
|-

|'''rsmse'''
|[[File:Levelshots-rsmse.jpg|400px]]
|-

|'''stahl'''
|[[File:Levelshots-stahl.jpg|400px]]
|-

|'''terminus'''
|[[File:Levelshots-terminus.jpg|400px]]
|-

|'''transit'''
|[[File:Levelshots-transit.jpg|400px]]
|-

|'''uncreation'''
|[[File:Levelshots-uncreation.jpg|400px]]
|-

|'''urbanp2'''
|[[File:Levelshots-urbanp2.jpg|400px]]
|-

|'''usstremor'''
|[[File:Levelshots-usstremor.jpg|400px]]
|-

|}

Formats

2023-10-30T23:13:54Z

Killing time: Add skin to list

[[Category:Formats]]
Unvanquished makes use of various formats to store data in repositories, to package and deliver them to players, and to load them in game.

==Engine-specific formats==

Engine-specific formats are implemented in the engine and support is the same for all mods.

* {{Subpage|Audio}};
* {{Subpage|Image}};
* {{Subpage|Material}};
* {{Subpage|Model}};
* {{Subpage|Skin}};
* {{Subpage|BSP}};
* {{Subpage|DPK}};
* {{Subpage|GLSL}}.

==Game-specific formats==

Games-specific formats are implemented in the game code and mods may implement variants.

* {{Subpage|Particle}};
* {{Subpage|Trail}};
* {{Subpage|Behavior tree}};
* {{Subpage|Navigation mesh}};
* {{Subpage|Navcon}};
* [[Server/Map layout|Map layout]];
* [[Server/Map rotation|Map rotation]].

==Editor-specific formats==

Editor-specific formats are implemented by editors and are not expected to be loaded in game (support is usually not implemented by game engines).

* {{Subpage|Map}}.

==More==

If you're porting data from Tremulous or Quake Ⅲ or you're an experienced artist with Tremulous or Quake Ⅲ experience, you may want to read the {{Subpage|Known regressions since Tremulous}} page.

You may also want to read the {{Subpage|Limitations that are not regressions}} page for things that are not implemented yet but you may find documentation about, or things that only work with legacy Tremulous or Quake Ⅲ formats for now.

Some knowledge that should be sorted and properly written in dedicated place can be found in the [[Data dark magic]] page.

Formats/Skin

2023-10-30T23:07:30Z

Killing time: Created page with "A skin is used to display a model with different textures than it was originally loaded with. Skin files conventionally have the suffix <code>.skin</code>...."

A skin is used to display a [[Formats/Model|model]] with different textures than it was originally loaded with. Skin files conventionally have the suffix <code>.skin</code>.

== Usage in Unvanquished ==

Skins are used with [https://github.com/UnvanquishedAssets/res-players_src.dpkdir/tree/master/models/players/|human player models] to swap armors or add the helmet.

== Minimal .skin example ==
foo,<texture name>

For a model that has only a single texture, this skin file can be used to replace it with a different one. <code>foo</code> is an arbitrary word that has no effect. <code><texture name></code> should be replaced with the name of the desired [[Formats/Material|Q3 shader]] or an image path.

== Source code keywords ==
* Engine: <code>skin_t</code>
* Gamelogic: <code>trap_R_RegisterSkin</code>
* Both: <code>customSkin</code> (<code>refEntity_t</code> member)

Formats/Behavior tree

2023-10-30T21:11:24Z

Killing time: fix various mistakes and fill in missing info

[[Category:Formats]]
[[Category:Bots]]
Behavior trees file format is game-specific (mods may modify it).

= Introduction =

Bot behaviors are decided individually, at each "frame" (read: server's main loop passage), starting from a root node. Evaluation stops at a node which returns STATUS_RUNNING, or when the root node returns success or failure. An overview can be found in the [https://en.wikipedia.org/wiki/Behavior_tree_(artificial_intelligence,_robotics_and_control) Wikipedia article].

= Syntax Reference =

Behavior trees use a specific syntax, which obey following rules (guessed from actual implementation and some C++ readings):

* Each node or leaf returns either <code>STATUS_SUCCESS</code>, <code>STATUS_FAILURE</code> or <code>STATUS_RUNNING</code>.
* whitespace has no semantic meaning
* comments (C and C++-style) can either:
:* start with <code>//</code> and go to the end of line
:* start with <code>/*</code> and go to next <code>*/</code>, including out of current line. These do not nest.
* actions and conditions taking parameters must enclose those withing parentheses, separated with commas (i.e. <code>roamInRadius( E_H_REACTOR, 500 )</code>)
* if an action or a condition does not need parameters, parentheses are optional
* strings start and end with a double quote <code>"</code>
* values can't be stored or modified (additions, subtractions, multiplications, etc)
* no user-defined function (but files can be included, and C++ functions can be written in the game logic and be used in the behavior tree)
* each possible path should (TODO: verify, even if I fail to understand why one would break that willingly) end by one or more action

Note:

It is not possible to do mathematical operations such as additions, multiplications, divisions, ...

== Keywords ==

There are several keywords:

* behavior
* action
* sequence
* selector
* fallback
* concurrent
* decorator
* condition

== The <code>behavior</code> keyword ==

behavior NAME

Include named behavior at current place. This does not make a new copy of the referenced tree, so if you include the same behavior more than once, node-specific state (e.g. timers) will be shared between the includes.

== The <code>action</code> keyword ==

action NAME

action NAME()

action NAME( param )

action NAME( param1, param2, ..., paramN )

Leaves of the tree, they trigger an action from the bot.

=== List of actions ===

Titles provide a link to more detailed pages.
TODO: have something more time-resilient (one page per call, with it's changelog, maybe?)

==== 0.53.1 ====

* activateUpgrade
* aimAtGoal
* alternateStrafe
* buy
* changeGoal
* classDodge
* deactivateUpgrade
* equip
* evolve
* evolveTo
* fight
* fireWeapon
* flee
* gesture
* heal
* jump
* moveInDir
* moveTo
* moveToGoal
* repair
* resetStuckTime
* roam
* roamInRadius
* rush
* say
* strafeDodge
* suicide
* teleport

=== Creating new actions ===

Actions are exported in the <code>AIActionMap_s AIActions[]</code> C array.
Actions always return a status.
Actions can take a variable number of parameters (they have minimum and maximum parameter numbers).
Parameter types are not described by API.

== {{Discouraged}} The <code>concurrent</code> keyword ==

DO NOT USE. It is impossible to have more than one running action, so there is no known case where this does anything useful.

concurrent
{
NODE_1
NODE_2
...
NODE_N
}

Concurrent nodes evaluate each children until one returns <code>STATUS_FAILURE</code>.
Differences with sequence:

* <code>STATUS_RUNNING</code> does not trigger a return
* Returns either <code>STATUS_SUCCESS</code> except if one child failed <code>STATUS_FAILURE</code>.

Notes:

* if 2 tasks were previously in <code>STATUS_RUNNING</code> and the 1st returns <code>STATUS_FAILURE</code>, concurrent returns immediately.

== The <code>sequence</code> keyword ==

sequence
{
NODE_1
NODE_2
...
NODE_N
}

Sequential nodes evaluate each children one after the other, as long as they return <code>STATUS_SUCCESS</code>.
Return last child's status.

* Sequence breaks if a child returns <code>STATUS_RUNNING</code>
* Starts at last <code>STATUS_RUNNING</code>, if any. Nodes that completed successfully in a previous frame are not rerun, as long as the sequence is running continually.

== The <code>selector</code> keyword ==

selector
{
NODE_1
NODE_2
...
NODE_N
}

Selector nodes evaluate each children one after the other, as long as they return <code>STATUS_FAILURE</code>.
Return last child's status.
Unlike sequence, this node is stateless: it does not restart from the last <code>STATUS_RUNNING</code>.

== The <code>fallback</code> keyword ==

fallback
{
NODE_1
NODE_2
...
NODE_N
}

Fallback nodes start by evaluating the first children, and switch to the next one if a child returns <code>STATUS_FAILURE</code>. It will continue from the last <code>STATUS_RUNNING</code> child.
Return last child's status.

Difference with sequence:

* Sequence switch to the next child on <code>STATUS_SUCCESS</code>, while fallback switch to the next child on code>STATUS_SUCCESS</code>

Difference with selector:
* Starts at last <code>STATUS_RUNNING</code>, if any

== The <code>decorator</code> keyword ==

decorator TYPE( VALUE )
{
NODE_1
NODE_2
...
NODE_N
}

Decorator nodes alters their children's behavior.
Decorator types:

* return
* invert
* timer

== The <code>return</code> decorator ==

Force children nodes to return a specific value

== The <code>invert</code> decorator ==

An <code>invert</code> node will negate the return value of its node, <code>STATUS_SUCCESS<code> is turned into <code>STATUS_FAILURE</code> and <code>STATUS_FAILURE</code> is turned into <code>STATUS_SUCCESS</code>. <code>STATUS_RUNNING</code> is unaffected.

== The <code>timer</code> keyword ==

On encountering a <code>timer( N )</code> node, <code>STATUS_FAILURE</code> is immediately returned if the timer's child node has already returned <code>STATUS_FAILURE</code> within the last N milliseconds.

The node may run more often than every N milliseconds if it keeps returning success.

== The <code>condition</code> keyword ==

condition EXPRESSION

condition EXPRESSION
{
NODE
}

The first form immediately returns ''EXPRESSION'' as its status: <code>STATUS_SUCCESS</code> for true and <code>STATUS_FAILURE</code> for false.

The second form returns <code>STATUS_FAILURE</code> if the expression is false, or otherwise the child's status. Note that ''EXPRESSION'' is re-evaluated every frame. If it becomes false at any time during execution of the child node, the child subtree aborts and the condition node returns failure.

The idiom
sequence {
condition EXPRESSION
action myLongRunningAction
}
is used to check a condition once before starting an action, but in subsequent continue doing the action without re-evaluating the condition.

Note:

* only executes a single child.
* EXPRESSION can include function calls.

== Operators ==

Operators are listed in the <code>AIOpMap_s conditionOps[]</code> array.
operators sorted by precedence (1st have higher priority):
* "!"
* "<"
* "<="
* ">"
* ">="
* "=="
* "!="
* "&&"
* "||"

== Functions ==

Return value is "boxed" (<code>AIBox<T>()</code>) in the C++ code.
Conditions are exported in the <code>AIConditionMap_s conditionFuncs[]</code> array.

=== List of functions (as of 0.53.1) ===

* alertedToEnemy
* aliveTime
* baseRushScore
* buildingIsDamaged
* canEvolveTo
* class
* cvar
* directPathTo
* distanceTo
* goalBuildingType
* goalIsDead
* goalTeam
* goalType
* haveUpgrade
* haveWeapon
* healScore
* inAttackRange
* isVisible
* matchTime
* momentum
* percentAmmo
* percentHealth
* random
* skill
* stuckTime
* team
* teamateHasWeapon
* weapon

== Pre-defined symbols ==

Some values are pre-defined and usable as action's or function's parameters.

Those are exported by calling a macro named 'D' (yes, I know).
List of exported symbols:

* human upgrades (including medkit)
* human weapons (excluding blaster)
* team names (aliens, humans, and none)
* alien buildings
* human buildings
* <code>E_GOAL</code>
* <code>E_ENEMY</code>
* <code>E_DAMAGEDBUILDING</code>
* <code>E_SELF</code>
* classes (human ones, alien ones, and <code>PCL_NONE</code>)
* moves (forward, backward, right, left)
* some say commands (all, team, area, area_team)
* task/check status names (running, success, failure)

== Notes ==

Parameters needs to be (un)wrapped in C++ before being accessed.

Parameters can be of the following (C) types:
* float
* int (probably better assume 32 bit signed integers)
* string (probably better assume null-terminated)

To provide a value to an action or check, the C++ code must UnBox (<code>AIUnBox<T>()</code>) it.

User:Killing time

2023-10-30T04:05:37Z

Killing time: /* Integrating patches from freem's fork */

== Integrating patches from freem's fork ==
Patch list from mod-deadbeef_0.54+6.dpk
{|
! Title
! Category
! Upstream
! Dep
! Notes
|-
|style="color:#FFF" | 0001-AI-remove-skillset || nuke || || ||
|-
|style="color:#FFF" | 0002-fix-crash-if-using-BotActionFollow-on-a-disconnected || bugfix || || ||
|-
|style="color:#FFF" | 0003-do-not-deprecate-glm-vec3-VEC2GLM-glm-vec3-v-yet || glm || || ||
|-
|style="color:#FFF" | 0004-use-placement-new-for-gentities || || || || Seems incomplete as there is no destructor.
|-
|style="color:#090" | 0005-remove-useless-newlines-in-Svcmd_EntityShow_f || || #2831 || ||
|-
|style="color:#FFF" | 0006-BoundedVector-move-in-own-file-complete-API || || || ||
|-
|style="color:#090" | 0007-create-a-map_entity_t-struct-in-own-header-file || || #2831 || ||
|-
|style="color:#FFF" | 0008-glm-sg_spawn || glm || || ||
|-
|style="color:#FFF" | 0009-replace-trap_SetBrushModel-with-G_CM_SetBrushModel || || || ||
|-
|style="color:#FFF" | 0010-respect-constness-of-things || || || ||
|-
|style="color:#FFF" | 0011-style-and-G_Spawn-improved-error-report || || || ||
|-
|style="color:#FFF" | 0012-replace-defines-by-enum-ent_version_t-remove-unused- || || || ||
|-
|style="color:#FFF" | 0013-use-std-string-inside-G_ResolveEntityKeyword || || || ||
|-
|style="color:#FFF" | 0014-G_FireEntityRandomly-G_FireEntity-G_HandleActCall-is || || || ||
|-
|style="color:#FFF" | 0015-G_ModelIndex-takes-a-std-string || || || || StringRef would be better
|-
|style="color:#FFF" | 0016-remove-struct-gentityTargetChoice_t-from-sg_entities || || || 0014 ||
|-
|style="color:#FFF" | 0017-G_NewString-no-longer-uses-BG_Alloc || || || ||
|-
|style="color:#FFF" | 0018-gentityCallDefinition_t-name-is-a-const-char || || || ||
|-
|style="color:#FFF" | 0019-turn-gentityCallDefinition_t-name-into-std-string || || || ||
|-
|style="color:#FFF" | 0020-mapEntity_t-names-are-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0021-mapEntity_t-groupName-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0022-mapEntity_t-message-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0023-mapEntity_t-model-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0024-mapEntity_t-model2-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0025-mapEntity_t-shaderKey-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0026-mapEntity_t-shaderReplacement-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0027-gentity_t-classname-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0028-gentityCallDefinition_t-action-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0029-make-gentityCallDefinition_t-safer-and-compact-it || || || ||
|-
|style="color:#FFF" | 0030-make-mapEntity_t-targets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0031-make-mapEntity_t-calltargets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0032-remove-useless-empty-calltarget-target || || || ||
|-
|style="color:#FFF" | 0033-finish-half-baked-botTarget_t-interface || bots || || ||
|-
|style="color:#FFF" | 0034-add-botMemory_t-hasEnemy || bots || || ||
|-
|style="color:#FFF" | 0035-finish-half-baked-GentityRef_impl || || || || Implementation of get() is just wrong
|-
|style="color:#FFF" | 0036-more-static-functions || || || ||
|-
|style="color:#FFF" | 0037-Rewrite-BotSearchForEnemy-to-use-a-std-vector || bots || || ||
|-
|style="color:#FFF" | 0038-GMP-optionally-do-not-regenerate-if-there-is-OM || gameplay || || ||
|-
|style="color:#FFF" | 0039-AI-add-g_bot_medistatDistance-to-fine-tune-medistati || bots || || ||
|-
|style="color:#FFF" | 0040-HUD-Draw-time-to-completion-for-buildings-in-constru || gui || || ||
|-
|style="color:#FFF" | 0041-Refactor-EV_NO_SPAWNS-to-EV_MAIN_REPORTS_NO_SPAWNS-f || || || ||
|-
|style="color:#FFF" | 0042-HUD-Implement-a-base-status-HUD-element || gui || || ||
|-
|style="color:#FFF" | 0043-HUD-Show-construction-time-with-ghost-buildables || gui || || ||
|-
|style="color:#FFF" | 0044-MOD-give-a-repeatRate-option-to-upgrades || gameplay || || ||
|-
|style="color:#FFF" | 0045-remove-duplicated-alertedToEnemy-from-alien-BTs || bots || || ||
|-
|style="color:#FFF" | 0046-AI-humans-do-not-know-how-to-flee-from-a-fight || bots || || ||
|-
|style="color:#FFF" | 0047-BotActionBuy-cleanup || bots || || ||
|-
|style="color:#FFF" | 0048-BT-add-percentSkill-condition || bots || || ||
|-
|style="color:#FFF" | 0049-MAP-support-target_force_win-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0050-MAP-support-targetname3-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0051-BT-implement-action-reload || bots || || ||
|-
|style="color:#FFF" | 0052-BT-add-condition-weaponIsReady || bots || || ||
|-
|style="color:#FFF" | 0053-merge-as-many-.-Attributes_t-stuff-as-possible-into- || || || || I dislike it
|-
|style="color:#FFF" | 0054-move-.-_RANGE-variables-into-weaponAttributes_t || || || ||
|-
|style="color:#FFF" | 0055-give-abuildupg-weapon-the-entries-it-needs || || || ||
|-
|style="color:#FFF" | 0056-move-abuilder-upg-spit-configuration-in-right-file || || || ||
|-
|style="color:#FFF" | 0057-remove-per-melee-weapon-width-height-damage-variable || || || ||
|-
|style="color:#FFF" | 0058-remove-dretch-specific-variables-in-favor-of-weaponA || || || ||
|-
|style="color:#FFF" | 0059-move-painsaw-and-mantis-specifics-into-FireMelee || || || ||
|-
|style="color:#FFF" | 0060-allow-to-spawn-with-a-gun-class-in-devmap || debug || || ||
|-
|style="color:#FFF" | 0061-remove-most-shotgun-specific-variables || || || ||
|-
|style="color:#FFF" | 0062-remove-SMG-RIFLE-specific-vars || || || ||
|-
|style="color:#FFF" | 0063-remove-CHAINGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0064-remove-MDRIVER-specific-vars || || || ||
|-
|style="color:#FFF" | 0065-remove-LASGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0066-MOD-make-doKnockback-a-weapon-attr-entry-as-for-miss || || || ||
|-
|style="color:#FFF" | 0067-move-BG_MeansOfDeathByName-into-bg_parse.cpp-static || || || ||
|-
|style="color:#FFF" | 0068-add-a-minimal-BG_BoundingBox-for-class_t || || || ||
|-
|style="color:#FFF" | 0069-code-deduplication-style-cleanup || || || ||
|-
|style="color:#FFF" | 0070-AI-aliens-fight-back-at-saner-dist-400qu || bots || || ||
|-
|style="color:#FFF" | 0071-AI-aliens-flee-reliably || bots || || ||
|-
|style="color:#FFF" | 0072-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0073-AI-aliens-go-grab-poison || bots || || ||
|-
|style="color:#FFF" | 0074-more-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0075-AI-humans-do-not-repair-in-heat-of-a-fight || bots || || ||
|-
|style="color:#FFF" | 0076-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0077-AI-human-bots-try-to-keep-distance-with-enemy-buildi || bots || || ||
|-
|style="color:#FFF" | 0078-AI-human-bots-try-to-repair-every-15s || bots || || ||
|-
|style="color:#FFF" | 0079-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0080-BotTargetInAttackRange-use-correct-maxs-height || bots || || ||
|-
|style="color:#FFF" | 0081-sg_admin.cpp-add-missing-include || || || ||
|-
|style="color:#FFF" | 0082-bot-cpp-cleanup || bots || || ||
|-
|style="color:#FFF" | 0083-MOD-weapons-cfg-can-change-means-of-death-like-missi || || || ||
|-
|style="color:#FFF" | 0084-rcFilterGaps-walkableRadius-2-is-walkable || || || ||
|-
|style="color:#FFF" | 0085-CMD-remove-bots-from-listplayers || || || ||
|-
|style="color:#FFF" | 0086-move-spawning-level-vars-out-of-global-scope || || || ||
|-
|style="color:#FFF" | 0087-migrate-a-bunch-of-API-to-glm || glm || || ||
|-
|style="color:#FFF" | 0088-sever-links-with-CBSE || nuke || || ||
|-
|style="color:#FFF" | 0089-make-gentity_t-entity-a-std-unique_ptr || || || 0004 ||
|-
|style="color:#FFF" | 0090-BG_PlayerStateToEntityState-remove-useless-arg || || || ||
|-
|style="color:#FFF" | 0091-DOC-add-HOSTING-file || personal-infra || || ||
|-
|style="color:#FFF" | 0092-DOC-add-PACKAGING-file-without-the-mod-section || personal-infra || || ||
|-
|style="color:#FFF" | 0093-DOC-add-LAYOUTS-file || personal-infra || || ||
|-
|style="color:#FFF" | 0094-DOC-add-info-about-nexe-file-names-in-PACKAGING || personal-infra || || ||
|-
|style="color:#FFF" | 0095-PM_AddTouchEnt-PM_ClipVelocity-constness || || || ||
|-
|style="color:#FFF" | 0096-meansOfDeath_t-is-not-an-int || || || ||
|-
|style="color:#FFF" | 0097-mitigate-BotTargetIsVisible-crash-for-coordinate-tar || bot || || ||
|-
|style="color:#FFF" | 0098-glm-G_UnlaggedOn || glm || || ||
|-
|style="color:#090" | 0099-remove-unused-G_FindClosestEntity || || #2832 || ||
|-
|style="color:#FFF" | 0100-glm-Beacon.cpp || glm || || ||
|-
|style="color:#FFF" | 0101-unify-BG_BoundingBox-functions || || || ||
|-
|style="color:#FFF" | 0102-glm-sg_buildable.cpp || glm || || ||
|-
|style="color:#FFF" | 0103-glm-sg_buildpoints.cpp || glm || || ||
|-
|style="color:#FFF" | 0104-glm-sg_client.cpp || glm || || ||
|-
|style="color:#FFF" | 0105-glm-sg_cmds.cpp || glm || || ||
|-
|style="color:#FFF" | 0106-glm-Beacon.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0107-glm-sg_buildable.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0108-glm-sg_client.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0109-glm-sg_combat.cpp || glm || || ||
|-
|style="color:#FFF" | 0110-glm-sg_missile.cpp || glm || || ||
|-
|style="color:#FFF" | 0111-glm-sg_utils.cpp || glm || || ||
|-
|style="color:#FFF" | 0112-glm-sg_weapon.cpp || glm || || ||
|-
|style="color:#090" | 0113-remove-duplicated-trap_SetConfigstringRestrictions-p || || #2832 || ||
|-
|style="color:#FFF" | 0114-replace-some-trap_-calls-with-G_CM_-equiv || || || ||
|-
|style="color:#090" | 0115-remove-unused-G_CM_ClipToEntity || || #2832 || ||
|-
|style="color:#FFF" | 0116-remove-silly-function || || || ||
|-
|style="color:#FFF" | 0117-glm-sg_physics.cpp || glm || || ||
|-
|style="color:#FFF" | 0118-glm-sg_admin.cpp || glm || || ||
|-
|style="color:#FFF" | 0119-sg_cm_world.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0120-sg_spawn_mover.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0121-G_MoverGroup-cleanup-beware-non-trivial-clean || || || ||
|-
|style="color:#FFF" | 0122-glm-G_KillBrushModel-cleanup || glm || || ||
|-
|style="color:#FFF" | 0123-glm-G_TryPushingEntity || glm || || ||
|-
|style="color:#FFF" | 0124-glm-sg_active.cpp-P_DamageFeedback || glm || || ||
|-
|style="color:#FFF" | 0125-glm-sg_active.cpp-ClientShove || glm || || ||
|-
|style="color:#FFF" | 0126-glm-sg_active.cpp-PushBot || glm || || ||
|-
|style="color:#FFF" | 0127-glm-sg_active.cpp-G_TouchTriggers || glm || || ||
|-
|style="color:#FFF" | 0128-glm-sg_active.cpp-BeaconAutoTag || glm || || ||
|-
|style="color:#FFF" | 0129-glm-sg_active.cpp-ClientTimerActions || glm || || ||
|-
|style="color:#FFF" | 0130-glm-sg_active.cpp-ClientEvents || glm || || ||
|-
|style="color:#FFF" | 0131-glm-sg_active.cpp-G_UnlaggedOff || glm || || ||
|-
|style="color:#FFF" | 0132-glm-sg_active.cpp-G_UnlaggedDetectCollisions || glm || || ||
|-
|style="color:#FFF" | 0133-glm-sg_active.cpp-ClientThink_real || glm || || ||
|-
|style="color:#FFF" | 0134-glm-sg_main.cpp || glm || || ||
|-
|style="color:#FFF" | 0135-glm-remaining-components-for-the-vec3_t-at-least || glm || || ||
|-
|style="color:#FFF" | 0136-glm-unlagged_t || glm || || ||
|-
|style="color:#FFF" | 0137-glm-buildLog_t || glm || || ||
|-
|style="color:#FFF" | 0138-glm-clientPersistant_t || glm || || ||
|-
|style="color:#FFF" | 0139-glm-sg_spawn.cpp || glm || || ||
|-
|style="color:#FFF" | 0140-glm-g_client_t || glm || || ||
|-
|style="color:#FFF" | 0141-glm-sgame-components-HealthComponent.cpp || glm || || ||
|-
|style="color:#FFF" | 0142-move-gentity_t-animation-into-map_entity.h-glm-vec4 || || #2831 || ||
|-
|style="color:#FFF" | 0143-glm-gentity_t || glm || || ||
|-
|style="color:#FFF" | 0144-sgame-VEC2GLM-cleanup || glm || || ||
|-
|style="color:#FFF" | 0145-sgame-codestyle || || || ||
|-
|style="color:#FFF" | 0146-sg_cm_world.cpp-cleanup-hopefully || || || ||
|-
|style="color:#FFF" | 0147-glm-trace-in-cgame || glm || || ||
|-
|style="color:#FFF" | 0148-glm-trace-by-return-sgame || glm || || ||
|-
|style="color:#FFF" | 0149-glm-trace-API-by-return-shared || glm || || ||
|-
|style="color:#FFF" | 0150-fix-activate-entities-not-being-triggered-when-playe || bugfix || || ||
|-
|style="color:#FFF" | 0151-do-not-prevent-building-a-unique-if-the-current-one- || gameplay || || ||
|-
|style="color:#FFF" | 0152-glm-BG_EvaluateTrajectory-BG_EvaluateTrajectoryDelta || glm || || ||
|-
|style="color:#888" | 0153-bots-invert-check-if-a-healing-source-is-horizontall || || || ||
|-
|style="color:#888" | 0154-Implement-default-navgen-config-applies-to-all-maps || || || ||
|-
|style="color:#888" | 0155-Invalidate-GentityRef-on-player-death || || || ||
|-
|style="color:#888" | 0156-dretch-and-mantis-bots-attack-enemies-while-wall-cli || || || ||
|-
|style="color:#888" | 0157-Updated-translations || || || ||
|-
|style="color:#888" | 0158-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0159-translation-ship-them-even-if-incomplete || || || ||
|-
|style="color:#888" | 0160-rmlui-implement-standard-b-i-em-tags || || || ||
|-
|style="color:#888" | 0161-rmlui-implement-custom-web-tag-for-common-unvanquish || || || ||
|-
|style="color:#888" | 0162-rmlui-implement-standard-ul-li-tag || || || ||
|-
|style="color:#888" | 0163-ui-rewrite-gampelay-guide-and-developer-message-with || || || ||
|-
|style="color:#888" | 0164-ui-add-option-for-cg_marks || || || ||
|-
|style="color:#888" | 0165-presets-graphics-disable-marks-in-lowest-profile || || || ||
|-
|style="color:#888" | 0166-cg_rocket_draw-support-emoticons-in-map-and-author-n || || || ||
|-
|style="color:#888" | 0167-ui-fix-endline-in-RML-translatable-string || || || ||
|-
|style="color:#888" | 0168-utils-generate_rml_pot-escape-double-quotes-when-wri || || || ||
|-
|style="color:#888" | 0169-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0170-Incrementally-update-server-list-hacky-way || || || ||
|-
|style="color:#888" | 0171-Fix-refreshing-internet-server-list-after-local || || || ||
|-
|style="color:#888" | 0172-Improve-incremental-server-list-population || || || ||
|-
|style="color:#888" | 0173-Remove-unused-enum-constant-BF_POWER || || || ||
|-
|style="color:#888" | 0174-Properly-destroy-entity-when-reverting-construction || || || ||
|-
|style="color:#888" | 0175-Fix-buildlog-see-more-message || || || ||
|-
|style="color:#888" | 0176-Don-t-use-in-place-StripColors || || || ||
|-
|style="color:#888" | 0177-improve-bot-lcannon-handling-do-not-always-charge-to || || || ||
|-
|style="color:#888" | 0178-Fix-ADMBP-buffer-overflows || || || ||
|-
|style="color:#888" | 0179-Avoid-double-newlines-on-ADMBP-buffer-split || || || ||
|-
|style="color:#888" | 0180-Bump-submodules-daemon-RmlUi || || || ||
|-
|style="color:#888" | 0181-Updated-translations || || || ||
|-
|style="color:#888" | 0182-Nit-use-BOT_DEFAULT_BEHAVIOR-constant || || || ||
|-
|style="color:#888" | 0183-Remove-too-spammy-cg_showmiss-log || || || ||
|-
|style="color:#888" | 0184-Convert-cg_showmiss-to-a-logger-cgame.prediction || || || ||
|-
|style="color:#888" | 0185-Don-t-localize-sounds-incorrectly-in-third-person || || || ||
|-
|style="color:#888" | 0186-sync-submodules || || || ||
|-
|style="color:#888" | 0187-use-g_fillBotsTeamVotesPercent-again-2777 || || || ||
|-
|style="color:#888" | 0188-fix-bug-in-bot-behavior-function-percentClips-2776 || || || ||
|-
|style="color:#888" | 0189-Enable-missile-config-bad-token-warnings || || || ||
|-
|style="color:#888" | 0190-Remove-unused-entity-field-flight-splash-damage || || || ||
|-
|style="color:#888" | 0191-Get-buildable-explosion-parameters-from-attrs || || || ||
|-
|style="color:#888" | 0192-Document-missile-splash-damage-parameters || || || ||
|-
|style="color:#888" | 0193-Unused-missile-attribute-spriteCharge || || || ||
|-
|style="color:#888" | 0194-Unused-missile-attribute-rotates || || || ||
|-
|style="color:#888" | 0195-Unused-missile-attribute-renderfx || || || ||
|-
|style="color:#888" | 0196-Unused-missile-attribute-impactFlightDir || || || ||
|-
|style="color:#FFF" | 0197-complete-botTarget_t-even-more-gentity_t-ref-support || bots || || ||
|-
|style="color:#FFF" | 0198-AI-know-about-all-friendly-buildings || bots || || ||
|-
|style="color:#FFF" | 0199-AIEntityToGentity-checks-reachability-for-allied-stu || bots || || ||
|-
|style="color:#FFF" | 0200-rewrite-G_NewCallDefinition-again || || || ||
|-
|style="color:#FFF" | 0201-g_admin_level_t-cleanup || || || ||
|-
|style="color:#FFF" | 0202-do-not-memset-non-PoD || || || ||
|-
|style="color:#FFF" | 0203-bg_parse.cpp-do-not-confuse-types || || || || cleans up a bsearch, but better std::lower_bound
|-
|style="color:#FFF" | 0204-silence-conditional-uninitialized || || || ||
|-
|style="color:#FFF" | 0205-FOFS-is-offsetof || || || ||
|-
|style="color:#FFF" | 0206-fix-Wcomma || || || ||
|-
|style="color:#090" | 0207-remove-unused-macros || || #2832 || ||
|-
|style="color:#FFF" | 0208-use-static-when-possible || || || ||
|-
|style="color:#FFF" | 0209-define-missing-ctors || || || ||
|-
|style="color:#FFF" | 0210-fix-sign-compare || || || ||
|-
|style="color:#FFF" | 0211-fix-Wtautological-unsigned-enum-zero-compare || || || ||
|-
|style="color:#FFF" | 0212-update-deps-daemon-rmlui-to-warn-less || || || ||
|-
|style="color:#FFF" | 0213-add-a-script-to-prepare-release || personal-infra || || ||
|-
|style="color:#888" | 0214-pkg-unvanquished_src.dpkdir-is-no-longer-a-submodule || || || ||
|-
|style="color:#FFF" | 0215-minor-cleanup || || || ||
|-
|style="color:#FFF" | 0216-G_IterateCallEndpoints-uses-a-reference-instead-of-p || || || ||
|-
|style="color:#FFF" | 0217-include-changelog-file-in-welcome-page || personal-infra || || ||
|-
|style="color:#FFF" | 0218-fix-recast-limiting-number-rc_layers || || || ||
|-
|style="color:#FFF" | 0219-GMP-give-a-1s-repeatrate-to-grenades-and-firebomb || gameplay || || ||
|-
|style="color:#FFF" | 0220-do-not-gitignore-buildable-folder || || || ||
|-
|style="color:#FFF" | 0221-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0222-GMP-allow-big-aliens-to-attack-medistation-at-any-an || gameplay || || ||
|-
|style="color:#FFF" | 0223-remove-dead-botTeam-variable || || || ||
|-
|style="color:#FFF" | 0224-make-release.sh-stop-if-build-failed || personal-infra || || ||
|-
|style="color:#FFF" | 0225-release.sh-now-stores-patches-in-a-tarball || personal-infra || || ||
|-
|style="color:#FFF" | 0226-fix-loads-of-warnings || || || ||
|-
|style="color:#888" | 0227-Add-g_bot_traceClient-for-BT-debugging || || || ||
|-
|style="color:#888" | 0228-readme-add-help-for-submodule-method-of-working || || || ||
|-
|style="color:#888" | 0229-Warning-fix-macro-redefinition-of-AS_OVER_RT3 || || || ||
|-
|style="color:#888" | 0230-BotActionFight-fix-wrong-comment || || || ||
|-
|style="color:#FFF" | 0231-inspired-from-Don-t-give-spectators-WP_ALEVEL0 || || || ||
|-
|style="color:#888" | 0232-Nuke-bisphere-trace-gamelogic-fallout || || || ||
|-
|style="color:#888" | 0233-Bots-forbid-actions-while-dead || || || ||
|-
|style="color:#888" | 0234-Debug-draw-fix-DU_DRAW_QUADS-mode || || || ||
|-
|style="color:#888" | 0235-Define-lifetime-attribute-in-missile-configs || || || ||
|-
|style="color:#888" | 0236-Fix-intermittently-disappearing-mara-zaps || || || ||
|-
|style="color:#090" | 0237-repair-shader-replacement-entities || || #2806 || ||
|-
|style="color:#FFF" | 0238-fix-func_desctructable-not-being-linked-on-reset || bugfix || || ||
|-
|style="color:#FFF" | 0239-GMP-corpses-do-not-block-movers || gameplay || || ||
|-
|style="color:#FFF" | 0240-HUD-dmg-feedback-on-movers || || || ||
|-
|style="color:#FFF" | 0241-glm-VectorCopy-in-sg_spawn_mover.cpp || glm || || ||
|-
|style="color:#FFF" | 0242-cleanup || glm || || ||
|-
|style="color:#FFF" | 0243-give-can-give-mantis-staminaDrain || debug || || ||
|-
|style="color:#FFF" | 0244-Implement-the-Biokit || gameplay || || ||
|-
|style="color:#FFF" | 0245-make-bots-buy-the-biokit || gameplay || || ||
|-
|style="color:#FFF" | 0246-Biokit-changes || gameplay || || ||
|-
|style="color:#FFF" | 0247-Sudden-Death || gameplay || || ||
|-
|style="color:#FFF" | 0248-show-g_maxMiners-value-in-teamstatus || || || ||
|-
|style="color:#888" | 0249-random-building-for-bots || || || ||
|-
|style="color:#888" | 0250-bugfix-bots-build-drill-leech-even-when-BP-are-negat || || || ||
|-
|style="color:#FFF" | 0251-bot-tactic-menu || gui || || ||
|-
|style="color:#888" | 0252-complete-refill-for-clip-weapons-even-the-current-cl || || #2782 || ||
|-
|style="color:#888" | 0253-force-weapon-change-on-ammo-refill || || #2782 || ||
|-
|style="color:#FFF" | 0254-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0255-update-the-MOTD-when-the-cvar-is-changed || || || ||
|-
|style="color:#FFF" | 0256-scoreboard-layout-changes || gui || || ||
|-
|style="color:#FFF" | 0257-voting-improvements-add-colours-and-formatting || gui || || ||
|-
|style="color:#FFF" | 0258-do-not-crash-if-a-sound-is-unknown || bugfix || || ||
|-
|style="color:#FFF" | 0259-release.sh-also-generates-changelog-for-debug-purpos || personal-infra || || ||
|-
|style="color:#FFF" | 0260-warn-when-game-should-be-ended-by-an-event || debug || || ||
|-
|style="color:#FFF" | 0261-do-not-disable-cg_drawentity-when-map-has-fog || debug || || || Seems to be missing a piece (unused 'scan')
|-
|style="color:#FFF" | 0262-traditional-is-not-deprecated || debug || || ||
|-
|style="color:#FFF" | 0263-say-the-original-value-when-trigger_heal-have-negati || debug || || ||
|-
|style="color:#FFF" | 0264-TMP-give-bbox-info-of-entities-don-t-remove-orphan-b || || || ||
|-
|style="color:#FFF" | 0265-Revert-rmlui-implement-standard-ul-li-tag || gui || || ||
|-
|style="color:#FFF" | 0266-CFG-sane-default-config-for-bots || bots || || ||
|}

User:Killing time

2023-10-30T02:58:22Z

Killing time: /* Integrating patches from freem's fork */

== Integrating patches from freem's fork ==
{|
! Title
! Category
! Upstream
! Dep
! Notes
|-
|style="color:#FFF" | 0001-AI-remove-skillset || nuke || || ||
|-
|style="color:#FFF" | 0002-fix-crash-if-using-BotActionFollow-on-a-disconnected || bugfix || || ||
|-
|style="color:#FFF" | 0003-do-not-deprecate-glm-vec3-VEC2GLM-glm-vec3-v-yet || glm || || ||
|-
|style="color:#FFF" | 0004-use-placement-new-for-gentities || || || || Seems incomplete as there is no destructor.
|-
|style="color:#090" | 0005-remove-useless-newlines-in-Svcmd_EntityShow_f || || #2831 || ||
|-
|style="color:#FFF" | 0006-BoundedVector-move-in-own-file-complete-API || || || ||
|-
|style="color:#090" | 0007-create-a-map_entity_t-struct-in-own-header-file || || #2831 || ||
|-
|style="color:#FFF" | 0008-glm-sg_spawn || glm || || ||
|-
|style="color:#FFF" | 0009-replace-trap_SetBrushModel-with-G_CM_SetBrushModel || || || ||
|-
|style="color:#FFF" | 0010-respect-constness-of-things || || || ||
|-
|style="color:#FFF" | 0011-style-and-G_Spawn-improved-error-report || || || ||
|-
|style="color:#FFF" | 0012-replace-defines-by-enum-ent_version_t-remove-unused- || || || ||
|-
|style="color:#FFF" | 0013-use-std-string-inside-G_ResolveEntityKeyword || || || ||
|-
|style="color:#FFF" | 0014-G_FireEntityRandomly-G_FireEntity-G_HandleActCall-is || || || ||
|-
|style="color:#FFF" | 0015-G_ModelIndex-takes-a-std-string || || || || StringRef would be better
|-
|style="color:#FFF" | 0016-remove-struct-gentityTargetChoice_t-from-sg_entities || || || 0014 ||
|-
|style="color:#FFF" | 0017-G_NewString-no-longer-uses-BG_Alloc || || || ||
|-
|style="color:#FFF" | 0018-gentityCallDefinition_t-name-is-a-const-char || || || ||
|-
|style="color:#FFF" | 0019-turn-gentityCallDefinition_t-name-into-std-string || || || ||
|-
|style="color:#FFF" | 0020-mapEntity_t-names-are-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0021-mapEntity_t-groupName-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0022-mapEntity_t-message-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0023-mapEntity_t-model-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0024-mapEntity_t-model2-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0025-mapEntity_t-shaderKey-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0026-mapEntity_t-shaderReplacement-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0027-gentity_t-classname-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0028-gentityCallDefinition_t-action-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0029-make-gentityCallDefinition_t-safer-and-compact-it || || || ||
|-
|style="color:#FFF" | 0030-make-mapEntity_t-targets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0031-make-mapEntity_t-calltargets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0032-remove-useless-empty-calltarget-target || || || ||
|-
|style="color:#FFF" | 0033-finish-half-baked-botTarget_t-interface || bots || || ||
|-
|style="color:#FFF" | 0034-add-botMemory_t-hasEnemy || bots || || ||
|-
|style="color:#FFF" | 0035-finish-half-baked-GentityRef_impl || || || ||
|-
|style="color:#FFF" | 0036-more-static-functions || || || ||
|-
|style="color:#FFF" | 0037-Rewrite-BotSearchForEnemy-to-use-a-std-vector || bots || || ||
|-
|style="color:#FFF" | 0038-GMP-optionally-do-not-regenerate-if-there-is-OM || gameplay || || ||
|-
|style="color:#FFF" | 0039-AI-add-g_bot_medistatDistance-to-fine-tune-medistati || bots || || ||
|-
|style="color:#FFF" | 0040-HUD-Draw-time-to-completion-for-buildings-in-constru || gui || || ||
|-
|style="color:#FFF" | 0041-Refactor-EV_NO_SPAWNS-to-EV_MAIN_REPORTS_NO_SPAWNS-f || || || ||
|-
|style="color:#FFF" | 0042-HUD-Implement-a-base-status-HUD-element || gui || || ||
|-
|style="color:#FFF" | 0043-HUD-Show-construction-time-with-ghost-buildables || gui || || ||
|-
|style="color:#FFF" | 0044-MOD-give-a-repeatRate-option-to-upgrades || gameplay || || ||
|-
|style="color:#FFF" | 0045-remove-duplicated-alertedToEnemy-from-alien-BTs || bots || || ||
|-
|style="color:#FFF" | 0046-AI-humans-do-not-know-how-to-flee-from-a-fight || bots || || ||
|-
|style="color:#FFF" | 0047-BotActionBuy-cleanup || bots || || ||
|-
|style="color:#FFF" | 0048-BT-add-percentSkill-condition || bots || || ||
|-
|style="color:#FFF" | 0049-MAP-support-target_force_win-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0050-MAP-support-targetname3-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0051-BT-implement-action-reload || bots || || ||
|-
|style="color:#FFF" | 0052-BT-add-condition-weaponIsReady || bots || || ||
|-
|style="color:#FFF" | 0053-merge-as-many-.-Attributes_t-stuff-as-possible-into- || || || || I dislike it
|-
|style="color:#FFF" | 0054-move-.-_RANGE-variables-into-weaponAttributes_t || || || ||
|-
|style="color:#FFF" | 0055-give-abuildupg-weapon-the-entries-it-needs || || || ||
|-
|style="color:#FFF" | 0056-move-abuilder-upg-spit-configuration-in-right-file || || || ||
|-
|style="color:#FFF" | 0057-remove-per-melee-weapon-width-height-damage-variable || || || ||
|-
|style="color:#FFF" | 0058-remove-dretch-specific-variables-in-favor-of-weaponA || || || ||
|-
|style="color:#FFF" | 0059-move-painsaw-and-mantis-specifics-into-FireMelee || || || ||
|-
|style="color:#FFF" | 0060-allow-to-spawn-with-a-gun-class-in-devmap || debug || || ||
|-
|style="color:#FFF" | 0061-remove-most-shotgun-specific-variables || || || ||
|-
|style="color:#FFF" | 0062-remove-SMG-RIFLE-specific-vars || || || ||
|-
|style="color:#FFF" | 0063-remove-CHAINGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0064-remove-MDRIVER-specific-vars || || || ||
|-
|style="color:#FFF" | 0065-remove-LASGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0066-MOD-make-doKnockback-a-weapon-attr-entry-as-for-miss || || || ||
|-
|style="color:#FFF" | 0067-move-BG_MeansOfDeathByName-into-bg_parse.cpp-static || || || ||
|-
|style="color:#FFF" | 0068-add-a-minimal-BG_BoundingBox-for-class_t || || || ||
|-
|style="color:#FFF" | 0069-code-deduplication-style-cleanup || || || ||
|-
|style="color:#FFF" | 0070-AI-aliens-fight-back-at-saner-dist-400qu || bots || || ||
|-
|style="color:#FFF" | 0071-AI-aliens-flee-reliably || bots || || ||
|-
|style="color:#FFF" | 0072-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0073-AI-aliens-go-grab-poison || bots || || ||
|-
|style="color:#FFF" | 0074-more-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0075-AI-humans-do-not-repair-in-heat-of-a-fight || bots || || ||
|-
|style="color:#FFF" | 0076-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0077-AI-human-bots-try-to-keep-distance-with-enemy-buildi || bots || || ||
|-
|style="color:#FFF" | 0078-AI-human-bots-try-to-repair-every-15s || bots || || ||
|-
|style="color:#FFF" | 0079-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0080-BotTargetInAttackRange-use-correct-maxs-height || bots || || ||
|-
|style="color:#FFF" | 0081-sg_admin.cpp-add-missing-include || || || ||
|-
|style="color:#FFF" | 0082-bot-cpp-cleanup || bots || || ||
|-
|style="color:#FFF" | 0083-MOD-weapons-cfg-can-change-means-of-death-like-missi || || || ||
|-
|style="color:#FFF" | 0084-rcFilterGaps-walkableRadius-2-is-walkable || || || ||
|-
|style="color:#FFF" | 0085-CMD-remove-bots-from-listplayers || || || ||
|-
|style="color:#FFF" | 0086-move-spawning-level-vars-out-of-global-scope || || || ||
|-
|style="color:#FFF" | 0087-migrate-a-bunch-of-API-to-glm || glm || || ||
|-
|style="color:#FFF" | 0088-sever-links-with-CBSE || nuke || || ||
|-
|style="color:#FFF" | 0089-make-gentity_t-entity-a-std-unique_ptr || || || 0004 ||
|-
|style="color:#FFF" | 0090-BG_PlayerStateToEntityState-remove-useless-arg || || || ||
|-
|style="color:#FFF" | 0091-DOC-add-HOSTING-file || personal-infra || || ||
|-
|style="color:#FFF" | 0092-DOC-add-PACKAGING-file-without-the-mod-section || personal-infra || || ||
|-
|style="color:#FFF" | 0093-DOC-add-LAYOUTS-file || personal-infra || || ||
|-
|style="color:#FFF" | 0094-DOC-add-info-about-nexe-file-names-in-PACKAGING || personal-infra || || ||
|-
|style="color:#FFF" | 0095-PM_AddTouchEnt-PM_ClipVelocity-constness || || || ||
|-
|style="color:#FFF" | 0096-meansOfDeath_t-is-not-an-int || || || ||
|-
|style="color:#FFF" | 0097-mitigate-BotTargetIsVisible-crash-for-coordinate-tar || bot || || ||
|-
|style="color:#FFF" | 0098-glm-G_UnlaggedOn || glm || || ||
|-
|style="color:#090" | 0099-remove-unused-G_FindClosestEntity || || #2832 || ||
|-
|style="color:#FFF" | 0100-glm-Beacon.cpp || glm || || ||
|-
|style="color:#FFF" | 0101-unify-BG_BoundingBox-functions || || || ||
|-
|style="color:#FFF" | 0102-glm-sg_buildable.cpp || glm || || ||
|-
|style="color:#FFF" | 0103-glm-sg_buildpoints.cpp || glm || || ||
|-
|style="color:#FFF" | 0104-glm-sg_client.cpp || glm || || ||
|-
|style="color:#FFF" | 0105-glm-sg_cmds.cpp || glm || || ||
|-
|style="color:#FFF" | 0106-glm-Beacon.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0107-glm-sg_buildable.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0108-glm-sg_client.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0109-glm-sg_combat.cpp || glm || || ||
|-
|style="color:#FFF" | 0110-glm-sg_missile.cpp || glm || || ||
|-
|style="color:#FFF" | 0111-glm-sg_utils.cpp || glm || || ||
|-
|style="color:#FFF" | 0112-glm-sg_weapon.cpp || glm || || ||
|-
|style="color:#090" | 0113-remove-duplicated-trap_SetConfigstringRestrictions-p || || #2832 || ||
|-
|style="color:#FFF" | 0114-replace-some-trap_-calls-with-G_CM_-equiv || || || ||
|-
|style="color:#090" | 0115-remove-unused-G_CM_ClipToEntity || || #2832 || ||
|-
|style="color:#FFF" | 0116-remove-silly-function || || || ||
|-
|style="color:#FFF" | 0117-glm-sg_physics.cpp || glm || || ||
|-
|style="color:#FFF" | 0118-glm-sg_admin.cpp || glm || || ||
|-
|style="color:#FFF" | 0119-sg_cm_world.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0120-sg_spawn_mover.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0121-G_MoverGroup-cleanup-beware-non-trivial-clean || || || ||
|-
|style="color:#FFF" | 0122-glm-G_KillBrushModel-cleanup || glm || || ||
|-
|style="color:#FFF" | 0123-glm-G_TryPushingEntity || glm || || ||
|-
|style="color:#FFF" | 0124-glm-sg_active.cpp-P_DamageFeedback || glm || || ||
|-
|style="color:#FFF" | 0125-glm-sg_active.cpp-ClientShove || glm || || ||
|-
|style="color:#FFF" | 0126-glm-sg_active.cpp-PushBot || glm || || ||
|-
|style="color:#FFF" | 0127-glm-sg_active.cpp-G_TouchTriggers || glm || || ||
|-
|style="color:#FFF" | 0128-glm-sg_active.cpp-BeaconAutoTag || glm || || ||
|-
|style="color:#FFF" | 0129-glm-sg_active.cpp-ClientTimerActions || glm || || ||
|-
|style="color:#FFF" | 0130-glm-sg_active.cpp-ClientEvents || glm || || ||
|-
|style="color:#FFF" | 0131-glm-sg_active.cpp-G_UnlaggedOff || glm || || ||
|-
|style="color:#FFF" | 0132-glm-sg_active.cpp-G_UnlaggedDetectCollisions || glm || || ||
|-
|style="color:#FFF" | 0133-glm-sg_active.cpp-ClientThink_real || glm || || ||
|-
|style="color:#FFF" | 0134-glm-sg_main.cpp || glm || || ||
|-
|style="color:#FFF" | 0135-glm-remaining-components-for-the-vec3_t-at-least || glm || || ||
|-
|style="color:#FFF" | 0136-glm-unlagged_t || glm || || ||
|-
|style="color:#FFF" | 0137-glm-buildLog_t || glm || || ||
|-
|style="color:#FFF" | 0138-glm-clientPersistant_t || glm || || ||
|-
|style="color:#FFF" | 0139-glm-sg_spawn.cpp || glm || || ||
|-
|style="color:#FFF" | 0140-glm-g_client_t || glm || || ||
|-
|style="color:#FFF" | 0141-glm-sgame-components-HealthComponent.cpp || glm || || ||
|-
|style="color:#FFF" | 0142-move-gentity_t-animation-into-map_entity.h-glm-vec4 || || #2831 || ||
|-
|style="color:#FFF" | 0143-glm-gentity_t || glm || || ||
|-
|style="color:#FFF" | 0144-sgame-VEC2GLM-cleanup || glm || || ||
|-
|style="color:#FFF" | 0145-sgame-codestyle || || || ||
|-
|style="color:#FFF" | 0146-sg_cm_world.cpp-cleanup-hopefully || || || ||
|-
|style="color:#FFF" | 0147-glm-trace-in-cgame || glm || || ||
|-
|style="color:#FFF" | 0148-glm-trace-by-return-sgame || glm || || ||
|-
|style="color:#FFF" | 0149-glm-trace-API-by-return-shared || glm || || ||
|-
|style="color:#FFF" | 0150-fix-activate-entities-not-being-triggered-when-playe || bugfix || || ||
|-
|style="color:#FFF" | 0151-do-not-prevent-building-a-unique-if-the-current-one- || gameplay || || ||
|-
|style="color:#FFF" | 0152-glm-BG_EvaluateTrajectory-BG_EvaluateTrajectoryDelta || glm || || ||
|-
|style="color:#888" | 0153-bots-invert-check-if-a-healing-source-is-horizontall || || || ||
|-
|style="color:#888" | 0154-Implement-default-navgen-config-applies-to-all-maps || || || ||
|-
|style="color:#888" | 0155-Invalidate-GentityRef-on-player-death || || || ||
|-
|style="color:#888" | 0156-dretch-and-mantis-bots-attack-enemies-while-wall-cli || || || ||
|-
|style="color:#888" | 0157-Updated-translations || || || ||
|-
|style="color:#888" | 0158-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0159-translation-ship-them-even-if-incomplete || || || ||
|-
|style="color:#888" | 0160-rmlui-implement-standard-b-i-em-tags || || || ||
|-
|style="color:#888" | 0161-rmlui-implement-custom-web-tag-for-common-unvanquish || || || ||
|-
|style="color:#888" | 0162-rmlui-implement-standard-ul-li-tag || || || ||
|-
|style="color:#888" | 0163-ui-rewrite-gampelay-guide-and-developer-message-with || || || ||
|-
|style="color:#888" | 0164-ui-add-option-for-cg_marks || || || ||
|-
|style="color:#888" | 0165-presets-graphics-disable-marks-in-lowest-profile || || || ||
|-
|style="color:#888" | 0166-cg_rocket_draw-support-emoticons-in-map-and-author-n || || || ||
|-
|style="color:#888" | 0167-ui-fix-endline-in-RML-translatable-string || || || ||
|-
|style="color:#888" | 0168-utils-generate_rml_pot-escape-double-quotes-when-wri || || || ||
|-
|style="color:#888" | 0169-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0170-Incrementally-update-server-list-hacky-way || || || ||
|-
|style="color:#888" | 0171-Fix-refreshing-internet-server-list-after-local || || || ||
|-
|style="color:#888" | 0172-Improve-incremental-server-list-population || || || ||
|-
|style="color:#888" | 0173-Remove-unused-enum-constant-BF_POWER || || || ||
|-
|style="color:#888" | 0174-Properly-destroy-entity-when-reverting-construction || || || ||
|-
|style="color:#888" | 0175-Fix-buildlog-see-more-message || || || ||
|-
|style="color:#888" | 0176-Don-t-use-in-place-StripColors || || || ||
|-
|style="color:#888" | 0177-improve-bot-lcannon-handling-do-not-always-charge-to || || || ||
|-
|style="color:#888" | 0178-Fix-ADMBP-buffer-overflows || || || ||
|-
|style="color:#888" | 0179-Avoid-double-newlines-on-ADMBP-buffer-split || || || ||
|-
|style="color:#888" | 0180-Bump-submodules-daemon-RmlUi || || || ||
|-
|style="color:#888" | 0181-Updated-translations || || || ||
|-
|style="color:#888" | 0182-Nit-use-BOT_DEFAULT_BEHAVIOR-constant || || || ||
|-
|style="color:#888" | 0183-Remove-too-spammy-cg_showmiss-log || || || ||
|-
|style="color:#888" | 0184-Convert-cg_showmiss-to-a-logger-cgame.prediction || || || ||
|-
|style="color:#888" | 0185-Don-t-localize-sounds-incorrectly-in-third-person || || || ||
|-
|style="color:#888" | 0186-sync-submodules || || || ||
|-
|style="color:#888" | 0187-use-g_fillBotsTeamVotesPercent-again-2777 || || || ||
|-
|style="color:#888" | 0188-fix-bug-in-bot-behavior-function-percentClips-2776 || || || ||
|-
|style="color:#888" | 0189-Enable-missile-config-bad-token-warnings || || || ||
|-
|style="color:#888" | 0190-Remove-unused-entity-field-flight-splash-damage || || || ||
|-
|style="color:#888" | 0191-Get-buildable-explosion-parameters-from-attrs || || || ||
|-
|style="color:#888" | 0192-Document-missile-splash-damage-parameters || || || ||
|-
|style="color:#888" | 0193-Unused-missile-attribute-spriteCharge || || || ||
|-
|style="color:#888" | 0194-Unused-missile-attribute-rotates || || || ||
|-
|style="color:#888" | 0195-Unused-missile-attribute-renderfx || || || ||
|-
|style="color:#888" | 0196-Unused-missile-attribute-impactFlightDir || || || ||
|-
|style="color:#FFF" | 0197-complete-botTarget_t-even-more-gentity_t-ref-support || bots || || ||
|-
|style="color:#FFF" | 0198-AI-know-about-all-friendly-buildings || bots || || ||
|-
|style="color:#FFF" | 0199-AIEntityToGentity-checks-reachability-for-allied-stu || bots || || ||
|-
|style="color:#FFF" | 0200-rewrite-G_NewCallDefinition-again || || || ||
|-
|style="color:#FFF" | 0201-g_admin_level_t-cleanup || || || ||
|-
|style="color:#FFF" | 0202-do-not-memset-non-PoD || || || ||
|-
|style="color:#FFF" | 0203-bg_parse.cpp-do-not-confuse-types || || || || cleans up a bsearch, but better std::lower_bound
|-
|style="color:#FFF" | 0204-silence-conditional-uninitialized || || || ||
|-
|style="color:#FFF" | 0205-FOFS-is-offsetof || || || ||
|-
|style="color:#FFF" | 0206-fix-Wcomma || || || ||
|-
|style="color:#090" | 0207-remove-unused-macros || || #2832 || ||
|-
|style="color:#FFF" | 0208-use-static-when-possible || || || ||
|-
|style="color:#FFF" | 0209-define-missing-ctors || || || ||
|-
|style="color:#FFF" | 0210-fix-sign-compare || || || ||
|-
|style="color:#FFF" | 0211-fix-Wtautological-unsigned-enum-zero-compare || || || ||
|-
|style="color:#FFF" | 0212-update-deps-daemon-rmlui-to-warn-less || || || ||
|-
|style="color:#FFF" | 0213-add-a-script-to-prepare-release || personal-infra || || ||
|-
|style="color:#888" | 0214-pkg-unvanquished_src.dpkdir-is-no-longer-a-submodule || || || ||
|-
|style="color:#FFF" | 0215-minor-cleanup || || || ||
|-
|style="color:#FFF" | 0216-G_IterateCallEndpoints-uses-a-reference-instead-of-p || || || ||
|-
|style="color:#FFF" | 0217-include-changelog-file-in-welcome-page || personal-infra || || ||
|-
|style="color:#FFF" | 0218-fix-recast-limiting-number-rc_layers || || || ||
|-
|style="color:#FFF" | 0219-GMP-give-a-1s-repeatrate-to-grenades-and-firebomb || gameplay || || ||
|-
|style="color:#FFF" | 0220-do-not-gitignore-buildable-folder || || || ||
|-
|style="color:#FFF" | 0221-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0222-GMP-allow-big-aliens-to-attack-medistation-at-any-an || gameplay || || ||
|-
|style="color:#FFF" | 0223-remove-dead-botTeam-variable || || || ||
|-
|style="color:#FFF" | 0224-make-release.sh-stop-if-build-failed || personal-infra || || ||
|-
|style="color:#FFF" | 0225-release.sh-now-stores-patches-in-a-tarball || personal-infra || || ||
|-
|style="color:#FFF" | 0226-fix-loads-of-warnings || || || ||
|-
|style="color:#888" | 0227-Add-g_bot_traceClient-for-BT-debugging || || || ||
|-
|style="color:#888" | 0228-readme-add-help-for-submodule-method-of-working || || || ||
|-
|style="color:#888" | 0229-Warning-fix-macro-redefinition-of-AS_OVER_RT3 || || || ||
|-
|style="color:#888" | 0230-BotActionFight-fix-wrong-comment || || || ||
|-
|style="color:#FFF" | 0231-inspired-from-Don-t-give-spectators-WP_ALEVEL0 || || || ||
|-
|style="color:#888" | 0232-Nuke-bisphere-trace-gamelogic-fallout || || || ||
|-
|style="color:#888" | 0233-Bots-forbid-actions-while-dead || || || ||
|-
|style="color:#888" | 0234-Debug-draw-fix-DU_DRAW_QUADS-mode || || || ||
|-
|style="color:#888" | 0235-Define-lifetime-attribute-in-missile-configs || || || ||
|-
|style="color:#888" | 0236-Fix-intermittently-disappearing-mara-zaps || || || ||
|-
|style="color:#090" | 0237-repair-shader-replacement-entities || || #2806 || ||
|-
|style="color:#FFF" | 0238-fix-func_desctructable-not-being-linked-on-reset || bugfix || || ||
|-
|style="color:#FFF" | 0239-GMP-corpses-do-not-block-movers || gameplay || || ||
|-
|style="color:#FFF" | 0240-HUD-dmg-feedback-on-movers || || || ||
|-
|style="color:#FFF" | 0241-glm-VectorCopy-in-sg_spawn_mover.cpp || glm || || ||
|-
|style="color:#FFF" | 0242-cleanup || glm || || ||
|-
|style="color:#FFF" | 0243-give-can-give-mantis-staminaDrain || debug || || ||
|-
|style="color:#FFF" | 0244-Implement-the-Biokit || gameplay || || ||
|-
|style="color:#FFF" | 0245-make-bots-buy-the-biokit || gameplay || || ||
|-
|style="color:#FFF" | 0246-Biokit-changes || gameplay || || ||
|-
|style="color:#FFF" | 0247-Sudden-Death || gameplay || || ||
|-
|style="color:#FFF" | 0248-show-g_maxMiners-value-in-teamstatus || || || ||
|-
|style="color:#888" | 0249-random-building-for-bots || || || ||
|-
|style="color:#888" | 0250-bugfix-bots-build-drill-leech-even-when-BP-are-negat || || || ||
|-
|style="color:#FFF" | 0251-bot-tactic-menu || gui || || ||
|-
|style="color:#888" | 0252-complete-refill-for-clip-weapons-even-the-current-cl || || #2782 || ||
|-
|style="color:#888" | 0253-force-weapon-change-on-ammo-refill || || #2782 || ||
|-
|style="color:#FFF" | 0254-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0255-update-the-MOTD-when-the-cvar-is-changed || || || ||
|-
|style="color:#FFF" | 0256-scoreboard-layout-changes || gui || || ||
|-
|style="color:#FFF" | 0257-voting-improvements-add-colours-and-formatting || gui || || ||
|-
|style="color:#FFF" | 0258-do-not-crash-if-a-sound-is-unknown || bugfix || || ||
|-
|style="color:#FFF" | 0259-release.sh-also-generates-changelog-for-debug-purpos || personal-infra || || ||
|-
|style="color:#FFF" | 0260-warn-when-game-should-be-ended-by-an-event || debug || || ||
|-
|style="color:#FFF" | 0261-do-not-disable-cg_drawentity-when-map-has-fog || debug || || || Seems to be missing a piece (unused 'scan')
|-
|style="color:#FFF" | 0262-traditional-is-not-deprecated || debug || || ||
|-
|style="color:#FFF" | 0263-say-the-original-value-when-trigger_heal-have-negati || debug || || ||
|-
|style="color:#FFF" | 0264-TMP-give-bbox-info-of-entities-don-t-remove-orphan-b || || || ||
|-
|style="color:#FFF" | 0265-Revert-rmlui-implement-standard-ul-li-tag || gui || || ||
|-
|style="color:#FFF" | 0266-CFG-sane-default-config-for-bots || bots || || ||
|}

User:Killing time

2023-10-29T04:08:18Z

Killing time: /* Integrating patches from freem's fork */

== Integrating patches from freem's fork ==
{|
! Title
! Category
! Upstream
! Dep
! Notes
|-
|style="color:#FFF" | 0001-AI-remove-skillset || nuke || || ||
|-
|style="color:#FFF" | 0002-fix-crash-if-using-BotActionFollow-on-a-disconnected || bugfix || || ||
|-
|style="color:#FFF" | 0003-do-not-deprecate-glm-vec3-VEC2GLM-glm-vec3-v-yet || glm || || ||
|-
|style="color:#FFF" | 0004-use-placement-new-for-gentities || || || || Seems incomplete as there is no destructor.
|-
|style="color:#FFF" | 0005-remove-useless-newlines-in-Svcmd_EntityShow_f || || #2831 || ||
|-
|style="color:#FFF" | 0006-BoundedVector-move-in-own-file-complete-API || || || ||
|-
|style="color:#FFF" | 0007-create-a-map_entity_t-struct-in-own-header-file || || #2831 || ||
|-
|style="color:#FFF" | 0008-glm-sg_spawn || glm || || ||
|-
|style="color:#FFF" | 0009-replace-trap_SetBrushModel-with-G_CM_SetBrushModel || || || ||
|-
|style="color:#FFF" | 0010-respect-constness-of-things || || || ||
|-
|style="color:#FFF" | 0011-style-and-G_Spawn-improved-error-report || || || ||
|-
|style="color:#FFF" | 0012-replace-defines-by-enum-ent_version_t-remove-unused- || || || ||
|-
|style="color:#FFF" | 0013-use-std-string-inside-G_ResolveEntityKeyword || || || ||
|-
|style="color:#FFF" | 0014-G_FireEntityRandomly-G_FireEntity-G_HandleActCall-is || || || ||
|-
|style="color:#FFF" | 0015-G_ModelIndex-takes-a-std-string || || || || StringRef would be better
|-
|style="color:#FFF" | 0016-remove-struct-gentityTargetChoice_t-from-sg_entities || || || 0014 ||
|-
|style="color:#FFF" | 0017-G_NewString-no-longer-uses-BG_Alloc || || || ||
|-
|style="color:#FFF" | 0018-gentityCallDefinition_t-name-is-a-const-char || || || ||
|-
|style="color:#FFF" | 0019-turn-gentityCallDefinition_t-name-into-std-string || || || ||
|-
|style="color:#FFF" | 0020-mapEntity_t-names-are-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0021-mapEntity_t-groupName-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0022-mapEntity_t-message-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0023-mapEntity_t-model-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0024-mapEntity_t-model2-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0025-mapEntity_t-shaderKey-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0026-mapEntity_t-shaderReplacement-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0027-gentity_t-classname-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0028-gentityCallDefinition_t-action-is-a-std-string || || || 0004 ||
|-
|style="color:#FFF" | 0029-make-gentityCallDefinition_t-safer-and-compact-it || || || ||
|-
|style="color:#FFF" | 0030-make-mapEntity_t-targets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0031-make-mapEntity_t-calltargets-a-BoundedVector || || || ||
|-
|style="color:#FFF" | 0032-remove-useless-empty-calltarget-target || || || ||
|-
|style="color:#FFF" | 0033-finish-half-baked-botTarget_t-interface || bots || || ||
|-
|style="color:#FFF" | 0034-add-botMemory_t-hasEnemy || bots || || ||
|-
|style="color:#FFF" | 0035-finish-half-baked-GentityRef_impl || || || ||
|-
|style="color:#FFF" | 0036-more-static-functions || || || ||
|-
|style="color:#FFF" | 0037-Rewrite-BotSearchForEnemy-to-use-a-std-vector || bots || || ||
|-
|style="color:#FFF" | 0038-GMP-optionally-do-not-regenerate-if-there-is-OM || gameplay || || ||
|-
|style="color:#FFF" | 0039-AI-add-g_bot_medistatDistance-to-fine-tune-medistati || bots || || ||
|-
|style="color:#FFF" | 0040-HUD-Draw-time-to-completion-for-buildings-in-constru || gui || || ||
|-
|style="color:#FFF" | 0041-Refactor-EV_NO_SPAWNS-to-EV_MAIN_REPORTS_NO_SPAWNS-f || || || ||
|-
|style="color:#FFF" | 0042-HUD-Implement-a-base-status-HUD-element || gui || || ||
|-
|style="color:#FFF" | 0043-HUD-Show-construction-time-with-ghost-buildables || gui || || ||
|-
|style="color:#FFF" | 0044-MOD-give-a-repeatRate-option-to-upgrades || gameplay || || ||
|-
|style="color:#FFF" | 0045-remove-duplicated-alertedToEnemy-from-alien-BTs || bots || || ||
|-
|style="color:#FFF" | 0046-AI-humans-do-not-know-how-to-flee-from-a-fight || bots || || ||
|-
|style="color:#FFF" | 0047-BotActionBuy-cleanup || bots || || ||
|-
|style="color:#FFF" | 0048-BT-add-percentSkill-condition || bots || || ||
|-
|style="color:#FFF" | 0049-MAP-support-target_force_win-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0050-MAP-support-targetname3-from-AMP || amp || || ||
|-
|style="color:#FFF" | 0051-BT-implement-action-reload || bots || || ||
|-
|style="color:#FFF" | 0052-BT-add-condition-weaponIsReady || bots || || ||
|-
|style="color:#FFF" | 0053-merge-as-many-.-Attributes_t-stuff-as-possible-into- || || || || I dislike it
|-
|style="color:#FFF" | 0054-move-.-_RANGE-variables-into-weaponAttributes_t || || || ||
|-
|style="color:#FFF" | 0055-give-abuildupg-weapon-the-entries-it-needs || || || ||
|-
|style="color:#FFF" | 0056-move-abuilder-upg-spit-configuration-in-right-file || || || ||
|-
|style="color:#FFF" | 0057-remove-per-melee-weapon-width-height-damage-variable || || || ||
|-
|style="color:#FFF" | 0058-remove-dretch-specific-variables-in-favor-of-weaponA || || || ||
|-
|style="color:#FFF" | 0059-move-painsaw-and-mantis-specifics-into-FireMelee || || || ||
|-
|style="color:#FFF" | 0060-allow-to-spawn-with-a-gun-class-in-devmap || debug || || ||
|-
|style="color:#FFF" | 0061-remove-most-shotgun-specific-variables || || || ||
|-
|style="color:#FFF" | 0062-remove-SMG-RIFLE-specific-vars || || || ||
|-
|style="color:#FFF" | 0063-remove-CHAINGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0064-remove-MDRIVER-specific-vars || || || ||
|-
|style="color:#FFF" | 0065-remove-LASGUN-specific-vars || || || ||
|-
|style="color:#FFF" | 0066-MOD-make-doKnockback-a-weapon-attr-entry-as-for-miss || || || ||
|-
|style="color:#FFF" | 0067-move-BG_MeansOfDeathByName-into-bg_parse.cpp-static || || || ||
|-
|style="color:#FFF" | 0068-add-a-minimal-BG_BoundingBox-for-class_t || || || ||
|-
|style="color:#FFF" | 0069-code-deduplication-style-cleanup || || || ||
|-
|style="color:#FFF" | 0070-AI-aliens-fight-back-at-saner-dist-400qu || bots || || ||
|-
|style="color:#FFF" | 0071-AI-aliens-flee-reliably || bots || || ||
|-
|style="color:#FFF" | 0072-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0073-AI-aliens-go-grab-poison || bots || || ||
|-
|style="color:#FFF" | 0074-more-alien-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0075-AI-humans-do-not-repair-in-heat-of-a-fight || bots || || ||
|-
|style="color:#FFF" | 0076-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0077-AI-human-bots-try-to-keep-distance-with-enemy-buildi || bots || || ||
|-
|style="color:#FFF" | 0078-AI-human-bots-try-to-repair-every-15s || bots || || ||
|-
|style="color:#FFF" | 0079-human-bt-cleanup || bots || || ||
|-
|style="color:#FFF" | 0080-BotTargetInAttackRange-use-correct-maxs-height || bots || || ||
|-
|style="color:#FFF" | 0081-sg_admin.cpp-add-missing-include || || || ||
|-
|style="color:#FFF" | 0082-bot-cpp-cleanup || bots || || ||
|-
|style="color:#FFF" | 0083-MOD-weapons-cfg-can-change-means-of-death-like-missi || || || ||
|-
|style="color:#FFF" | 0084-rcFilterGaps-walkableRadius-2-is-walkable || || || ||
|-
|style="color:#FFF" | 0085-CMD-remove-bots-from-listplayers || || || ||
|-
|style="color:#FFF" | 0086-move-spawning-level-vars-out-of-global-scope || || || ||
|-
|style="color:#FFF" | 0087-migrate-a-bunch-of-API-to-glm || glm || || ||
|-
|style="color:#FFF" | 0088-sever-links-with-CBSE || nuke || || ||
|-
|style="color:#FFF" | 0089-make-gentity_t-entity-a-std-unique_ptr || || || 0004 ||
|-
|style="color:#FFF" | 0090-BG_PlayerStateToEntityState-remove-useless-arg || || || ||
|-
|style="color:#FFF" | 0091-DOC-add-HOSTING-file || personal-infra || || ||
|-
|style="color:#FFF" | 0092-DOC-add-PACKAGING-file-without-the-mod-section || personal-infra || || ||
|-
|style="color:#FFF" | 0093-DOC-add-LAYOUTS-file || personal-infra || || ||
|-
|style="color:#FFF" | 0094-DOC-add-info-about-nexe-file-names-in-PACKAGING || personal-infra || || ||
|-
|style="color:#FFF" | 0095-PM_AddTouchEnt-PM_ClipVelocity-constness || || || ||
|-
|style="color:#FFF" | 0096-meansOfDeath_t-is-not-an-int || || || ||
|-
|style="color:#FFF" | 0097-mitigate-BotTargetIsVisible-crash-for-coordinate-tar || bot || || ||
|-
|style="color:#FFF" | 0098-glm-G_UnlaggedOn || glm || || ||
|-
|style="color:#FFF" | 0099-remove-unused-G_FindClosestEntity || || #2832 || ||
|-
|style="color:#FFF" | 0100-glm-Beacon.cpp || glm || || ||
|-
|style="color:#FFF" | 0101-unify-BG_BoundingBox-functions || || || ||
|-
|style="color:#FFF" | 0102-glm-sg_buildable.cpp || glm || || ||
|-
|style="color:#FFF" | 0103-glm-sg_buildpoints.cpp || glm || || ||
|-
|style="color:#FFF" | 0104-glm-sg_client.cpp || glm || || ||
|-
|style="color:#FFF" | 0105-glm-sg_cmds.cpp || glm || || ||
|-
|style="color:#FFF" | 0106-glm-Beacon.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0107-glm-sg_buildable.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0108-glm-sg_client.cpp-internals || glm || || ||
|-
|style="color:#FFF" | 0109-glm-sg_combat.cpp || glm || || ||
|-
|style="color:#FFF" | 0110-glm-sg_missile.cpp || glm || || ||
|-
|style="color:#FFF" | 0111-glm-sg_utils.cpp || glm || || ||
|-
|style="color:#FFF" | 0112-glm-sg_weapon.cpp || glm || || ||
|-
|style="color:#FFF" | 0113-remove-duplicated-trap_SetConfigstringRestrictions-p || || #2832 || ||
|-
|style="color:#FFF" | 0114-replace-some-trap_-calls-with-G_CM_-equiv || || || ||
|-
|style="color:#FFF" | 0115-remove-unused-G_CM_ClipToEntity || || #2832 || ||
|-
|style="color:#FFF" | 0116-remove-silly-function || || || ||
|-
|style="color:#FFF" | 0117-glm-sg_physics.cpp || glm || || ||
|-
|style="color:#FFF" | 0118-glm-sg_admin.cpp || glm || || ||
|-
|style="color:#FFF" | 0119-sg_cm_world.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0120-sg_spawn_mover.cpp-cleanup || || || ||
|-
|style="color:#FFF" | 0121-G_MoverGroup-cleanup-beware-non-trivial-clean || || || ||
|-
|style="color:#FFF" | 0122-glm-G_KillBrushModel-cleanup || glm || || ||
|-
|style="color:#FFF" | 0123-glm-G_TryPushingEntity || glm || || ||
|-
|style="color:#FFF" | 0124-glm-sg_active.cpp-P_DamageFeedback || glm || || ||
|-
|style="color:#FFF" | 0125-glm-sg_active.cpp-ClientShove || glm || || ||
|-
|style="color:#FFF" | 0126-glm-sg_active.cpp-PushBot || glm || || ||
|-
|style="color:#FFF" | 0127-glm-sg_active.cpp-G_TouchTriggers || glm || || ||
|-
|style="color:#FFF" | 0128-glm-sg_active.cpp-BeaconAutoTag || glm || || ||
|-
|style="color:#FFF" | 0129-glm-sg_active.cpp-ClientTimerActions || glm || || ||
|-
|style="color:#FFF" | 0130-glm-sg_active.cpp-ClientEvents || glm || || ||
|-
|style="color:#FFF" | 0131-glm-sg_active.cpp-G_UnlaggedOff || glm || || ||
|-
|style="color:#FFF" | 0132-glm-sg_active.cpp-G_UnlaggedDetectCollisions || glm || || ||
|-
|style="color:#FFF" | 0133-glm-sg_active.cpp-ClientThink_real || glm || || ||
|-
|style="color:#FFF" | 0134-glm-sg_main.cpp || glm || || ||
|-
|style="color:#FFF" | 0135-glm-remaining-components-for-the-vec3_t-at-least || glm || || ||
|-
|style="color:#FFF" | 0136-glm-unlagged_t || glm || || ||
|-
|style="color:#FFF" | 0137-glm-buildLog_t || glm || || ||
|-
|style="color:#FFF" | 0138-glm-clientPersistant_t || glm || || ||
|-
|style="color:#FFF" | 0139-glm-sg_spawn.cpp || glm || || ||
|-
|style="color:#FFF" | 0140-glm-g_client_t || glm || || ||
|-
|style="color:#FFF" | 0141-glm-sgame-components-HealthComponent.cpp || glm || || ||
|-
|style="color:#FFF" | 0142-move-gentity_t-animation-into-map_entity.h-glm-vec4 || || #2831 || ||
|-
|style="color:#FFF" | 0143-glm-gentity_t || glm || || ||
|-
|style="color:#FFF" | 0144-sgame-VEC2GLM-cleanup || glm || || ||
|-
|style="color:#FFF" | 0145-sgame-codestyle || || || ||
|-
|style="color:#FFF" | 0146-sg_cm_world.cpp-cleanup-hopefully || || || ||
|-
|style="color:#FFF" | 0147-glm-trace-in-cgame || glm || || ||
|-
|style="color:#FFF" | 0148-glm-trace-by-return-sgame || glm || || ||
|-
|style="color:#FFF" | 0149-glm-trace-API-by-return-shared || glm || || ||
|-
|style="color:#FFF" | 0150-fix-activate-entities-not-being-triggered-when-playe || bugfix || || ||
|-
|style="color:#FFF" | 0151-do-not-prevent-building-a-unique-if-the-current-one- || gameplay || || ||
|-
|style="color:#FFF" | 0152-glm-BG_EvaluateTrajectory-BG_EvaluateTrajectoryDelta || glm || || ||
|-
|style="color:#888" | 0153-bots-invert-check-if-a-healing-source-is-horizontall || || || ||
|-
|style="color:#888" | 0154-Implement-default-navgen-config-applies-to-all-maps || || || ||
|-
|style="color:#888" | 0155-Invalidate-GentityRef-on-player-death || || || ||
|-
|style="color:#888" | 0156-dretch-and-mantis-bots-attack-enemies-while-wall-cli || || || ||
|-
|style="color:#888" | 0157-Updated-translations || || || ||
|-
|style="color:#888" | 0158-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0159-translation-ship-them-even-if-incomplete || || || ||
|-
|style="color:#888" | 0160-rmlui-implement-standard-b-i-em-tags || || || ||
|-
|style="color:#888" | 0161-rmlui-implement-custom-web-tag-for-common-unvanquish || || || ||
|-
|style="color:#888" | 0162-rmlui-implement-standard-ul-li-tag || || || ||
|-
|style="color:#888" | 0163-ui-rewrite-gampelay-guide-and-developer-message-with || || || ||
|-
|style="color:#888" | 0164-ui-add-option-for-cg_marks || || || ||
|-
|style="color:#888" | 0165-presets-graphics-disable-marks-in-lowest-profile || || || ||
|-
|style="color:#888" | 0166-cg_rocket_draw-support-emoticons-in-map-and-author-n || || || ||
|-
|style="color:#888" | 0167-ui-fix-endline-in-RML-translatable-string || || || ||
|-
|style="color:#888" | 0168-utils-generate_rml_pot-escape-double-quotes-when-wri || || || ||
|-
|style="color:#888" | 0169-translation-update-pot-and-po-files || || || ||
|-
|style="color:#888" | 0170-Incrementally-update-server-list-hacky-way || || || ||
|-
|style="color:#888" | 0171-Fix-refreshing-internet-server-list-after-local || || || ||
|-
|style="color:#888" | 0172-Improve-incremental-server-list-population || || || ||
|-
|style="color:#888" | 0173-Remove-unused-enum-constant-BF_POWER || || || ||
|-
|style="color:#888" | 0174-Properly-destroy-entity-when-reverting-construction || || || ||
|-
|style="color:#888" | 0175-Fix-buildlog-see-more-message || || || ||
|-
|style="color:#888" | 0176-Don-t-use-in-place-StripColors || || || ||
|-
|style="color:#888" | 0177-improve-bot-lcannon-handling-do-not-always-charge-to || || || ||
|-
|style="color:#888" | 0178-Fix-ADMBP-buffer-overflows || || || ||
|-
|style="color:#888" | 0179-Avoid-double-newlines-on-ADMBP-buffer-split || || || ||
|-
|style="color:#888" | 0180-Bump-submodules-daemon-RmlUi || || || ||
|-
|style="color:#888" | 0181-Updated-translations || || || ||
|-
|style="color:#888" | 0182-Nit-use-BOT_DEFAULT_BEHAVIOR-constant || || || ||
|-
|style="color:#888" | 0183-Remove-too-spammy-cg_showmiss-log || || || ||
|-
|style="color:#888" | 0184-Convert-cg_showmiss-to-a-logger-cgame.prediction || || || ||
|-
|style="color:#888" | 0185-Don-t-localize-sounds-incorrectly-in-third-person || || || ||
|-
|style="color:#888" | 0186-sync-submodules || || || ||
|-
|style="color:#888" | 0187-use-g_fillBotsTeamVotesPercent-again-2777 || || || ||
|-
|style="color:#888" | 0188-fix-bug-in-bot-behavior-function-percentClips-2776 || || || ||
|-
|style="color:#888" | 0189-Enable-missile-config-bad-token-warnings || || || ||
|-
|style="color:#888" | 0190-Remove-unused-entity-field-flight-splash-damage || || || ||
|-
|style="color:#888" | 0191-Get-buildable-explosion-parameters-from-attrs || || || ||
|-
|style="color:#888" | 0192-Document-missile-splash-damage-parameters || || || ||
|-
|style="color:#888" | 0193-Unused-missile-attribute-spriteCharge || || || ||
|-
|style="color:#888" | 0194-Unused-missile-attribute-rotates || || || ||
|-
|style="color:#888" | 0195-Unused-missile-attribute-renderfx || || || ||
|-
|style="color:#888" | 0196-Unused-missile-attribute-impactFlightDir || || || ||
|-
|style="color:#FFF" | 0197-complete-botTarget_t-even-more-gentity_t-ref-support || bots || || ||
|-
|style="color:#FFF" | 0198-AI-know-about-all-friendly-buildings || bots || || ||
|-
|style="color:#FFF" | 0199-AIEntityToGentity-checks-reachability-for-allied-stu || bots || || ||
|-
|style="color:#FFF" | 0200-rewrite-G_NewCallDefinition-again || || || ||
|-
|style="color:#FFF" | 0201-g_admin_level_t-cleanup || || || ||
|-
|style="color:#FFF" | 0202-do-not-memset-non-PoD || || || ||
|-
|style="color:#FFF" | 0203-bg_parse.cpp-do-not-confuse-types || || || ||
|-
|style="color:#FFF" | 0204-silence-conditional-uninitialized || || || ||
|-
|style="color:#FFF" | 0205-FOFS-is-offsetof || || || ||
|-
|style="color:#FFF" | 0206-fix-Wcomma || || || ||
|-
|style="color:#FFF" | 0207-remove-unused-macros || || #2832 || ||
|-
|style="color:#FFF" | 0208-use-static-when-possible || || || ||
|-
|style="color:#FFF" | 0209-define-missing-ctors || || || ||
|-
|style="color:#FFF" | 0210-fix-sign-compare || || || ||
|-
|style="color:#FFF" | 0211-fix-Wtautological-unsigned-enum-zero-compare || || || ||
|-
|style="color:#FFF" | 0212-update-deps-daemon-rmlui-to-warn-less || || || ||
|-
|style="color:#FFF" | 0213-add-a-script-to-prepare-release || personal-infra || || ||
|-
|style="color:#888" | 0214-pkg-unvanquished_src.dpkdir-is-no-longer-a-submodule || || || ||
|-
|style="color:#FFF" | 0215-minor-cleanup || || || ||
|-
|style="color:#FFF" | 0216-G_IterateCallEndpoints-uses-a-reference-instead-of-p || || || ||
|-
|style="color:#FFF" | 0217-include-changelog-file-in-welcome-page || personal-infra || || ||
|-
|style="color:#FFF" | 0218-fix-recast-limiting-number-rc_layers || || || ||
|-
|style="color:#FFF" | 0219-GMP-give-a-1s-repeatrate-to-grenades-and-firebomb || gameplay || || ||
|-
|style="color:#FFF" | 0220-do-not-gitignore-buildable-folder || || || ||
|-
|style="color:#FFF" | 0221-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0222-GMP-allow-big-aliens-to-attack-medistation-at-any-an || gameplay || || ||
|-
|style="color:#FFF" | 0223-remove-dead-botTeam-variable || || || ||
|-
|style="color:#FFF" | 0224-make-release.sh-stop-if-build-failed || personal-infra || || ||
|-
|style="color:#FFF" | 0225-release.sh-now-stores-patches-in-a-tarball || personal-infra || || ||
|-
|style="color:#FFF" | 0226-fix-loads-of-warnings || || || ||
|-
|style="color:#888" | 0227-Add-g_bot_traceClient-for-BT-debugging || || || ||
|-
|style="color:#888" | 0228-readme-add-help-for-submodule-method-of-working || || || ||
|-
|style="color:#888" | 0229-Warning-fix-macro-redefinition-of-AS_OVER_RT3 || || || ||
|-
|style="color:#888" | 0230-BotActionFight-fix-wrong-comment || || || ||
|-
|style="color:#FFF" | 0231-inspired-from-Don-t-give-spectators-WP_ALEVEL0 || || || ||
|-
|style="color:#888" | 0232-Nuke-bisphere-trace-gamelogic-fallout || || || ||
|-
|style="color:#888" | 0233-Bots-forbid-actions-while-dead || || || ||
|-
|style="color:#888" | 0234-Debug-draw-fix-DU_DRAW_QUADS-mode || || || ||
|-
|style="color:#888" | 0235-Define-lifetime-attribute-in-missile-configs || || || ||
|-
|style="color:#888" | 0236-Fix-intermittently-disappearing-mara-zaps || || || ||
|-
|style="color:#090" | 0237-repair-shader-replacement-entities || || #2806 || ||
|-
|style="color:#FFF" | 0238-fix-func_desctructable-not-being-linked-on-reset || bugfix || || ||
|-
|style="color:#FFF" | 0239-GMP-corpses-do-not-block-movers || gameplay || || ||
|-
|style="color:#FFF" | 0240-HUD-dmg-feedback-on-movers || || || ||
|-
|style="color:#FFF" | 0241-glm-VectorCopy-in-sg_spawn_mover.cpp || glm || || ||
|-
|style="color:#FFF" | 0242-cleanup || glm || || ||
|-
|style="color:#FFF" | 0243-give-can-give-mantis-staminaDrain || debug || || ||
|-
|style="color:#FFF" | 0244-Implement-the-Biokit || gameplay || || ||
|-
|style="color:#FFF" | 0245-make-bots-buy-the-biokit || gameplay || || ||
|-
|style="color:#FFF" | 0246-Biokit-changes || gameplay || || ||
|-
|style="color:#FFF" | 0247-Sudden-Death || gameplay || || ||
|-
|style="color:#FFF" | 0248-show-g_maxMiners-value-in-teamstatus || || || ||
|-
|style="color:#888" | 0249-random-building-for-bots || || || ||
|-
|style="color:#888" | 0250-bugfix-bots-build-drill-leech-even-when-BP-are-negat || || || ||
|-
|style="color:#FFF" | 0251-bot-tactic-menu || gui || || ||
|-
|style="color:#888" | 0252-complete-refill-for-clip-weapons-even-the-current-cl || || #2782 || ||
|-
|style="color:#888" | 0253-force-weapon-change-on-ammo-refill || || #2782 || ||
|-
|style="color:#FFF" | 0254-GMP-do-not-require-jumping-to-pass-telenodes || gameplay || || ||
|-
|style="color:#FFF" | 0255-update-the-MOTD-when-the-cvar-is-changed || || || ||
|-
|style="color:#FFF" | 0256-scoreboard-layout-changes || gui || || ||
|-
|style="color:#FFF" | 0257-voting-improvements-add-colours-and-formatting || gui || || ||
|-
|style="color:#FFF" | 0258-do-not-crash-if-a-sound-is-unknown || bugfix || || ||
|-
|style="color:#FFF" | 0259-release.sh-also-generates-changelog-for-debug-purpos || personal-infra || || ||
|-
|style="color:#FFF" | 0260-warn-when-game-should-be-ended-by-an-event || debug || || ||
|-
|style="color:#FFF" | 0261-do-not-disable-cg_drawentity-when-map-has-fog || debug || || || Seems to be missing a piece (unused 'scan')
|-
|style="color:#FFF" | 0262-traditional-is-not-deprecated || debug || || ||
|-
|style="color:#FFF" | 0263-say-the-original-value-when-trigger_heal-have-negati || debug || || ||
|-
|style="color:#FFF" | 0264-TMP-give-bbox-info-of-entities-don-t-remove-orphan-b || || || ||
|-
|style="color:#FFF" | 0265-Revert-rmlui-implement-standard-ul-li-tag || gui || || ||
|-
|style="color:#FFF" | 0266-CFG-sane-default-config-for-bots || bots || || ||
|}