SITREP

Matrix Games Forums

Forums Register Login Photo Gallery Member List Search Calendars FAQ

My Profile Inbox Address Book My Subscription My Forums Log Out

SITREP

View related threads: (in this forum | in all forums)

Logged in as: Guest

Users viewing this topic: none

Printable Version

All Forums >> [Current Games From Matrix.] >> [Discontinued Games] >> Command Ops Series >> SITREP

Page: [1] 2 3 4 next > >>

Message

<< Older Topic Newer Topic >>

SITREP - 10/16/2012 12:31:10 PM

Arjuna

Posts: 17785
Joined: 3/31/2003
From: Canberra, Australia
Status: offline

Hi all,

I have been slogging away for what seems like ages but am now seeing the light at the end of the tunnel. I have been working to fix the so called "halting" issue. This has involved a lot of painstaking maticulous work stepping through code. What in the end I discovered was that changes I had made to the attack code had caused a few sequencing and scheduling issues.

By way of example, the attack timings were being confirmed prior to some of the plan tasks having their location confirmed. Thus their route would change and so would the duration it would take. This could cause excessive slipping and issuing of orders, during which the forces remained where they were. Timings are now confirmed after all tasks have been confirmed.

In the process I discovered that the function to determine the reserve location, which is dependent on the location of the FUP was now being processed before the FUP was determined. Hence it was invariable falling back to a default routine. This routine has an error in the offset it applied to the direction the reserveLoc should be relative to the objectiveLoc. This was in some case puttiung it on the far side of the objective. So the poor hapless HQ and mortars would head off into enemy territory all by themselves. Not good!. I have fixed this, both by ensuring the FUP is determined first and by fixing the offset error.

In fixing this issue I have also taken the opportunity to position the reserveLoc a certain distance from the FUP back along the route used by the assault team to get to the FUP. That way its in safer location. To get this to work for the subAttacks of complex attacks ( eg when a Bde HQ orders its subordinate Bns to mount their own attacks ) I now copy the approach routes to the subAttacks rather than have the subordinates redetermine them when they recceive orders. I did it this way previously because the subordinate would often move in the meantime. Now I have added smarts to adjust the route based on the subordinates current loc when he receives the orders. The good thing about all this is that fewer route calcs are now bein done and that helps performance.

By this afternoon I was able to run the turorial through to the end of Day 3 before I hit another problem to do with the confirmation of the attack timings. Tomorrow I'll step through and fix this. It's probably something I haven't taken care of properly in my recent changes. Buit overall, the attacks were well planned and executed with the American forces maintaining pretty good momentum. I didn't see any halting at all. So I am very happy with that.

Hopefully tomorrow I will be able to have it play right through the Tutorial. Then I'll set to with the autotesters prior to releasing a new debug build for the beta testers to work through. So we are making progress. Sorry for the delay.

_____________________________

Dave "Arjuna" O'Connor
www.panthergames.com

Post #: 1

RE: SITREP - 10/16/2012 4:09:35 PM

Txema

Posts: 233
Joined: 5/9/2003
From: Basque Country
Status: offline

Hi Arjuna,

Thank you very much for your detailed report and for all the work you do on this excellent game. I really appreciate it !!

Let me ask a question. Have you been able to fix the other bugs that you reported some time ago? I am referring to the bugs reported in this post:

"As I mentioned in the other thread this week, we have a few serious issues (not related to the halting issue) but which are crashing the game. One is an XP compatibility issue which is preventing our autotesters from working. The other is a memory leak which eventually stalls or locks up the game. Another involves a major lockup or thread crash caused by an errant iterator (the pointer used to navigate lists and vectors)."

Any news on them?

Keep up the good work. I am really looking forward to the patch !

Txema

(in reply to Arjuna)

Post #: 2

RE: SITREP - 10/16/2012 5:46:43 PM

oldspec4

Posts: 736
Joined: 11/1/2004
Status: offline

Also looking forward to the patch..

(in reply to Txema)

Post #: 3

RE: SITREP - 10/16/2012 6:11:23 PM

Fishbreath

Posts: 45
Joined: 2/2/2012
Status: offline

I couldn't be gladder to hear this. No longer will sluggish units be able to mask my incompetence. :P

