[AI] AAAHogEx

[xarick]

Hi! Got a crash report.

Unnamed, 2025-04-22.png

(370.03 KiB) Not downloaded yet

Unnamed, 2025-05-03.png

(47.18 KiB) Not downloaded yet

Unnamed, 2025-04-21.sav

(17.18 MiB) Downloaded 411 times

[AAAHogEx]

Hi! Got a crash report.
Unnamed, 2025-04-22.pngUnnamed, 2025-05-03.pngUnnamed, 2025-04-21.sav

Thank you, xarick. And now the estimate for air lines is wrong.

[AAAHogEx]

a lot of text lived here, that doesn't need duplicating to scroll peoples fingers to the boneMost o

Most of these (in post 5/5) I don't see in the AI tests i do, possibly because of using vanilla settings & no GRFs.

Here's the main issues i come across when doing the tests.
But its pathfinding is interesting to say the least (see attachment) at times for sure. It also has issues where it buys lots & lots of profitable vehicles, and it may jam up the network with them, and if the jam occurs where the depot is so nothing can get in, it just sits there with that jammed network, rather than building another depot somewhere to use as overflow to get a handle on things. Other AI do this, and sometimes far worse, but AAA does it infrequently.
It also builds entirely new routes, even if the route is for the most part right next to another set of tracks. It often misses the cheaper option to just partially use the other set of tracks and make a junction up stream. It might be a difficulty in AI working that out though, rather than AAA specifically.

It also really likes buoys. I get it, they help with wayfinding. But wow, there's so many of them in such a small area. I haven't witnessed it building any, so I dunno if its just not reusing other buoys from other boat routes nearby, or if its just going all out and building lots so close for same routes, again see attachment for that.

It also really really really likes to steal goods at factories and other such, which is annoying. But its how you get such a competitive player, I guess? With it being AIs only in my test setups, its not a big deal, but i can see an actual player getting frustrated. If the AI was contributing to the goods it produces, that's better. But it sometimes steal outright and doesn't provide any raw resources to have any claim over the output.

Despite these issues i run into with it, it really is a difficult AI to beat, even when it is tripping over itself, no other AI ever beat it. In all of my testing, i would rate it a 10/10 on the competitive scale, if you wanna have the chance of actually losing in terms of profit? This is your goto AI, 100%.

Often the problem with strange tracks is that they do so when aaahogex is blocked by other companies during construction. Also, when there are lots of other companies on the map and space is tight. It is improving a little with each version up, but it's really hard to make it perfect.

The bouys problem is solved with openttd v14, so try it.

And, there is an option "Avoid secondary industry stealing" to prohibit stealing from the factory, so do it. Note, however, that if aaahogex sets up a station first and another company comes in later, he will not pull out.

[Redirect Left]

The bouys problem is solved with openttd v14, so try it.

The most recent round of testing, where the provided image is from, uses RC3 of OTTD 14. My latest batch of tests in the thread I have was done on a mixture of RC2 & RC3, as the latter was released midway through the testing cycle of all the AIs.

[AAAHogEx]

The bouys problem is solved with openttd v14, so try it.

The most recent round of testing, where the provided image is from, uses RC3 of OTTD 14. My latest batch of tests in the thread I have was done on a mixture of RC2 & RC3, as the latter was released midway through the testing cycle of all the AIs.

That point is not about the image, it's about the buoy. Could you please check again?

[Redirect Left]

it's about the buoy. Could you please check again?

What would you like me to check? I'm not sure what you're referring to. But using OpenTTD 14 RC2&3, AAAHogEx was still very buoy happy.

[AAAHogEx]

it's about the buoy. Could you please check again?

What would you like me to check? I'm not sure what you're referring to. But using OpenTTD 14 RC2&3, AAAHogEx was still very buoy happy.

Is the version of aaahogex at 82? I can't reproduce it here, so can you give me the save data?

[Redirect Left]

OK, can confirm using 82 of AAAHogEx fixed it too, apparently that was changed midway through the tests as well as the release of RC3. Hard to keep up with regularly updated things

[xarick]

AAAHogEx is trapping opponents road vehicles when removing roads.

[odisseus]

