AA Downloads

Build 0.2.9.3_alpha_z3574 available

2026-10-12T06:36:55+02:00

Built from legacy_0.2.9

This is an ALPHA build, please report any problems you find.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

The main reason for this release is that the default installation of libxml removed http fetch functions we were using, and that starts appearing in mainstream Linux distributions now, such as Ubuntu 26.10. On such systems, we now use libcurl as a replacement. Binary builds are unchanged, they still use the old libxml.

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

There is a new framerate limiter option in System Setup/Display Settings/Screen Mode. We decided to default it to 360 FPS, which should be inoffensive. This article describes how you can set it up to benefit you even more. And of course, you can completely disable it.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.3.0:

Fixed Bugs

Display lists + Simple Walls -> Gaps (#167)

Other Changes

No owner check in net_destroy_handler (#169)

Contributors

Balló György, Manuel Moos, Sauss-Ente, Thomas Karpiniec

0.2.9.3.1 released

2026-10-08T18:58:56+02:00

Built from v0.2.9.3.1

Game Client Downloads

Windows: armagetronad-0.2.9.3.1.win32.exe

Linux 64 Bit: ArmagetronAdvanced.AppImage

Linux 32 Bit: ArmagetronAdvanced-32bit.AppImage

macOS: armagetronad-0.2.9.3.1.dmg

Game Server Downloads

Windows: armagetronad-dedicated-0.2.9.3.1.win32.exe

Linux 64 Bit: ArmagetronAdvancedDedicated.AppImage

Linux 32 Bit: ArmagetronAdvancedDedicated-32bit.AppImage

macOS: armagetronad-dedicated-0.2.9.3.1.dmg

Source Downloads

Tarball: armagetronad-0.2.9.3.1.tbz

ZIP for Windows Builds: armagetronad-source-0.2.9.3.1.zip

This is a proper Release and should be safe for everyone to use.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.2.5:

Fixed Bugs

FPS display inaccurate (#143)
Ping Charity: If the lowest ping player sets it to PING_CHARITY to 0, PING_CHARITY_SERVER should be 0. (#153)
Private messages sent by a user should not go to the receiver as a console out. (#155)
No owner check in net_destroy_handler (#169)

New Features

MAX_FPS: Setting to limit framerate (#154)
Add MAX_FPS menu entry (#164)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Bernhard M. Wiedemann, Manuel Moos, Thomas Karpiniec

New Tools on the Block

2026-10-08T18:00:00+02:00

We have some new utilities in the source tree! The motivation of these additions was to make AI aided development safer, but of course, they have the side effect of being pretty useful for humans as well.

Unit Tests using doctest

In the directory src/test, we now have a couple of unit tests for base classes and even integration style tests. They use the doctest framework, a single header library included in src/thirdparty/doctest/doctest.h.

Tests get compiled into the standalone executable src/unit_tests. Run it without parameters to run all tests, check out -h to learn how to list tests and run single tests should you be interested in that. IDE integrations make use of these options.

doctest uses macros to structure tests, because there is basically no other sane way. A test can be a simple sequence of instructions with some assertions CHECK(...), but a very cool thing is that you can define sub-cases with a common setup section on top:

TEST_CASE("ePlayer basics")
{
    GIVEN("existsing ePlayer")
    {
        // fetch player 0
        ePlayer& player = *ePlayer::PlayerConfig(0);

        THEN("player has a name")
        {
            CHECK(0 != strlen(player.Name()));
        }

        THEN("there are at least four players")
        {
            CHECK(uMAX_PLAYERS >= 4);
        }

        THEN("ids assigned")
        {
            for (int i = 0; i < uMAX_PLAYERS; ++i)
            {
                CHECK(ePlayer::PlayerConfig(i)->ID() == i);
            }
        }
    }
}

This will run the test case three times, each time executing the fetch call, then one of the THEN blocks. Then sadly exit, you cannot define common tear down code. That will have to happen in destructors; check out the new header tools/tDefer.h and its existing uses in tests, that helps a little.

There are two very neat things about this:

If you run your debugger the right way, you can debug a single sub-case, and you won’t be bothered with breakpoint hits from parts of the test you are not interested in.
Strip out the code and only leave the macros, what do you get? You get a human readable specification. They suggest you use the macros GIVEN for setup, WHEN for an action, and THEN for the checks, and call that Behavior Driven Development (BDD).

What MAY work, I have not tested it, but will: For a new feature, you just write the part with the macros. Then you let the AI fill in the blanks of the test, then you let the AI build the implementation.

What was a bit surprising to me: We do have a lot of static data, lists that only can exist once, lists that objects automatically insert themselves to, and global functions. You’d think such things make code untestable, but that is not true; it makes it impossible to run tests in multi-threaded mode, that is all. As long as your test cleans up and leaves the system in the state it started in, there is no problem at all. Even the static timer function is not an obstacle; there is now simply a function to advance time a bit. (It still is shoddy design, mind.)

Friendly Build Script

batch/test_builds.sh can configure and build several different configurations inside build, directly in the source folder. build is of course in .gitignore. What is built is controlled by command line arguments, how it is built by environment variables. It makes an effort to keep builds for different configurations apart. It defaults to moderately strict compiler flags, with warnings as errors, very little output if there are no errors, and building and running the tests.

Possible command line arguments:

client_debug: client in debug mode with code coverage
server_debug: server in debug mode with code coverage
debug: both of the above
client and server: same in optimized mode
minimal: client with optional (but by default active) things disabled
all: all of the above
full: all of the above, but if you have both installed, for gcc and clang.
clean: clear all build directories

Most important environment variables, run with -h for the rest:

CXX: The C++ compiler to use
VERBOSE=1: Full output
COVERAGE=1: Builds human readable code coverage report
FORCE_RECONFIGURE=1: Runs configure again (automatic in most cases)

The idea behind the script is to provide a simple and definitive command to do development builds with. It should be easy to wire it into all kinds of workflows. No matter what the actual configuration is, the two debug builds get linked to the shorter build/test_vs_server_debug and build/test_vs_client_debug, so IDE configurations can work with hardcoded paths to those.

Code Coverage

As already mentioned above, we now support building with code coverage collection. It defaults to off, the configure parameter --enable-coverage enables it. We use gcov style output and the lcov tool to generate HTML reports. For clang, llvm-gcov is used for conversion.

We do not blindly chase high code coverage. That would be silly. lcov does not even count entire source files that are not covered at all. You can increase coverage by deleting non-covered code. You can write tests that cover a lot of code, but don’t do any testing; one could, for example, just play back a debug recording.

Instead, just use the coverage results to check whether your tests do indeed cover the code you want to test.

Codium/Visual Studio Code

.vscode has been added to .gitignore, so you can now put your configuration there without having to constantly take care to not commit it. A sample configuration, making use of the build script, is provided in .vscode.example. Link it and leave it, or copy it and modify to your needs.

What the sample configuration provides:

Include specifications, so code completion works
Build and debug configuration
Code coverage and test runner configuration

For all this to work, you need some extensions, they are in the suggested extensions configuration of the sample. The official C++ extension is in there, obviously. Additionally:

TestMate C++: Has adapters for the doctest based tests. You can run all tests to see which failed, see those failures integrated into the source code editor, and you can run and debug individual test cases. You can have the test executable monitored for changes so tests get rerun in the background every time you build.
Coverage Gutters: I have not used it as much so far… on demand, you can let it show on the left-hand margin which code lines are covered and which are not. This requires that you run the build script with COVERAGE=1.

Doxygen

We had this the whole time, but new now, thanks to newly discovered capabilities and filters, we generate a Main Page and classes are sorted into Topics, which makes navigation much easier. Building the documentation and uploading it somewhere using the build pipeline is a job for the future.

AI Guidance Files

Littered throughout the project, there are now AGENTS.md files, giving AI coding tools a short overview of the directory contents so they do not have to re-scan them every time, wasting tokens. The top level and src/test ones contain some human written instructions so they stick to the rules.

For your own fun side projects, use them as you see fit. If you want to contribute to the main repository, however, keep in mind that human developer enjoyment still very much is something we value. Anything you cook up with AI will be read by a human and checked whether it can be maintained by a human, so don’t even think about submitting 5000 line vibe coded diffs. We don’t have any hard limit… think about it like that, do you understand what your AI generated code does? Enough so you could change it yourself if requirements change? Then it is probably fine.

In case that scares you off: On the bright side, AI already has proven itself useful. Writing many of the automated tests, it uncovered a couple of bugs (diligently writing the tests around them, of course, because it was instructed to write tests that document the Status Quo). And 0.2.9.3.1 is an AI generated security fix against an (unpublished!) AI generated exploit, submitted by arcsinx.

In case you are curious, the AGENTS.md files were generated with a depth search by my COMPLETELY SELF DEVELOPED skill collection “Mossy Slop” (GitHub/GitLab), the mossy-scan skill.

Ok, the real origin story is that at work, we got a day of AI instructions from some consultant, and were told to use his framework. However, it burned through so many tokens that I told my AI to clone it, with token conservation in mind. And it did. And it worked, sort of. Most of the skills I actually used so far, I really have rewritten by hand.

Devcontainers

Not strictly part of any big change in the source, apart from adding .devcontainers to .gitignore: It is very much recommended to run your AI agents in a docker container without access to any important credentials. Here is my configuration, likely in heavy flux.

Some small adaptions in the source do cater to devcontainer users: The build script tries to detect if it is running in a container and if so, chooses different directory names. Container builds are likely incompatible with host builds.

Have fun,

Z-Man

Build 0.2.9.3_beta_z3199 available

2026-10-08T11:04:38+02:00

Built from beta_0.2.9

Game Client Downloads

Windows: armagetronad-beta-0.2.9.3_beta_z3199.win32.exe

Linux 64 Bit: ArmagetronBeta.AppImage

Linux 32 Bit: ArmagetronBeta-32bit.AppImage

macOS: armagetronad-beta-0.2.9.3_beta_z3199.dmg

Game Server Downloads

Windows: armagetronad-beta-dedicated-0.2.9.3_beta_z3199.win32.exe

Linux 64 Bit: ArmagetronBetaDedicated.AppImage

Linux 32 Bit: ArmagetronBetaDedicated-32bit.AppImage

macOS: armagetronad-beta-dedicated-0.2.9.3_beta_z3199.dmg

Source Downloads

Tarball: armagetronad-beta-0.2.9.3_beta_z3199.tbz

ZIP for Windows Builds: armagetronad-beta-source-0.2.9.3_beta_z3199.zip

This is a BETA build, please report any problems you find.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.2.5:

Fixed Bugs

FPS display inaccurate (#143)
Ping Charity: If the lowest ping player sets it to PING_CHARITY to 0, PING_CHARITY_SERVER should be 0. (#153)
Private messages sent by a user should not go to the receiver as a console out. (#155)

New Features

MAX_FPS: Setting to limit framerate (#154)
Add MAX_FPS menu entry (#164)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Bernhard M. Wiedemann, Manuel Moos

Build 0.2.8.3.7_alpha_z1898 available

2026-10-08T10:45:23+02:00

Built from legacy_0.2.8.3

Game Client Downloads

Windows: armagetronad-alpha-0.2.8.3.7_alpha_z1898.win32.exe

Linux 64 Bit: ArmagetronAlpha-0.2.8.3.7_alpha_z1898.AppImage

Linux 32 Bit: ArmagetronAlpha-32bit-0.2.8.3.7_alpha_z1898.AppImage

macOS: armagetronad-alpha-0.2.8.3.7_alpha_z1898.dmg

Game Server Downloads

Windows: armagetronad-alpha-dedicated-0.2.8.3.7_alpha_z1898.win32.exe

Linux 64 Bit: ArmagetronAlphaDedicated-0.2.8.3.7_alpha_z1898.AppImage

Linux 32 Bit: ArmagetronAlphaDedicated-32bit-0.2.8.3.7_alpha_z1898.AppImage

macOS: armagetronad-alpha-dedicated-0.2.8.3.7_alpha_z1898.dmg

Source Downloads

Tarball: armagetronad-alpha-0.2.8.3.7_alpha_z1898.tbz

ZIP for Windows Builds: armagetronad-alpha-source-0.2.8.3.7_alpha_z1898.zip

This is an ALPHA build, please report any problems you find.

Release Notes

This is from the 0.2.8.3 branch of development. It is the most recent LTS (Long Term Support) branch. While it is the most recent LTS branch, it will receive security fixes, adaptions to new compilers and Linux versions and some less important bugfixes.

Target audience for this series are mostly Linux distributors who do not want to upgrade to 0.2.9 just yet. If you are in that camp and need help integrating the changes into your build, contact us.

We started to integrate builds for macOS. Consider them alpha for now, testing and patches very welcome. The current macOS specific issues can be viewed on our tracker.

Patch Notes

Changes since 0.2.8.3.6:

Fixed Bugs

Sound trouble deja entendu (#130)
Online play suddenly stopped working. (#145)
Ubuntu versions contain ~ppa1~ppa1 (#70)
Website update waits for launchpad uploads that do not happen (#71)
Versioning script incorrectly takes current tag into account (#72)
Retina display not working correctly (#88)
0.2.9 clients lose connection on 0.4 server (#98)
Client sends quickly typed chat message with last character missing (#106)
Backslashes not escaped when saving to user.cfg (#110)
Fix invulnerability bug handling (#111)
macOS DMG Build problems when building inside the source tree (#119)
User data saved in the wrong place on macOS (#125)

New Features

Add macOS dmg bundling (#86)
Integrate macOS build into pipeline (#87)
Sign the application bundle (#89)

Other Changes

Improve deployment cancellation (#80)
macOS Build (#82)

Contributors

Armanelgtron, Manuel Moos, Thomas Karpiniec

Build 0.2.9.3_rc_z3199 available

2026-10-07T23:45:50+02:00

Built from release_0.2.9

Game Client Downloads

Windows: armagetronad-0.2.9.3_rc_z3199.win32.exe

Linux 64 Bit: ArmagetronAdvanced.AppImage

Linux 32 Bit: ArmagetronAdvanced-32bit.AppImage

macOS: armagetronad-0.2.9.3_rc_z3199.dmg

Game Server Downloads

Windows: armagetronad-dedicated-0.2.9.3_rc_z3199.win32.exe

Linux 64 Bit: ArmagetronAdvancedDedicated.AppImage

Linux 32 Bit: ArmagetronAdvancedDedicated-32bit.AppImage

macOS: armagetronad-dedicated-0.2.9.3_rc_z3199.dmg

Source Downloads

Tarball: armagetronad-0.2.9.3_rc_z3199.tbz

ZIP for Windows Builds: armagetronad-source-0.2.9.3_rc_z3199.zip

This is a Release Candidate for ironing out the last breaking changes before an actual release.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.2.5:

Fixed Bugs

FPS display inaccurate (#143)
Ping Charity: If the lowest ping player sets it to PING_CHARITY to 0, PING_CHARITY_SERVER should be 0. (#153)
Private messages sent by a user should not go to the receiver as a console out. (#155)

New Features

MAX_FPS: Setting to limit framerate (#154)
Add MAX_FPS menu entry (#164)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Bernhard M. Wiedemann, Manuel Moos

Build 0.2.9.3_rc_z3198 available

2026-10-07T10:01:12+02:00

Built from release_0.2.9

Game Client Downloads

Windows: armagetronad-0.2.9.3_rc_z3198.win32.exe

Linux 64 Bit: ArmagetronAdvanced.AppImage

Linux 32 Bit: ArmagetronAdvanced-32bit.AppImage

macOS: armagetronad-0.2.9.3_rc_z3198.dmg

Game Server Downloads

Windows: armagetronad-dedicated-0.2.9.3_rc_z3198.win32.exe

Linux 64 Bit: ArmagetronAdvancedDedicated.AppImage

Linux 32 Bit: ArmagetronAdvancedDedicated-32bit.AppImage

macOS: armagetronad-dedicated-0.2.9.3_rc_z3198.dmg

Source Downloads

Tarball: armagetronad-0.2.9.3_rc_z3198.tbz

ZIP for Windows Builds: armagetronad-source-0.2.9.3_rc_z3198.zip

This is a Release Candidate for ironing out the last breaking changes before an actual release.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.2.5:

Fixed Bugs

FPS display inaccurate (#143)
Ping Charity: If the lowest ping player sets it to PING_CHARITY to 0, PING_CHARITY_SERVER should be 0. (#153)
Private messages sent by a user should not go to the receiver as a console out. (#155)

New Features

MAX_FPS: Setting to limit framerate (#154)
Add MAX_FPS menu entry (#164)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Bernhard M. Wiedemann, Manuel Moos

Build 0.2.9.3_alpha_z3570 available

2026-10-07T09:32:03+02:00

Built from legacy_0.2.9

Game Client Downloads

Windows: armagetronad-alpha-0.2.9.3_alpha_z3570.win32.exe

Linux 64 Bit: ArmagetronAlpha.AppImage

Linux 32 Bit: ArmagetronAlpha-32bit.AppImage

macOS: armagetronad-alpha-0.2.9.3_alpha_z3570.dmg

Game Server Downloads

Windows: armagetronad-alpha-dedicated-0.2.9.3_alpha_z3570.win32.exe

Linux 64 Bit: ArmagetronAlphaDedicated.AppImage

Linux 32 Bit: ArmagetronAlphaDedicated-32bit.AppImage

macOS: armagetronad-alpha-dedicated-0.2.9.3_alpha_z3570.dmg

Source Downloads

Tarball: armagetronad-alpha-0.2.9.3_alpha_z3570.tbz

ZIP for Windows Builds: armagetronad-alpha-source-0.2.9.3_alpha_z3570.zip

This is an ALPHA build, please report any problems you find.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.3.0:

Fixed Bugs

Display lists + Simple Walls -> Gaps (#167)

Contributors

Balló György, Manuel Moos, Sauss-Ente, Thomas Karpiniec

Build 0.2.9.3_beta_z3198 available

2026-10-07T09:04:07+02:00

Built from beta_0.2.9

Game Client Downloads

Windows: armagetronad-beta-0.2.9.3_beta_z3198.win32.exe

Linux 64 Bit: ArmagetronBeta.AppImage

Linux 32 Bit: ArmagetronBeta-32bit.AppImage

macOS: armagetronad-beta-0.2.9.3_beta_z3198.dmg

Game Server Downloads

Windows: armagetronad-beta-dedicated-0.2.9.3_beta_z3198.win32.exe

Linux 64 Bit: ArmagetronBetaDedicated.AppImage

Linux 32 Bit: ArmagetronBetaDedicated-32bit.AppImage

macOS: armagetronad-beta-dedicated-0.2.9.3_beta_z3198.dmg

Source Downloads

Tarball: armagetronad-beta-0.2.9.3_beta_z3198.tbz

ZIP for Windows Builds: armagetronad-beta-source-0.2.9.3_beta_z3198.zip

This is a BETA build, please report any problems you find.

Release Notes

This is from the 0.2.9 branch of development. Our current releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

0.2.9.3.1 has a security fix, users were able to delete objects owned by other clients. Thank arcsinx (Thomas Karpiniec) for that fix!

Patch Notes

Changes since 0.2.9.2.5:

Fixed Bugs

FPS display inaccurate (#143)
Ping Charity: If the lowest ping player sets it to PING_CHARITY to 0, PING_CHARITY_SERVER should be 0. (#153)
Private messages sent by a user should not go to the receiver as a console out. (#155)

New Features

MAX_FPS: Setting to limit framerate (#154)
Add MAX_FPS menu entry (#164)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Bernhard M. Wiedemann, Manuel Moos

Build 0.4.0_alpha_z6401 available

2026-10-07T08:29:05+02:00

Built from trunk

Game Client Downloads

Windows: armagetronad-experimental-0.4.0_alpha_z6401.win32.exe

Linux 64 Bit: ArmagetronExperimental.AppImage

Linux 32 Bit: ArmagetronExperimental-32bit.AppImage

macOS: armagetronad-experimental-0.4.0_alpha_z6401.dmg

Game Server Downloads

Windows: armagetronad-experimental-dedicated-0.4.0_alpha_z6401.win32.exe

Linux 64 Bit: ArmagetronExperimentalDedicated.AppImage

Linux 32 Bit: ArmagetronExperimentalDedicated-32bit.AppImage

macOS: armagetronad-experimental-dedicated-0.4.0_alpha_z6401.dmg

Source Downloads

Tarball: armagetronad-experimental-0.4.0_alpha_z6401.tbz

ZIP for Windows Builds: armagetronad-experimental-source-0.4.0_alpha_z6401.zip

This is an EXPERIMENTAL build, the cautious should stay away. The daring should please report any problems they find.

Release Notes

This is from the 0.4 branch of development. Our experimental releases are derived from here.

It’s all libxml’s fault

But hey, you also get a better framerate indicator. And it seems the bugs Alex Bagnall fixed made the bots a little more competent.

Patch Notes

Changes since 0.2.9.3.0:

Fixed Bugs

Ubuntu PPA release candidate builds would overwrite previous stable releases (#15)
Bad video mode error recovery (#23)
Crash when entering any game on client on OpenBSD+clang (#30)
mathexpr.cpp: exp10 not available on OpenBSD (#31)
Global keyboard actions, like fullscreen toggle, triggered while entering text in text input fields (#32)
Windows: DPI scaling behavior wrong (#33)
AppRun script uses ~/.armagetronad as cache directory, should use ${XDG_CACHE_HOME:-~/.cache}/armagetronad (#43)
Music does not work on SDL_Mixer > 2.0.1 (#64)
“xdg-icon-resource: command not found” on macOS (#83)
Retina display not working correctly (#88)
0.4 macOS build crashes on startup (#94)
Fullscreen mode: flickering startup (#95)
0.2.9 clients lose connection on 0.4 server (#98)
Docker Image: Increase thread stack size (#104)
“Redo first setup”: Color says “Blue”, result is black. Should show “Leave alone” and do just that. (#113)
Fix login prompt not accepting input immediately (#123)
Display lists keep rim wall lowered (#141)
Display lists + Simple Walls -> Gaps (#167)

New Features

Add tSettingItemLine (#3)
user.cfg fine grained upgrade system (#61)
Add option for low DPI rendering (#96)
Make window resizable (#97)

Other Changes

Improve sound (#45)
Pasting does not properly handle unicode input (#51)
Improve deployment cancellation (#80)
Crash when votes are issued (#84)
Better detection for boost-thread (#85)
Windows debug build crashes on startup (#91)
Internal error in boost::thread::thread(const T &) [T = tMemberFunctionRunnerTemplate] ([#115](https://gitlab.com/armagetronad/armagetronad/-/work_items/115))
Window size sometimes not set (#116)
Window drifts when toggling to fullscreen and back (#117)
fadeout name improvements (#121)
Crash on dedicated server startup (#122)
Disable low latency mode if not waiting for vsync (#124)
Trunk Windows builds fail with “random_device::random_device(const std::string%)” messagebox (#140)
BSD: Crash on master server list load (#151)
Protobuf v30 compatibility (#157)
Cockpit Map background should not default to white (#166)

Contributors

Alex Bagnall, Armanelgtron, AsciiWolf, Balló György, Bernhard M. Wiedemann, Dan Church, Daniel Harple, Dave Fancella, Foster McLane, Frost Flores, Hugh McMaster, Jip, Luke-Jr, Manuel Moos, Matias Pino, Niklas Karbaum (ai.tron), Sauss-Ente, Thomas Karpiniec, Viorel-Cătălin Răpițeanu, Vitty, Voodoo, Yann Kaiser, armagetron at ensemble-fnm.de, epsy, guru3, madmax, ninjum, philippeqc, pnoexz at gmail.com, wrtlprnft, yarrt