500!

July 14, 2023 · Posted in Command, Command PE · Comment

Command Professional Edition v2.2.4 is now available, and with it, Pro access to a major milestone: v500 of Command’s massive simulation database. We’re very excited to reach DB v500, as it gives us an opportunity to reflect on what we have achieved over the past decade.

The Command DB has had a number of stewards over the years, each of whom left a distinct mark on it. The steadily ripening fruit of their collective labor can be seen just by looking through today’s databases. Though we often collectively refer to “the DB”, Command actually has two separate databases: the “Cold War DB,” or “CWDB,” which covers the years 1945 to 1980; and “DB3000”, for everything after. Combined, the DBs include platforms of today, tomorrow, and yesterday, as well as also modeling some hypothetical platforms ranging from likely to ludicrous.

	DB3000	CWDB
Aircraft	6,645	4,630
Ships	4,351	2,983
Subs	744	573
Facilities	3,827	3,442
Ground Units (New)	432	N/A
Satellites*	162	26

* Each “satellite” entry actually represents an entire constellation, so each will contain specific TLE data for several or even dozens of satellites.

The Ground Units annex was added comparatively recently and represents only a year or so of additions as opposed to the decade spent on the others, hence its lower numbers. However, these additions were specifically chosen to include nearly all mainline American, Soviet/Russian, and Chinese combat vehicles.

On their own, the numbers are impressive, but they become even more so when considering the work that goes into each entry. Each entry contains dozens or even hundreds of individually researched fields. The Command DB is entirely open source, and therefore reliant on original research from the DB team and community contributors. We have no automated web-scraper or third-party source from which to consistently pull information, nor do we settle for single-source data. Everything must be corroborated. Sometimes, team members have even analyzed overhead imagery to confirm dimensions or armaments. Finally, all research is vetted to ensure that leaked classified sources are not used in the DB. Every one of our thousands of entries represents hours of painstaking research work from the DB team – and, increasingly, from our dedicated community members, who spend countless free hours creating Github tickets, bug reports, etc.

The result is no less than one of the world’s foremost open-source global military equipment databases. At professional events, we often challenge visitors to our booth to come up with something not in the DB; few have yet managed it. Regular bi-monthly updates keep the database relevant in a world where new platforms emerge seemingly weekly, as well as ensuring a constant stream of fixes and improvements – and you get all this support free with your license!

For all these flowery words, at the end of the day, the DB v500 release is just that: the latest in a string of releases. There are countless platforms yet to add, there are features still to implement, and there will be bugs to fix. By the time this post is released, DB v501 will have already been released to commercial users for public testing, and the DB team will be hard at work on DB v502. The gears turn; the cycle continues.

But as we mark this moment, we’d like to wholeheartedly thank everyone who has helped Command and its database so far: from every member of the dev team, past and present, whose work is entwined in those thousands of entries; to the eagle-eyed contributors on our forums and Github repos; to every player who opened Command for the first time and asked “gee, what don’t they have in here?” Reaching DB v500 is not merely a testament to the toils of today’s DB team and their proud predecessors, but rather a reflection of years of sustained support by the entire dev team and our valued community.

With this update also comes the latest version of the database editor. The database editor allows professional clients to plug in custom values for units on the user side. This allows users to model proprietary or classified hardware specifications without the need to share information with outside sources.

Tags: no tags

Rome Calling: Meet us at the 10th Command-PE User Event this September in Rome

July 13, 2023 · Posted in Command PE · Comment

The 10th Command User Event will be hosted in Italy for the first time, at Casa dell’Aviatore (Italian Air Force club – address: Viale dell’Università 20, 00185, Rome) from the 18th to the 22nd September 2023. Our thanks and appreciation to Aeronautica Militare Italiana for making this possible.

The Command events are proving increasingly popular so, if of interest, we advise you to confirm your bookings as quickly as possible, as the space is limited.

Command PE (CPE) continues to expand in content and features and this year’s event will include some of our latest upgrades e.g. ‘Real Time MultiPlayer (RTMP)’, ‘Amphibious Ops Planner’ and ‘Logistics upgrades,’ plus some as yet unannounced features.

The event will include training from beginner to experienced level, carried out by leading figures in the sector and is targeted towards your own specific needs. It will include a range of analysis and experimentation tools which are unique to CPE. CPE boasts a powerful, scalable simulation engine which utilizes the most comprehensive and unique database of platforms and weapon systems in existence, dating from WW II to near future.

Further information will follow in respect of the Training Schedule. You are of course welcome to pass this invitation to your other interested colleagues.

More details HERE

Tags: no tags