(in reply to oldspec4)

Post #: 4

RE: SITREP - 10/16/2012 11:13:27 PM

Arjuna

Posts: 17785
Joined: 3/31/2003
From: Canberra, Australia
Status: offline

Txema,

The memory issue has proved a difficult one to pinpoint. It's turned out to be not so much a memory issue but a problem with our POD iterator class and is due to changes in the way iterators are handled by the compiler. It fires occassionally when we run the game in debug mode with iterator debugging on. Once I finish this current coding I will turn off iterator debugging and see if it still fires. If not, I think we can safely leave it. Thios may also be causing problems with XP compatibility. So we'll just have to see how this pans out once we have the game autotesting again.

_____________________________

Dave "Arjuna" O'Connor
www.panthergames.com

(in reply to Fishbreath)

Post #: 5

RE: SITREP - 10/17/2012 12:32:10 AM

wdkruger

Posts: 59
Joined: 1/23/2012
Status: offline

If you need any extra beta-testers, I will be happy to help.

Warren

(in reply to Arjuna)

Post #: 6

RE: SITREP - 10/17/2012 8:17:40 AM

Phoenix100

Posts: 2400
Joined: 9/28/2010
Status: offline

Thanks, Dave. SITREP much appreciated.

(in reply to wdkruger)

Post #: 7

RE: SITREP - 10/17/2012 2:02:56 PM

Arjuna

Posts: 17785
Joined: 3/31/2003
From: Canberra, Australia
Status: offline

FYI we now believe that the iterator issue is caused by how our database engine defines the end of a vector. Paul is going to trial various fixes to see if we can nail this.

_____________________________

Dave "Arjuna" O'Connor
www.panthergames.com

(in reply to Phoenix100)

Post #: 8

RE: SITREP - 10/17/2012 3:24:43 PM

SapperAstro_MatrixForum

Posts: 214
Joined: 10/28/2002
From: Penrith, Australia
Status: offline

Thanks for the updates. Glad to see things are moving on and appreciate your efforts to keep everyone informed.

I am really looking forward to the next patch, and even more to the CotA pack.

(in reply to Arjuna)

Post #: 9

RE: SITREP - 10/17/2012 5:05:52 PM

Txema

Posts: 233
Joined: 5/9/2003
From: Basque Country
Status: offline

quote:

ORIGINAL: Arjuna

FYI we now believe that the iterator issue is caused by how our database engine defines the end of a vector. Paul is going to trial various fixes to see if we can nail this.

Fingers crossed

(in reply to Arjuna)

Post #: 10

RE: SITREP - 10/17/2012 6:27:13 PM

wodin

Posts: 9410
Joined: 4/20/2003
From: England
Status: offline

Thanks for the update.

_____________________________

My Blog

http://www.awargamersneedfulthings.co.uk/

(in reply to Txema)

Post #: 11

RE: SITREP - 10/18/2012 8:05:24 PM

Shadrach

Posts: 314
Joined: 10/16/2001
From: Oslo, Norway
Status: offline

Huzzah! for keeping us informed

btw, pointers, ugh I hate those things...

< Message edited by stian -- 10/18/2012 8:07:09 PM >

(in reply to wodin)

Post #: 12

RE: SITREP - 10/25/2012 5:35:30 PM

Txema

Posts: 233
Joined: 5/9/2003
From: Basque Country
Status: offline

Hi Arjuna !

How is the work progressing?

Any news?

Thanks in advance !

Txema

(in reply to Shadrach)

Post #: 13

RE: SITREP - 10/25/2012 10:06:38 PM

Arjuna

Posts: 17785
Joined: 3/31/2003
From: Canberra, Australia
Status: offline

Made good progress this week. Both Paul and I have had success stomping some key frustrating bugs. Paul has fixed one of the iterator bugs that was causing a memory leak and crashing the game. Tests indicate there is still at least another such bug. I fixed a bug in the force allocation code that was erroneously using the values of another force when assessing whether a unit should stay put or not. This too had the potential to crash and bleed memory.

