Latest topics
» Saturday game perhaps?
by Charmead Today at 1:50 am

» Stock scenarios with KS Mod AAR
by risorgimento59 Yesterday at 7:43 pm

» Impromptu Games
by Mongo Yesterday at 6:07 pm

» Gettysburg meets Kriegsspiel
by Charmead Yesterday at 12:40 am

» AARs - post here all after battle comments and replay files
by Mr. Digby Yesterday at 12:39 am

» SOW Scenario Generator
by Mr. Digby Yesterday at 12:38 am

» Sandbox campaign
by Uncle Billy Thu Feb 14, 2019 10:46 pm

» Game Crash?
by Mr. Digby Tue Feb 12, 2019 7:31 pm

» Set Up for SOWWL NAPOLEON GAMES For Kriegspiel style
by Tactical Wargamer Tue Feb 12, 2019 2:52 pm

» The reason I was smelling sulfur yesterday.
by Mongo Mon Feb 11, 2019 3:21 pm

» I MADE IT!
by Charmead Sun Feb 10, 2019 12:25 am

» Stand-alone OOBs
by Mr. Digby Mon Jan 28, 2019 7:36 pm

Statistics
We have 1032 registered users
The newest registered user is Mongo

Our users have posted a total of 25650 messages in 2024 subjects
Log in

I forgot my password


Cannon Fire v Musket Fire

Page 2 of 2 Previous  1, 2

Go down

Re: Cannon Fire v Musket Fire

Post  risorgimento59 on Wed Aug 30, 2017 4:50 pm

Good remark, Kevin.
I think you mean the output produced by ReEval/Tactics and one can retrieve later through TACType/TACObj/TACLoc/GetOrders/GetStance/etc., right?
From your experience, is it possible to entirely ignore that data when trying to force a behaviour or there's a degree of control that - to same extent - escapes the AI module's code?
I know the offset of that data in CUnit's memory too, nevertheless. We may overwrite/patch it from the DLL probably, in the case.
Thanks.

risorgimento59

Posts : 24
Join date : 2015-06-19

Back to top Go down

Re: Cannon Fire v Musket Fire

Post  Uncle Billy on Wed Aug 30, 2017 5:42 pm

The first four, TACType/TACObj/TACLoc/GetOrders are used sparingly, mostly in the division commander logic. GetStance is quite useful for determining the tactical response of infantry and cavalry to various situations. The problem arises when it cannot be set to some other value due to changing tactical circumstances, i.e. no SetStance(). If stance information were only used by the dll code, this would not be a great problem. However, it is entirely unknown if and how those values are used when the game engine decides on brigade movements and behavior.

The strategic AI is quite static. It only responds to a situation where a division is in trouble and requests help. For the most part, it does not change it's strategy based on the actual situation it confronts.

_________________
I can make this march and I will make Georgia howl.
Uncle Billy
Uncle Billy

Posts : 3323
Join date : 2012-02-27
Location : western Colorado

Back to top Go down

Re: Cannon Fire v Musket Fire

Post  risorgimento59 on Wed Aug 30, 2017 6:29 pm

Valuable informations. Thank you sir. I know where the stance is set in the code... but not if it's used peripherically either. I'm going to investigate it and report here.

risorgimento59

Posts : 24
Join date : 2015-06-19

Back to top Go down

Re: Cannon Fire v Musket Fire

Post  risorgimento59 on Fri Sep 01, 2017 9:13 am

Had a try with a "dummy" DLL module (Think functions body commented out).
Couldn't find any external/exe unexpected interference, so far.

risorgimento59

Posts : 24
Join date : 2015-06-19

Back to top Go down

Re: Cannon Fire v Musket Fire

Post  Sponsored content


Sponsored content


Back to top Go down

Page 2 of 2 Previous  1, 2

Back to top

- Similar topics

 
Permissions in this forum:
You cannot reply to topics in this forum