Salty Farnborough: Matrix Pro Sims and Command PE at CNE 2023

May 27, 2023 · Posted in Command PE · Comment

At the Combined Naval Event 2023 at the Farnborough International Exhibition Center, Matrix Pro Sims exhibited Command Professional Edition and the upcoming Modern Naval Warfare. These two products provide a commercial off-the-shelf solution to analyzing tactical and strategic problems in both a surface and submarine environment.

Command PE provides a strategic view of air, naval, and ground combat in a combined package that allows existing and emerging technologies to be showcased and studied in a virtual environment.

Modern Naval Warfare simulates the interior of a Virginia class submarine in a VR environment. Both command and crew stations are modeled, allowing for team training at various stations throughout the submarine.

CEO Ian McNeil of Matrix Pro Sims gave a presentation on the value of digital twins in modeling equipment in a combat environment, and the potential this provides in empowering personnel and improving their interoperability.

Tags: no tags

Tiny’s big brother: Command PE v2.2 now available

March 6, 2023 · Posted in Command PE · Comment

It’s been a freakishly busy 12 months! Since the release of CPE v2.1, the Command dev team has been tirelessly working on assembling the next major update for Command PE, and now the day has come: Command PE v2.2 is available for download.

Phil Gatcomb has made a new series of tutorial videos detailing some of the new features (also present in CMO); watch them HERE.

A release every bit as gargantuan as its War Planner/”Tiny” stablemate on the commercial CMO side, the v2.2 update includes a massive range of groundbreaking new features as well as myriads of less major improvements and additions. Pro users who also dabble on the commercial version will likely recognize many features that debuted on the War Planner launch, but the update also introduces several additions exclusive to the professional edition.

Some of the hottest new features include:

Amphibious Planner & Operations Planner: Ever wished you had an ATO-like overview of all missions and operations planned or currently executing, their status and hierarchical priorities and dependencies? With units or even entire task forces automatically switching from one mission to the next as objectives are achieved. The brand-new Amphibious and Operation planners make this, and much more, a reality. The amphibious and operation planner, together with the serial editor, form a set of common-oriented tools that allow you to orchestrate complex, multi-layered operations (including, but not limited to comprehensive amphibious landings) and execute the different phases of an operation at different time points or based on customized conditions.

Multi-Domain Strike Planner: Coordinate massive, complex strike missions with time-on-target, complex flight plans (incl. in-flight refueling), multiple attack patterns and multi-domain strike combinations.

Cargo 2.0: Command’s existing cargo system was hitherto geared more towards the transfer of combat forces & personnel rather than materiel. This changes radically with Cargo 2.0. You can now transfer both combat units and also weapons, stores, fuel and any arbitrary material. Place your cargo on a multitude of different container types, from standard ISO-blocks to specialized boxes, each with its own peculiarities. Transload cargo at airbases, ports etc. in order to haul it over even transcontinental distances. Automate all this through cargo and (new) transfer missions. Set up complex logistical chains from mainland factories all the way to the front line.

“Double-flame” mode (5-sec sim timeslice): “I wish my simulation runs had executed more slowly, I had time to spare” – said no-one on their deathbed. Aside from an array of general sim-speed improvements, this update brings a brand-new exclusive (and optional) time accel mode: “Double Flame”. This cranks up the virtual timeslice to 5 seconds, massively speeding up simulation execution. And it manages to do so without the wierd bugs and repercussions normally (and wisely, from hard-won experience) associated with excessive time-slice sizes.

3D signature splat: We have a separate article for this addition, and for good reason. This brand-new mechanics override allows precisely specifying the per-angle signature (any type) of any given platform, both on azimuth (horizontal plane) and elevation (vertical plane), offering a true 360-deg signature sphere. Furthermore, it can directly use AFSIM-format signature tables. Not every pro user needs this, but to those who do: You’re welcome.

Intermittent EMCON: This band-new feature allows controlling the behavior of emitting sensors so they emit in intervals instead of only continuously or never. Radars and other active emitters no longer have to strictly choose between active and silent: You can now blink, and schedule exactly how to. No scripting necessary! (But scripting is still a very powerful option).

Palletized weapons: This is a new capability that has been making the public rounds lately, as a result of a series of videos by AFRL on the “Rapid Dragon” concept. Using pallets packed with guided weapons, aircraft not usually associated with frontline attack operations (such as transports) can contribute to the firepower volume allocated at enemy forces.
As usual, there are caveats. The fact that weapons are fired from released pallets, rather than individually fired from the parent platform, means that weapon allocations must happen in batches; if a single missile in say a 12-pack is allocated, the full dozen has to be allocated either on the same target or others. (There exists of course the theoretical option of allocating only the desired amount of weapons and just sacrificing the rest of the pack, but the cost of the majority of modern weapons makes this an unlikely scenario).

