Armoured Commander II

Animated title screen

I’m currently working on a sequel to my original game. The scale is larger, there’s more detail in the hex map, and it will cover more periods and theatres of the war.

Posted in Uncategorized | Leave a comment

Late June Update

Have returned from a couple weeks conference travel and had a little time to continue working on a number of minor but essential systems in the game. One of these is restricting attacks to covered arcs, as shown in the image above. As you can see, the Hull MG is in arc for this target, but since the turret has been rotated, the main gun and the co-ax MG cannot. I’ve started adding additional Polish tanks and guns in preparation for writing the AI routines and testing them.

I’ve also completely removed the on-map pop-up labels. As with ArmCom1, these have turned out to be difficult for the player to follow in the heat of action, and I think the message console below the map, in conjunction with on-map hex highlights that activate when a message is added and a message log window for the player to review, will work much better.

Posted in Uncategorized | Leave a comment

Context is Everything

Facing the difficult problem of trying to cram too much information into a limited area of the game screen, I’ve added a new console display in the upper left corner of the map viewport that displays different information depending on the current turn phase. In the movement phase it shows the movement class of the player’s tank, their maximum and remaining Movement Points, and in the future will also display any movement-related restrictions (immobilized, bogged down, etc.) In the shooting phase, it contains essential information on the player tank’s main gun. Both movement and main gun information will always be available from the player tank screen, but for the most part players will only need this data during the appropriate phase, so it seemed to make sense to move it there. As a result, I’ve been able to display more important data about the player tank, such as its crew and armour ratings.

I’ve also improved by roguelike credentials by adding a message console to the bottom of the map view, with a message log window to come in the future. The full messages will eventually contain much more specific information about what is going on (timestamp, name of the unit, etc.) while the on-screen pop-up messages will only provide quick indications of events and outcomes.

Posted in Uncategorized | Leave a comment

Quick Update

I’ve made a fair bit of progress on Proof of Concept 4 of Armoured Commander II:

  • expanded the base terrain map and edited terrain generation to handle maps of any size
  • implemented a basic concealment/spotting system with a set of rules on when and how units are spotted depending on their unit type, current terrain, range to spotter, etc.
  • implemented reloading and rate of fire rolls for ordinance weapons on the player tank
  • added a new system for attacks, using modified to-hit and firepower calculations; this system is similar to that used in ArmCom1 but is steamlined and modified in a few ways

One major change from previously is that successful AP hits on armoured vehicles and small arms attacks on units are now applied only at the end of each phase. This means that the player (and other friendly and enemy AI units) will know when an attack has been successful / has penetrated the target armour, but will not know what the end result of these attacks will be until the end of the phase. For infantry/guns this ranges from a pin test to destruction, while armoured vehicles might only suffer minor damage or might be knocked out completely. This is a central mechanic of the game and it’s important to get it right. My goal with this system is to replicate a little of the fog of war, where the fate of an enemy platoon or vehicle after an attack isn’t always immediately evident, and firing units don’t have the luxury of taking attacks one at a time and seeing what final effect they have before proceeding to the next. It also allows multiple units to add their firepower in attacking a single target, the sum of which is resolved at the end of the shooting phase.

Posted in Uncategorized | Leave a comment

May Update

After some reflection prompted by a brief mention of ArmCom2 in The Flare Path, as well as reading the excellent discussions of early computer gaming in The Digital Antiquarian, I’ve decided to return ArmCom2 to its roots, abandoning my static-map, platoon-based plans. The strengths of ArmCom1, such as they were, stemmed from the game experience of commanding a single tank and having to meet challenges with the crew and weapons available to you. I’ve re-worked the main map display in ArmCom2 so that the player tank is always in the center, and the game map moves and rotates around you. The crew is also back, as is a detailed description of your tank’s main gun and current status. This means that the ANSI depiction of your tank has had to be removed from the player tank console, but I did incorporate these unit portraits into the attack resolution window.