Well, the AI has no responsibility to cater for other companies' vehicles. The other company is free to build the missing road pieces and free their vehicles.

That said, I don't understand why there's a need to remove any roads at all.

However, if you still choose to remove a stretch of road for whatever reason, here's an idea how to do it safely:

1. Identify a stretch of road between two junctions that doesn't have any junctions in the middle (dead ends are ok).
2. Mark each end of that road as one-way, with the permitted direction being outwards.
3. Pick a tile somewhere in the middle, and mark it as blocked.
4. Allow some time for the existing traffic to clear the road.
5. Starting from the middle tile, start marking adjacent tiles as blocked.
6. Once every tile of the road is blocked, the entire stretch is definitely safe to remove.

[AAAHogEx]

Well, the AI has no responsibility to cater for other companies' vehicles. The other company is free to build the missing road pieces and free their vehicles.

That said, I don't understand why there's a need to remove any roads at all.

However, if you still choose to remove a stretch of road for whatever reason, here's an idea how to do it safely:

1. Identify a stretch of road between two junctions that doesn't have any junctions in the middle (dead ends are ok).
2. Mark each end of that road as one-way, with the permitted direction being outwards.
3. Pick a tile somewhere in the middle, and mark it as blocked.
4. Allow some time for the existing traffic to clear the road.
5. Starting from the middle tile, start marking adjacent tiles as blocked.
6. Once every tile of the road is blocked, the entire stretch is definitely safe to remove.

Thanks for the advice. I haven't looked at the savedata yet, but I think it is probably infrastructure maintenance: ON, and AAAHogEx looks at that setting, and if it is ON, it will remove facilities that are no longer needed to save on maintenance costs. If implemented in the way you describe, the AI would be able to prevent most vehicle locks. However, I don't think it is perfect. This is because there could be cases where the roads are congested and vehicles don't move at all. A simpler implementation to prevent other companies' vehicles from locking up might be to roll back the entire roads removing if the road deletion fails even partially. (But even in this case, the rollback itself could fail.) In any case, it is tricky.

[xarick]

AAAHogEx almost blocks himself with lock placement. Good thing there's a detour just to the north.

[AAAHogEx]

AAAHogEx almost blocks himself with lock placement. Good thing there's a detour just to the north.

Thank you for your report. If it was completely blocked, it would be confirmed that it was an AI malfunction, but if there was a detour, it is possible that this route was recognized as not being used.

[pwhk]

Testing with some of my GRFs and I found AAAHogEx did this.


(AAAHogEx is the most profitable AI in my testing )

[pwhk]

It seems AAAHogEx fails to actually consider terraforming costs.

If the NewGRF "Altered Base Costs", which drastically increase terraforming costs, is active, AAAHogEx will happily terrform anyway and bankrupt itself at start.

[ImRatherNew]

hi, i was running some ai test, left it for around 25 ish minutes, and came back to this (ottd jgr, lots of newgrf (axis, opengfx+ landscape and airports, road hogs, shark, 2cc train tram and bus set, rangeless av8, vace, pipe, tbrs, itl houses, chips station, isr, basecosts, and indonesian town names)).

sorry for the potentially unnecesary info and no save because as my username suggests, im rather new

[AAAHogEx]

Thank you all for your bug reports and advice.

version 83 released!

・Various bugs fixed
・Add option 'Avoid joining stations solely to extend coverage area in towns'
・Other minor adjustments(Especially around FIRS)

Save data from previous versions is incompatible.

[GelGiGue]

hello again. i'm wanting to reach out to you about this "divided by zero" bug i've been encountering today with your a.i., where it'll crash a few years after trains are introduced pretty much every time. i've tried on jgr and regular with various different train packs and the results are the same.

[AAAHogEx]

hello again. i'm wanting to reach out to you about this "divided by zero" bug i've been encountering today with your a.i., where it'll crash a few years after trains are introduced pretty much every time. i've tried on jgr and regular with various different train packs and the results are the same.

Thank you for your report. This was occurring when the engine was non-powered, I have released a corrected version as v84.

[ImRatherNew]

hi there, it seems like the "division by zero bug" still persists as of my testing, also the ai reports as ver 83 while the filename says ver 84 (yeah i still dont know how to make a proper bug report )