Unity of Command News

August 1944: after months of hard fighting, the Allies are finally out of Normandy. In front of them, the Wehrmacht has all but disintegrated, having stood its ground up until the breaking point. Supply is now the biggest concern for the Allies. Taking the large port of Antwerp will allow them to freely operate their vast armies and air forces in months to come.

Now that the game has been officially announced, I’ve decided to change the post format for this diary a little. Previously, I focused heavily on what we were doing internally. I was giving a lot of technical info, and even airing our own doubts if the project was going to get completed at all. Big thanks to all who’ve had the patience to bear with these “developer confessions”. The new format should be much more player oriented. We will be going through concrete examples of play, the historical context, and how the game mechanics tie everything together. I hope you enjoy it!

If you’ve been reading our previous developer diaries, you’re likely already familiar with some of the key new features in Unity of Command II, like fog of war, HQ intel, and stragglers. Today we’ll show how these new features tie together to form a tight little gameplay loop, that gives an entirely new dimension to the game.


In the screenshot, US 1st Army is in position on the left bank of the Seine estuary, and is looking to jump across the river at Rouen. En route to Rouen however, they need to deal with German forces stationed around the town of Évreux.


Check out the blue dots just north of Évreux: center of the map, right behind that panzer IV. Those are stragglers: routed enemy elements trying to make their way back to their HQ. We’ve talked about the idea of stragglers in our very first dev diary. The blue icon shows their approximate strength in steps, and the orange symbol on the 3-step straggler is important – but read on.


Usually, you want to capture enemy stragglers anyway, before the enemy gets to reorganize them and use as reinforcements. There’s an added bonus though: prisoners provide valuable intel to your HQ. After you capture a set number of stragglers (in one turn) they reveal locations of enemy units hidden within Fog of War. Let’s take a look at how that works.


In this example, first the 30th US infantry division attacks an armor kampfgruppe. The attack is successful and the enemy unit is removed from the map. It’s not completely destroyed though, and you can see the routed troops join an existing group of stragglers in the rear. To make sure they don’t reorganize, the Sherman moves in and mops up, taking prisoners and clearing the road. This results in valuable new intel, and some enemy units are located on the map, just across the river. Turns out, the road from Paris to Rouen is swarming with enemies!

As the Sherman (actually, 5th US Armored) moves in and takes the 3-step enemy straggler as prisoners, the prisoner counter on the HQ sheet (bottom right of screen) reflects this change. The prisoner target, set by HQ intel, has been reached, which means that HQ intel can now locate enemy units one hex inside fog of war. These units are shown on the map as intel markers. You also get a notification in the bottom left of the screen, just above the quick-select HQ buttons.




The stragglers mechanic not only prevents bloody, wipeout scenarios, and thus addresses one of the main issues from the original Unity of Command. It also gives you more tactical choices: attack head-on, encircle, or mop up routed enemy units? Gather valuable intel and prepare for the next turn, or rush forward without full knowledge of what lays ahead?

Sometimes you will have to deal with stragglers simply to keep the roads open, and be able to advance. One or two steps of enemy stragglers shouldn’t be a problem. Your units are able to capture them simply by moving over them while advancing:


On the other hand, three stragglers on the map represent 5.000 to 10.000 routed and disorganized enemy soldiers, and that’s a problem that needs to be dealt with! Moving right through them will cost at least 3 movement points. Alternatively, you can go around those stragglers, but either way sometimes that means that the prize will remain just outside your reach. Here’s that same Sherman unit, in a slightly different situation, with 3 stragglers instead of 2 on the road. Notice the choice to go around or mop up:




How many stragglers need to be captured to reveal enemy units in FoW? Will HQ intel only reveal units close to the frontline or further away? This is all still in active testing, and we’re tweaking some of this stuff heavily.

There are further interesting tie-ins, to other game systems, but those will have to wait for another post. As a teaser, HQ intel can be upgraded as part of the campaign game, and it becomes temporarily suppressed when the HQ is out of supply or gets routed.

We’re really trying to load this one with depth folks, and I hope you all like the final product.