So what’s going to change from ArmCom1? My hope is that I can build on its strengths and make up for at least some of its shortcomings. In brief:

  • I will continue working on early war German and Polish units to start, with the aim of including all major units and theatres of the war, 1937-1945
  • The campaign day map and encounter map of ArmCom1 will be combined into a single map through which the player travels with their allied units, and on which battles also take place.
  • This map will be less abstract than the ArmCom1 map, with each map hex representing a 160 metre wide area. The position of units relative to your own will be more clear.
  • The player will be able to order allied units but won’t direct control their actions. Using these allies, which can include reconnaissance, tank-destroyer, infantry, etc. units, will be key to survival
  • Your tank will also have 2-4 allied tanks in its squadron. These tanks will follow your lead, and will try to support your attacks as best they can
  • For the most part the player won’t have to issue individual orders to tank crewmen; you can choose your tank’s actions and your crew will do the actions needed. If you do want a crewman to do something out of the ordinary, attempt a repair for example, then you can do that at the start of your turn, but this will restrict possible actions later on if, for example, your driver is occupied and can’t drive the tank.

Those are the core gameplay changes that I have in mind to start; hopefully I can get this working and there will be a lot more to come in the future. Next major goal is to complete a playable Proof of Concept version with the revised map and gameplay.


Posted in Uncategorized | Leave a comment

April Update

I don’t have a new version of ArmCom2 ready to show off, but I have been making some changes over the past few weeks. Most important of these is shifting the core gameplay from a platoon-based system back to individual tanks and squads as in the original ArmCom. This means that the player will again take control of a single tank with its crew, and will have a small number of other tanks in their squadron that will be AI-controlled but which follow the player around and serve as extra guns and extra targets. I agree that the experience of commanding a tank and its crew is the element of ArmCom that makes it special, so I’m working to recapture that experience in ArmCom2. Right now I have the basic tank functionality working, and will add in crew orders and actions next. My plan is to have the crew act intelligently to player commands, so that the player will only need to change their order if they want to do something out of the ordinary. The player will be able to move and fire with their tank and the crew will perform the tasks required of them, but if there’s a main gun malfunction then you’ll need to intervene to order a crewmember to repair it. I’m also drawing upon my experience with the first game to design a system that is more flexible: for example, crewmembers will be able to move to different positions in the tank as needed, if for example a crewmate is incapacitated.

I have a busy couple of weeks coming up, but hopefully soon after that I will have a new Proof of Concept version for players to try out.

Posted in Uncategorized | Leave a comment

ArmCom2 – Second Look

I’ve uploaded a short gameplay video with me playing through a scenario in the Proof of Concept 3 version of the game.

Posted in Uncategorized | Leave a comment

ArmCom2 Proof of Concept 3

I put together a new proof of concept version to go with a new gameplay video:

Download Proof of Concept 3 here

Posted in Uncategorized | Leave a comment

Proof of Concept 2

I’ve done a little more work on Armoured Commander II, and have a new Proof of Concept version put together for testing. The pacing and balance are still quite rough but I think I’ve improved on the previous version of the game. One thing that needs to be changed are the game messages, but I am still working out the best way to implement them.

New version: Proof of Concept 3

Posted in Uncategorized | Leave a comment

Message Console

The new animation system is working well, and everything runs smoothly except the close combat sequence which still needs a little work. I also expanded the map hex information console and turned it into a message and information console. Game messages, rather than being displayed on the map where they are difficult to follow, will always appear here, and will be saved in a message log that the player can view with the ‘m’ key. If there’s one particular unit that the message is about, it will be highlighted for the brief time that the message is being displayed. If the player misses a message, they can always check the message log.

Posted in Uncategorized | Leave a comment

Rainy Battlefield

In hopes of keeping ArmCom2 mostly bug-free, I’m implementing an animation system that will handle everything from unit movement on the map to weather effects as shown here. Right now there’s a few bugs relating to the screen display, so putting everything together into a single animation handler now will help to get everything working together properly.

Posted in Uncategorized | Leave a comment