Custom Environment Zones: Using this new feature, you can define a zone where you can tailor the environment & weather properties. This can be useful if you want a “controlled environment” for sensor checks, mobility & damage tests etc., but can also be used as a localized “weather override” for scenario purposes.

One-click License Revoke: The license-revoke procedure has been further automated, allowing you to revoke the license on any existing machine, and re-apply it on another system, without any intervention by Matrix personnel.

Benchmark mode: If you are familiar with Monte-Carlo analysis using CPE, then this new feature can best be described as “Monte-Carlo without any data export”. This provides an objective way to measure & compare a system’s performance and suitability for CPE, by repeatedly running any selected scenario in headless mode. (By default, the execution is run using fine-grained pulse mode (i.e.. 0.1-sec pulses) in order to stress-test the simulation engine and the hardware resources; however, “coarse” and “very coarse” options are also available.

Barks & slug-trails: Barks are short text notifications that can be set to appear, briefly, anywhere on the map. The appearance and “styling” of the barks (color, text, duration etc.) is fully customizable through the Lua API, so you have full power to add them on any action performed.

“Slug trails” are a UI/map feature familiar to anyone with past experience with air-traffic control radar screens, sonar tactical consoles etc. They essentially display the past known locations of a given unit or contact in order to provide better context for their movement.

IRST/FLIR improvements: IRSTs and high-mag cameras are no longer near-magical counter-VLO sensors. They may still be your best bet for detection, but you won’t be volume-scanning for stealth fighters at >100nm anymore. (You can still spot/track them pretty far enough IF something/someone else first cues you there).
The relevant sensors now have a dual value in the search range listing in the DB value, to make it more explicit where their volume search extends to.
Visual and IR checks are now also susceptible to look-down clutter. For example, it is easier for an IRST (or the plain Mk1 Eyeball) to pick out an aircraft over the horizon line than against the surface background.

Radar & IR Stealth Improvements: Sensor improvements come coupled with a massive overhaul of signature modifiers in the DB, which significantly improve the realism of our stealth model by drawing clearer distinctions between shaping and RAM generations. We also added special DB “flags” to indicate the presence (or lack) of certain stealthy design features such as S-shaped intakes, exposed fan blockers, active cancellation, and stealth pylons. The overhaul also extended to IR modifiers, which now not only model whole-aircraft IRSS (distributed vs. conventional fuel tanks, low-E coatings) but also specific IRSS features such as shielded “anti-Strela” exhausts, masked exhausts, heavily masked / slit-shaped exhausts, and peak temperature reduction or “cool-air mixing”.

HGV improvements: Hypersonic Glide Vehicles (HGVs) can now have a waypoint/dogleg course assigned when launching them, with one or more waypoints. This reflects one of their core advantages compared to ballistic missiles. The trajectory profiles of HGV has also been improved, with updated information assembled from public sources about the typical boost, re-entry and glide portions of HGV employment.

Revised reaction times: The differences in reaction times, and their effects, are now more critical than ever. All units use common-reference “Combat System Generation” (“Cockpit Generation” for aircraft) to model the modernity of their combat systems, combined with an “Ergonomics” value to handle intra-generation differences (the atrocious switchology on early missile-age aircraft will most definitely get you killed now). Older, WW2-era ships may take up to 5 minutes to engage a target, while Aegis cruisers fire in <20 seconds. For more details see the paragraph “Overhauled Reaction Times” on this post.

Degree-definable sensor arcs and vertical scan limits: This is a seemingly small but important improvement to our sensor modelling: at last, sensor arcs can optionally be defined in degrees, rather than just in “pie wedge” set sectors. We have also implemented vertical sensor arcs, which were especially important during the Cold War. Older air-to-air radars were often limited to a small chunk of vertical space (20 degrees or so), which meant that fighters would struggle to detect aircraft far below or above them. For air planners, this meant “Low CAPs” and “High CAPs” were necessary.

Ground logistics improvements: As part of the Cargo 2.0 changes, both the UI and underlying mechanics for the replenishment of ground forces have been improved. Distinct ground units are now fuel-limited and will stop dead in their tracks if they are not properly refueled. Both fuel and munitions can be replenished by dedicated resupply trucks included in the database, and the unit-context menu (aka right-click menu) includes a host of new options for selecting which stores to restock in priority, as well as to select which provider to actually use for the replenishment rendezvous.

Improved torpedo evasion: Ships & submarines now attempt to evade incoming torpedoes more realistically, following these guidelines. Submarines will additionally alter their depth to avoid the torpedo(es) if appropriate.

Weather effects for surface ship speed: This is an optional new feature. When enabled, deteriorating weather conditions (and especially increasing sea state) has an adverse impact on the maximum speed that ships can travel. This effect is particularly acute on small-displacement ships. Depending on sea state and ship size, a ship may be forced to run at 3/4, half, 1/4 speed or even heave (effectively remain stationary). The information about the weather-related limitation is shown in various ways: On the ship datablock, on the “Unit Status” panel and on the throttle/altitude window.

Aircraft maximum airborne endurance: This fixes the “aircraft may stay up indefinitely by multiple A2A-refuellings” realism flaw. Aircraft are now limited in their total airborne endurance depending on their size, type and crew complement. The information about current airborne total time and maximum endurance is listed on the fuel panel and is color-coded for at-a-glance evaluation (dark red is bad). If an aircraft reaches it max endurance limit, it enters an “RTB – Exhaustion” state, turns straight for its home base and will refuse any manual orders to change course or engage in any other activity.

New event-export event type – Cargo transfer: The event-export framework can now track and export all cargo-transfer operations being performed during a simulation. For details see the “Event Export” section on the CPE v2.2 manual.

Complete sensor detection reports: Perplexed as to why a given sensor detection failed? CPE now offers the ability to deep-dive into the detection process and examine each step and factor individually, to better understand which steps succeed and which fail into any detection attempt. A powerful but also CPU-expensive new feature that definitely demands wielding with caution, and using in moderation.

Expanded Lua event hooks: More hook types related to sensor checks and contact updates (in both on- and off-grid communications states), offering even greater mechanics-override functionality through this powerful framework.

All the content & database updates of CMO: All official scenarios (incl. DLCs) have been rebuilt in the latest DB releases and tweaked. This includes various fixes for reported issues. In all the scenarios the WRA firing ranges for AAW missiles have been adjusted to No-Escape Zone (NEZ) by default. Practically this means that units will delay their AAW shots until they estimate that the target cannot outrun the missile.
The very latest (v498a for the DB3000 and v498 for CWDB) revisions of the official databases have also been included; their miles-long changelog is available in the CMO War Planner update release notes.

The CPE development team is already busy assembling the follow-on update releases for CPE, featuring even more advanced features and major upcoming architectural upgrade. As always, stay tuned for more news.

Tags: no tags

When high fidelity counts: 3D radar splat in Command PE

March 6, 2023 · Posted in Command PE · Comment

The new v2.2 update of Command PE is a truly massive release, as it includes all the latest additions of the commercial massive “War Planner” update, plus some new features which are exclusive to the pro edition. One of the most exciting new features has arguably one of the blandest names possible: 3D radar splat. Let’s have a look at why we are so electrified about this addition.

By default, Command abstracts the radar signature (and other sensor signature types) of any given unit into a six-sided distribution: front, sides, rear and top/bottom. This is an example from an F-16A database entry:

(RCS values are in dBSM)
This arrangement allows modelling a wide array of different common signature combinations. Some examples:

While this degree of fidelity is perfectly adequate for the commercial version of Command, professional users sometimes need something more detailed. Why? Because real-world signatures are far more complex than that:

(If you didn’t already know why they’re called “splats”, now you do)
Not only is the angle-dependent signature value more finegrained depending on the azimuth angle, but the value also varies both on the horizontal and vertical axis. This is an example of the estimated RCS values (L-band) of the F-16A on the frontal aspect, dependent on azimuth and elevation:

With this in mind, we set out for a way to properly model this variance. Thankfully, an industry standard of sorts already exists: AFSIM, a modeling & simulation suite, tackles this very challenge by defining a file format for representing signature values on both dimensions. We paralleled this format & structure for CPE and further extended its potential application to any sensor signature type, instead of just radar. This makes it very easy for clients who already use such files in AFSIM to also use them in CPE without any internal changes.

The key is using a two-dimensional table of values, with the rows and columns delineated by the respective azimuth and elevation samples, and the matching value samplings within the table. As often, a picture speaks a thousand words:

Using this already-established format, CPE now allows modelling in great detail the aspect-dependent signature values (any valid signature type) of any aircraft. This is implemented as an optional mechanics override, and the splat files are per-DBID, so a user can mix-and-match his highly-detailed splat files for the aircraft(s) of interest, together with the existing 6-side format that Command’s database offers for all other aircraft.

The new 3D radar splat and many more new features are part of the new CPE v2.2 update, which has just been released.

Tags: no tags