Take care and AMA in comments as usual.

Cheers,
Tom

https://store.steampowered.com/app/809230/Unity_of_Command_II/

It’s no secret that we’ve been working hard for many years on our second game. Today we’re happy to officially announce that Unity of Command II is coming in Q3 2019.

Steam store page went live today and we’ll be sharing more details on the brand new engine, game mechanics, and eye candy there, as development progresses. Check out the announcement trailer and new screenshots here:
https://store.steampowered.com/app/809230/Unity_of_Command_II/

This is a big day for us and we’d like to thank all wargamers and fans of UoC who supported us. You gave us courage to soldier on with this project! The best is yet to come and we can’t wait to show you the full game. Please support us by wishlisting the game!

By now, a lot of the people following this diary must be thinking “so anyway, this game is practically done, right?”

I guess it depends on your definition of “practically”. It is certainly playable, there are very few features that are outright missing, and the scenario count is up to around 20-ish. On the other hand, we’re trying to make a game that’s better than merely playable, so expect more diaries from me until we’re judged release-ready.

As an example, the deformed Union Jack in the picture is not an attempt at cheeky political commentary, it’s actually what we need to do to make the flag readable in its wavy shape. I was not even aware of this process until Goran, our lead artist, showed me how we do this for almost every flag in the game.

It’s a good illustration, I think, of the type of detailing work that we’re doing right now. We take the game to be mechanically solid, and we’re making rule changes only exceptionally. Our current focus is on the (many!) details that make up the flow and feeling of the game. Eventually, the plan is for the final round of scenario and balancing work to be done on a near-finalized, comfortably playable version of the game.


Here’s another one of our cheerfully over-engineered™ features: we’ve made all the in-game boundaries (front line, movement range, etc.) tightly follow river banks. The readability improvements from this are indisputable, as you can see in the screenshot below, of an early Allied push to the Rhine.

It gets even better in difficult terrain such as in the Ardennes, which were a real concern to me. A lot of the action happens on that least-readable part of the map, and we were actively looking for solutions. I feel this not only does the trick, but also looks pretty attractive.



(click image for full size)

From a technical standpoint, you can see that the basic idea already existed in Developer Diary 8. Even back then, the front line lies on the near bank, and the movement boundary is set on the far bank. This worked without a hitch in practice, and even the first implementation pass was not so bad.

That was when we hit the edge cases though: river confluences, boundaries hopping from river to river, poorly drawn rivers which confused the algorithm… you know, the works. We ended up throwing an insane amount of computational geometry at this (cheers @Ante) and let no one in the comments tell me it was not worth it. Seriously, I double dare you and all that.


Neatly contradicting my own words from the top of this very post, we made some important changes to the HQ mechanics. Previously, HQ areas were not allowed to overlap, and we had a map view that showed all HQ areas together. This looked pretty good – similar to a military situation map, and I still think it’s not a bad idea in simulation terms.

Unfortunately, it turned out it was impossible to find an HQ movement mechanic that does not play hell with that neat picture. The scenario setups were great, but the playthrough that followed not so much. Our solution was to remove the no-overlap rule, while at the same time shrinking HQ range. In practice, this removes most of the “unrealistic” overlap and is an OK, though not perfect, solution.

While we were at it, we solved another issue that kept popping up: it was not easy for us to see which units belong to which HQ. To this end, we are now showing subordinated units and the HQ range when it’s selected (screen below). Out-of-range units are shown in red, and actually now as I’m writing this, that red icon looks a bit more screaming than it should be.

Units being out of HQ range are nowhere near as bad as being out of supply. Yes, they can’t get reinforcements, and their HQ can’t help them with e.g. entrenchment, but mostly they can fight alright. Overall, I feel this new system works and feels better than any sort of tedious OOB-accounting we might have put in its place.


I haven’t forgotten the people who hate squinting at tiny fonts, and so the UI scaling shakedown continues. Parts of the UI where this works look glorious when zoomed-in, the ones that don’t (yet) keep shrieking at me menacingly. The work continues!

