Fixes for Build 4.4.257

Command Ops: Battles From The Bulge takes the highly acclaimed Airborne Assault engine back to the West Front for the crucial engagements during the Ardennes Offensive. Test your command skills in the fiery crucible of Airborne Assault’s “pausable continuous time” uber-realistic game engine. It's up to you to develop the strategy, issue the orders, set the pace, and try to win the laurels of victory in the cold, shadowy Ardennes.
Command Ops: Highway to the Reich brings us to the setting of one of the most epic and controversial battles of World War II: Operation Market-Garden, covering every major engagement along Hell’s Highway, from the surprise capture of Joe’s Bridge by the Irish Guards a week before the offensive to the final battles on “The Island” south of Arnhem.

Moderators: Panther Paul, Arjuna

Post Reply
User avatar
Arjuna
Posts: 17768
Joined: Mon Mar 31, 2003 11:18 am
Location: Canberra, Australia
Contact:

Fixes for Build 4.4.257

Post by Arjuna »

Fixes for Build 4.4.257 include:
  • Ensure start and end times of advance to reserve task within an attack are maxed to timeNow + 1 min. This fixes assert at ScenTask 2137.
  • Ensure that advance to FUP routes ignore truncation where the subject cannot join the approach route before the FUP. Addresses assert at FPRouteOutput.cpp, line 2222.
  • Overhaul Formation code ensuring all formations cater for cases where the hub is a line unit. Also modified subGroup generation and offsets across the following formations - line, successive lines, vee, arrowhead, left and right echelon.
  • Overhaul UI code for drawing task bounding boxes so that these more closely match the likely formation deployment area and ensure that when the user changes formation settings these are reflected even when the game is paused.
  • Tweak the combat code, including reducing the area per man constants, tweaking the global accuracy settings (especially for close range and overlapping forces).
  • Teak the reaction code, including decreasing rout threshold (thereby increasing liklihood of retreating), removed double counting of recent casualties, reduced suppression effects applied when reatreating and routing in place and substitued instead a reduction in cohesion.
  • Ensure attacks are aborted in the planning code if insufficient time. This fixes assert at PlanAttack 10515.
  • Ensure that blown crossings are catered for inside the planning of Moves. Fixes assert at PlanMove 5283.
  • Use doubles instead of floats to avoid data overflow when determining bombardment area for large calibre guns. Fixes assert at PodFloat 277.
  • AutoSave now saves ten saved games every ten minutes. Once it gets to ten it ovewrites the oldest one.
Dave "Arjuna" O'Connor
www.panthergames.com
Phoenix100
Posts: 2974
Joined: Tue Sep 28, 2010 12:26 pm

RE: Fixes for Build 4.4.257

Post by Phoenix100 »

Quick question, Dave. If I stop playing scenarios I'm playing now and then resume them, from saves, after we get the new build (257), will that work? Will it sort out things like the situation in the pic below? Or will it not work with present saves and I would need to start again to get the benefits? Cheers.

Image
Attachments
closecombatnot.gif
closecombatnot.gif (164.11 KiB) Viewed 147 times
User avatar
Arjuna
Posts: 17768
Joined: Mon Mar 31, 2003 11:18 am
Location: Canberra, Australia
Contact:

RE: Fixes for Build 4.4.257

Post by Arjuna »

It should work with previous saves. However, it will carry on with whatever orders exist at the point of save. The combat and reaction code changes shopuld manifest immediately. FOrmation changes will have to wait till new orders or a CHangeFormation assessment to kick in.
Dave "Arjuna" O'Connor
www.panthergames.com
Phoenix100
Posts: 2974
Joined: Tue Sep 28, 2010 12:26 pm

RE: Fixes for Build 4.4.257

Post by Phoenix100 »

Cheers, Dave. I think I'll just leave those guys stuck like that then, see how long it takes to clear after 257 is running them!
Phoenix100
Posts: 2974
Joined: Tue Sep 28, 2010 12:26 pm

RE: Fixes for Build 4.4.257

Post by Phoenix100 »

Another question, Dave - sorry if it's in the fixes above, but I find it hard to understand the programming lingo. Someone mentioned I think about orders vanishing when a task slipped. I have seen a bit of this now. A unit determines well before completion time that the task will slip, all the paths etc grey out, then, after a while, vanish, leaving the unit without orders. I think this is what I've seen. Is that in the fix list? Cheers.
Post Reply

Return to “Command Ops Series”