I have also made some mods to the objective prioritisation code used when developing plans. I noticed that the AI was tending to allocate to many forces to friendly controlled objectives that had enemy within 3000m even though those enemy were closer to other objectives. Now the code will devalue the factors of enemy units within threat range if they are closer to other objectives. The amount they are devalued increased by the number of other objectives they are closer to. This has had a very positive impact on the momentum that an offensive force can have and sustain. So I am very pleaed with that.

It's early in the morning and my check of the autotesters reveals just two issues. Regardless, I will endeavour to put out a new beta build later today after I finish converting the COTA estabs.

So progress is being made.

_____________________________

Dave "Arjuna" O'Connor
www.panthergames.com

(in reply to Txema)

Post #: 14

RE: SITREP - 10/26/2012 8:26:49 AM

Phoenix100

Posts: 2400
Joined: 9/28/2010
Status: offline

Great. Thanks dave. Are we likely to have COTA and the patch in time for my birthday - on 23rd November. I know that's the date you will have been working towards....

(in reply to Arjuna)

Post #: 15

RE: SITREP - 10/26/2012 10:24:18 AM

Txema

Posts: 233
Joined: 5/9/2003
From: Basque Country
Status: offline

Thank you very much for the information.

I am very glad to see that good progress is being made

Txema

(in reply to Phoenix100)

Post #: 16

RE: SITREP - 10/26/2012 1:59:18 PM

Arjuna

Posts: 17785
Joined: 3/31/2003
From: Canberra, Australia
Status: offline

I have just kicked off the upload for a new beta build. This includes the conversions for the entire COTA Ex Pack files. As to whether it will be out for Phoenix's birthday well we aim to please but that will depend on a lot of things. We still have a few bugs to crush (5 that I know of right now). Fingers crossed.

FYI here are the fixes for the latest build.
Fixes:

Prevent face changing for assaulting units and those moving in road column
Default the task settings for ArtyDirectFireOnly to true for attacks and probes
Added the registrationTime to remainingDuration in bombardment events. This ensures that the arty unit fires for at least the specified number of minutes.
Now cap maxSuppression to 75% for direct fire and to 85% for indirect fire when the target is in covered terrain.
Reduced max registration times from 15 to 5 minutes and increased the range denominator from 200 to 500. Rego time = min( 5, range / 500 ). The overall effect is to reduce registration times for arty fire. Fatigue and training can increase time by up to 56% to a max of 8 minutes.
OnCallSpt bombardment duration now reduced if arty ammo level below 50%.
Ensured suitability iterator updated before allocating resources to nearby objectives.
Overhauled Halting code to reduce instances of halting.

New Features:

Added new AssessForStalledAttack() reassessment code. It now checks to see if an attack should be called off if subordinates are halting.
Modified the code that prioritieses objectives. If a nearby enemy ( ie one within 3000m ) is closer to another objective then its values are reduced. This has the effect of reducing the amount of friendly forces assigned to friendly objectives and helps maintain momentum in an advance.

_____________________________

Dave "Arjuna" O'Connor
www.panthergames.com

(in reply to Txema)

Post #: 17

RE: SITREP - 10/27/2012 9:49:50 AM

Phoenix100

Posts: 2400
Joined: 9/28/2010
Status: offline

Fingers crossed, then. :)

(in reply to Arjuna)

Post #: 18

RE: SITREP - 10/27/2012 12:43:43 PM

wodin

Posts: 9410
Joined: 4/20/2003
From: England
Status: offline

Hehe..5 bugs for Dave means at least another 20 or so as he finds more while squashing those 5 or he has a to alter something else to fix the bug which then cascades..thats the problem I think..very complicated software.

_____________________________

My Blog

http://www.awargamersneedfulthings.co.uk/

(in reply to Phoenix100)

Post #: 19

RE: SITREP - 10/27/2012 3:14:20 PM

wdkruger

Posts: 59
Joined: 1/23/2012
Status: offline

Does Dave ever do public betas like WIE?

(in reply to wodin)

Post #: 20

RE: SITREP - 10/27/2012 3:42:32 PM

wodin

Posts: 9410
Joined: 4/20/2003
From: England
Status: offline

yeah he does release a beta patch..but anyone who has followed Panther for awhile has come to realise Dave is a perfectionist..and he wont release a patch even a beta unless he has all known bugs squashed..

_____________________________