We’ve added core localization support, with an eye to supporting not only our own content, but also community scenarios and mods. A few tests were run to confirm that, at least, cyrillic and chinese scripts work and don’t break anything major.

We’ve added and/or tweaked many of the in-game icons in our perpetual quest for readability: in the main screenshot you can see the new objective markers (red), and an improved version of the road-blocking stragglers icon. Every little thing makes a difference.

The team is quietly winding things down for the year. There’s a good feeling all around, especially when we consider the progress we’ve made – as can be seen simply by comparison our December ’17 dev diary.

We wish you all a Merry Christmas, and to ourselves, a release date in the coming year 😄

Best, Tomislav 🙏

Hello and welcome to Unity of Command 2 Development Diaries!

We’ll be posting a brand new Development Diary #19 shortly, here on Steam’s announcement section, but here’s a short recap in case you missed any of the previous entries.

While it’s true that Unity of Command 2 hasn’t been properly announced it’s no secret that we’ve been working on the game and, in fact, have been at it for quite some time.

The sequel is on its way, we confirmed that much in this Anniversary post in the Blogs section on Unity of Command web quite some time ago.

The very first Development Diary (‘No More Wipeouts!') was published just a couple of months later and can give you an idea of what to expect from the upgraded mechanics, while the second diary entry (Objectives) weights the pros and cons of timed objectives in the game (spoiler alert: it looks like we’re keeping those).

Excellent reads, both of those, but Tom, our Project Lead on UoC2, has set a high standard for himself and decided to start from scratch. “I’m restarting the dev diary series” announced Tom and then proceeded to explain the envisioned changes to the losses management system in both a scenario and a campaign. The third diary entry (Are You Experienced?) also hints at tweaks to the familiar veterancy levels and mentions upgrades between scenarios for the very first time!

A brand new feature, headquarters, was announced and explained in Report to HQ, ASAP!, while The Supply Network and Move it, Soldier! shed some light on the refining process of the defining mechanics in Unity of Command; planned changes to supply logistics, fighting and maneuvering are detailed in Dev Diaries 5 to 7.

Campaign drops the bomb with the first ever Art Preview, but the excitement doesn’t stop there as Tom announces the switch to a brand new in-house 3D engine built on Python while staying recognizably Unity of Command. Developer Diary 9 (Map Making) takes the next logical step and explains the process of map building, apparently a tedious task with a very limited room for automation. We use the word ‘shader’ for the very first time, marking a new chapter in the development of Development Diaries.

Performance diary answers the age-old question - will this game run on my age-old PC? - with a resounding ‘probably yes!’ but please don’t tell that to anyone just yet as we’re still tweaking things in hopes of making the game look even better and running on lower spec hardware. Oh, and if you read the comments section in Dev Diary 10, there’s also a brief mention of planned additional content for the game which is a politically correct way of saying yes, there will be DLCs!

A rather novel game development technique was introduced last year in the Summer of Systems: the team decided to ditch any low-level system that wasn’t implemented by the end of August. Good news: team crunched and ended up implementing most of the planned systems. Steam release is casually confirmed.

An open invitation to modders was sent out in So over with Under-The-Hood, a Dev Diary 13 that also publishes a new screenshot, describing an interesting problem: the units were drowning in the terrain, which is kind of a point of military uniforms, but apparently not really good for gameplay. The solution? You’ll have to read to blog, unfortunately.

Alternatively, you could start browsing through Dev Diaries 14 -17 that namely discuss new features like The Fog of War, Intel system or the weather modifiers, but truth be told are just excuses for the team to show off a bunch of new visuals: while the subtleties of screen space ambient occlusion are hard to notice, the Unity of Command 2 is starting to look just plain gorgeous! Case in point - this Trick or Treat screenshot.

TL; DR
Not bad for a game that hasn’t even been properly announced, eh? If you read between the lines, we’ve spilled the beans on pretty much all major improvements to gameplay, explained the reasoning behind new features and even gave a hint to the release date - check out the brand new Dev Diary #19.

The work continues!

Check back for new deals every Monday at 10AM Pacific.