From Bohemia Interactive Community
Revision as of 00:09, 21 November 2023 by Lou Montana (talk | contribs) (Text replacement - "[[Image:" to "[[File:")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search



  • Showcase what testing is all about.
  • Explain how to simplify the task.
  • Offer tools to support and simplify testing.


A crucial part is to have your development setup right and all decent tools available.

Make sure that both is true for your setup.

General tips

  • Use window mode to avoid load times from ALT+Tab and therefore easily be able to switch been the game and the OS. This is also useful for game loading times to be able to do something useful meanwhile. (ArmA:_Startup_Parameters):
  • Use -x and -y along with window mode to be able to have another app visible on the screen. Alternatively get a second monitor. (ArmA:_Startup_Parameters):
-window -x=800 -y=1024
  • Alternatively you can modify the arma.cfg located in your .\profiles\Users\STANDARD-OS-USER folder. You can define the start area (x & y) as well as the width and height. In other words you can leave the area left/right either/and below/above the arma screen "blank" for your text editor or any other app.
// Example for 1280 x 1024 windows resolution with two line taskbar.

No top window bar
Window mode with reduced screen size

  • Use noPause mode to keep the gaming running even without focus for non MP environment. Testing in the MP editor makes this no longer needed. Yet with the SP editor you can load a mission more easily and bit faster. (ArmA:_Startup_Parameters):
  • Use profiles to put the profile folder within your arma folder to access it more easily. Use name to call a specific profile for testing. (ArmA:_Startup_Parameters):
-profiles=Profiles -name=test

An alternative is to use an full path to avoid the profiles folder sublayer
and have the 'users', 'mpmissionscache' and the debug and report files
directly in the game folder:

  • Modify your test.ArmAprofile to the very lowest settings to reduce low times and get most FPS:

Launching the game

Everything related to configs requires the game to be (re)started to parse the config files.

To reduce the A1 startup time you can utilize the following tweaks:


Minimal Addons Setup

Step-by-step setup:

  1. Move your .\arma\addons folder to .\arma\CA_addons\addons
  2. Adapt all your standard launch paths to use -mod=CA_addons; (and more if needed)
  3. Create the folder structure .\arma\x\mas\addons
  4. Git clone the MAS repository to .\arma\x\mas
  5. Copy anims.pbo from .\arma\CA_addons\addons to .\arma\x\mas\addons
  6. Adapt dev launch paths to use -mod=x\mas; (and more if needed)

MAS git repository data:

URL of repository:

Testing areas

SP editor

  • Benefits of the SP editor:
    • A
  • Direct launch:

MP editor

  • Benefits of the MP editor:
    • A
  • Direct launch:

Dedicated server

You can easily setup a dedicated server on your own computer. Especially with a multi core system the performance is fine.

  • Benefits of the dedicated editor:
    • Only way to properly test a MP mission for locality and performance.
  • DS configuration:
  • Direct launch:



The game will write errors of configs and scripts to a file called arma.rpt.
Check the page for the file's location.

The meaning of some errors is explained there as well as on its talk page.
However most error messages are rather easy to understand from the naming
and given output.

Any script error message happening during the game will be put in the arma.rpt.

Dedicated server

Note that while testing on a dedicated server it will write an arma.rpt there
as well. So make sure to check both the client and the server.

Write to arma.rpt yourself

You can use these commands to debug strings to rpt file:

diag_log "test";
diag_log _test;
diag_log (a + b);
diag_log [test];
localize 'my Debug String'; // => 'String my Debug String Not Found'
'my Debug String' createVehicleLocal [0, 0, 0]; // => 'Cannot create non-ai vehicle: my Debug String'

With format['%1',_myVar] you can convert code to string.

localize format['%1',_myVar];
format['%1',_myVar] createVehicleLocal [0, 0, 0];

Debug console

Get a debug console. You can execute code during the mission or check variables:



You can make yourself invincible with

player allowDamage false;
(vehicle player) allowDamage false;

Run it in a loop to make it always applied to matter what vehicles you enter and exit:

[] spawn
 while {true} do
  player allowDamage false;
  (vehicle player) allowDamage false;
  sleep 0.1;

Unpacked files