Any progress on escrows?

anyway, i just wanted to say that kbUnitQuerySetAreaGroupID is very important when it comes to maps like ceylon, Yucatan.

You know, I kinda missed you

No progress at all... I practically abandoned this stuff. I mean, I *think* there is not much to do with escrows. But I'm checking here from time to time hoping to get interesting infos.

Indeed I was making a short AI for a single player RPG scenario. Query with area is really helpful. BTW I think you should seriously consider recheck the original AI, it has too many typos and human mistakes. I don't remember all of them... But I it's always better to remain clean.

haha, I was busy last 2 weeks.

I haven't checked anything about "resource leakage in escrows" yet.
Can you please give me some more infos about it, so that we can speed up our overall progress?
eg: Does it happen all the time, or randomly? By how much(approximately)?

Currently I think kbUnitQuerySetAreaGroupID is a must for ManualGathering, take Yucatan as the example, we have 2 seas on 2 sides, without AreaGroupID, we might end up in tasking a fishing boat on the left to the right, the same goes for land areaGroup.

BTW I think you should seriously consider recheck the original AI
==> True, but don't worry since I disabled most rules, I also build my own functions, only things like ai chats from the original AI are active.
Its fair to say i put a new AI after the original one so that i dont have to constantly worry about OOS error.

Currently I think kbUnitQuerySetAreaGroupID is a must for ManualGathering, take Yucatan as the example, we have 2 seas on 2 sides, without AreaGroupID, we might end up in tasking a fishing boat on the left to the right, the same goes for land areaGroup.

I think kbCanSimPath() would also work.
Fishing boats are a nuisance.
What's the fastest way to count total settlers count and population?
AbstractFishingBoat includes too many ships so I think counting each settler is fastest: coureur, cree coureur, pilgrim, wagon, settler, Asian settler...

I hope kbUnitQuerySetAreaGroupID doesn't slow queries down. Testing already has sorted queries of a normal sized map down to 2000 to 4000 per second.

Escrows don't leak as far as I can tell. I was more concerned with shipments or xp being escrowed.
Using aiTaskBuild, aiTaskTrain, aiTaskResearch results in wrong values for escrow amounts requiring kbEscrowAllocateCurrentResources() to reset in proportion to percentages. Gaining back resources from cancellations might also mess it up.

Not made any real breakthroughs. Lot's of small ideas but nothing inspiring. You can add action type 8 for units blocking building foundations and wandering away.

I think kbCanSimPath() would also work.
==> how? it always returns false.
even if kbCanSimPath works, if it can't simPath, then we will have to continue the for-loop, right? then it might ends up in doing hundreds of loops to get the correct resource.

What's the fastest way to count total settlers count and population?
==>the fastest way must be AbstractVillagerNo + SettlerWagonNo, but the fastest may not be the most helpful one, it largely depends on how you are going to handle the villagers.
personally I don't think counting all villager types is a good idea.

Using aiTaskBuild, aiTaskTrain, aiTaskResearch results in wrong values for escrow amounts requiring kbEscrowAllocateCurrentResources() to reset in proportion to percentages
==>thanks!

[This message has been edited by ylg_hke (edited 11-17-2018 @ 04:11 AM).]

Work on the AI project continues.

Micromanagement efforts for conventional scripted AI have improved dramatically.
The "attack nearest unit" algorithm is by far the most efficient but more sophisticated tactics such as melee mode are used effectively also.

Neural Net AI Training is hampered due to commanding 80 units with multiple actions and have only a simple "good" or "bad" feedback. Either it always converges on "attack nearest" or "retreat from enemy" to avoid losing units or worst of all no changes or a NaN explosion.

Action ID 42 allows cannons to be controlled more effectively.

Do you plan to release it to the public?

Is this thread still active? Is anyone still interested?

Ofc, we are still waiting for new version of your AI projects. Helot Major is great.....

edit:
What new things have been discovered?

What's the most efficient way to detect and delete settlers stuck between buildings?

What causes lag? Attack-plans or build-plans?


edit: edit:
Now have:
unlock all homecity cards, taunts, gates, wonder powers, HC destination, treaty time, repair, cancel train, eject garrison.

Building rotation is far too difficult.
Abilities are quite close but there's 1 parameter I can't identify. I've found where the explorer plans use ability 91 sharpshooter and have found the entire code but it takes 1 unknown parameter as well as guardian ID, explorer ID and ability ID.

[This message has been edited by Panmaster2014 (edited 08-09-2019 @ 00:40 AM).]

I have added a new AI for download:

https://www.moddb.com/games/age-of-empires-iii-the-asian-dynasties/downloads/ai-9-the-big-daddy

This AI trains 4 unit types, and upgrades all economic upgrades for Natives and Asians.

All AIs redone with new calculations.

AI trains less of units with 4 unit types but with 3 unit types it trains more in blocks (that is to say it trains too much of one unit). This said, AI works with more interesting combinations, and it is possible to add behavior for certain cards such that in Industrial Age the Computer favors the cards over others. An example of this would be my Japanese AI and British AI which use Shipments and Rockets to supplement their armies. The Spanish AI and Russian AI also send a set of Heavy Cannons.

This movement and changing up of AI is possible only with some cards, in which you do not jack up the deck completely. Also, AI basis for my AI does not use Level 40 Cards. It can use level 25 Cards. If a card is pre-researched, either by start or custom home city, the computer player can and will use those cards on low levels automatically (Levels 5-20). It is also in the code to favor Native Warrior Shipments. An ideal AI would use some shipments for each civ, and for Chinese and Iroquois perhaps use Shipment Handling to send cards (lategame unit shipments) when appropriate.

The article I wrote here is a report on AI behavior and I intend to share the little things I have found work. In my AI the Japanese Shipments are over 5000 in value so they beat the Shogun Shipment by far. Also another factor in Japanese AI is that I've put a low priority for the Daimyo and Shogun Units, such that it can focus more on Naginata Riders. This is not ideal, but it works better overall for now. Making a Mansabdar Monitor for Shoguns/Daimyos doesn't work right; I would have to ask others how they've done it (and this is because training an un-enabled unit for a civ bugs up the AI).

[This message has been edited by murdilator (edited 05-08-2020 @ 08:23 AM).]