My Blog

http://www.awargamersneedfulthings.co.uk/

(in reply to wdkruger)

Post #: 21

RE: SITREP - 10/28/2012 3:24:21 PM

simovitch

Posts: 4313
Joined: 2/14/2006
Status: offline

So things are running a bit smoother now with this new build. If you really want to throw the Red Devils into Arnhem you can with a bit of luck and finesse. But I had to show you this shot on the morning of the second day.

Note the 9th SS Pz recon making "the crossing" into Arnhem... they already lost a motorized flak platoon to Frost's defensive fire.

Attachment (1)

_____________________________

simovitch

(in reply to wodin)

Post #: 22

RE: SITREP - 10/28/2012 3:40:34 PM

SapperAstro_MatrixForum

Posts: 214
Joined: 10/28/2002
From: Penrith, Australia
Status: offline

In other words, you managed to get Frosty into the city centre without too much hassle...unlike before?

(in reply to simovitch)

Post #: 23

RE: SITREP - 10/28/2012 4:03:23 PM

simovitch

Posts: 4313
Joined: 2/14/2006
Status: offline

quote:

ORIGINAL: SapperAstro

In other words, you managed to get Frosty into the city centre without too much hassle...unlike before?

Yes, it is a bit easier to get the whole battalion and probably more into the City. Whether it's a good idea or not? well...

_____________________________

simovitch

(in reply to SapperAstro_MatrixForum)

Post #: 24

RE: SITREP - 10/29/2012 2:43:44 AM

Gizuria

Posts: 197
Joined: 4/6/2012
Status: offline

Where can I get a copy of this Beta patch? I have registered the game but I don't see it listed on the members boards.

(in reply to simovitch)

Post #: 25

RE: SITREP - 10/29/2012 2:51:33 AM

Lieste

Posts: 1819
Joined: 11/1/2008
Status: offline

When it's tested

. The paint's still wet.

(in reply to Gizuria)

Post #: 26

RE: SITREP - 10/29/2012 2:55:42 AM

Gizuria

Posts: 197
Joined: 4/6/2012
Status: offline

Oh I see. Thanks for the reply

(in reply to Lieste)

Post #: 27

RE: SITREP - 10/29/2012 9:53:01 AM

Phoenix100

Posts: 2400
Joined: 9/28/2010
Status: offline

How enticing, Simovoitch. Is it a good thing? Well, Frost did it historically, so surely it is? And since the last patch it really has been impossible for me to get them near the road bridge by day 1. I prefer From the Meuse to the Rhine to try, not Red Devils, though. This (below) is about the best I've done so far - approaching the road bridge from both sides (though the northern attack with 10 Para is going nowhere but back to a POW camp I fear) at tea-time day 3. Down south I have taken the Nijmegan road bridge, but not the rail bridge, and despite best efforts xxx Corps have only just crossed Grave bridge after about 10 hours on the map. Not looking so good, I would have thought. Progress throughout has been bedevilled by 'halting' issues which I have tried to get round by issuing new orders, so I will be very grateful for the patch.

Attachment (1)

(in reply to Gizuria)

Post #: 28

RE: SITREP - 10/29/2012 1:46:35 PM

SapperAstro_MatrixForum

Posts: 214
Joined: 10/28/2002
From: Penrith, Australia
Status: offline

I assume it was attempted in Meuse to the Rhine as well?

(in reply to Phoenix100)

Post #: 29

RE: SITREP - 10/29/2012 1:52:51 PM

Phoenix100

Posts: 2400
Joined: 9/28/2010
Status: offline

Maybe it was. I had assumed Simovitch was playing RDOA. I know that the AI behaviour is quite different between the scenarios - at least, it seems like that to me, and I've asked questions the answers rto which confirm it might be - in that in FTMTTR the Axis tries to get units down through Arnhem to Nijmegan - as it was historically, Nijmegan was the priority at first - and that, I assume might make it harder to win in RDOA. Not sure. I always felt there were more Axis units there in RDOA. What is astonishing in Simovitch's screenie is the dearth of Axis troops. I've never seen the bridgehead like that - whenever I play there are black and grey counters swarming all over.

(in reply to SapperAstro_MatrixForum)

Post #: 30