Freagarach

Hmm, it may be interesting to allow CCs to be upgraded individually.

@Vantha https://code.wildfiregames.com/source/0ad/browse/ps/trunk/binaries/data/mods/public/simulation/components/GarrisonHolder.js$13 in combination with e.g. https://code.wildfiregames.com/source/0ad/browse/ps/trunk/binaries/data/mods/public/simulation/templates/template_structure_defensive_tower.xml$42. Thanks! :D

You may want https://code.wildfiregames.com/D2657.

https://code.wildfiregames.com/D1838?

Yeah, it seems PetraAI must have the metadata. if (ent.getMetadata(PlayerID, "role") === PETRA.Worker.ROLE_WORKER) How do you spawn the units? [EDIT] When the AI produces something it adds metadata to know later what the produced unit is used for. If it doesn't have any, it is probably used in the next attack only. When converting the entity, indeed another message is sent that is also picked up by the AI.

What mods do you have that could cause this? If it can be triggered without mods (that doesn't seem the case) or from the GUI we should find out how to reproduce and fix it. Glad to be of service! :)

You should ditch the warn("player"); and add the if-statement at "AddResourceGatherer". But the rest should still be called. Snap is annoying. But using a mod should work. I get an OOS at turn 20, so can't use that replay? Do you get the crash when watching that replay?

Do you have a replay that reproduces the error? The "undefined:NaN" is the problem here, I can try to help you debug it. Did you add a resource to the game? Can you check with an if-statement (if (type === undefined)) at https://code.wildfiregames.com/source/0ad/browse/ps/trunk/binaries/data/mods/public/simulation/components/Player.js$263 the stacktrace what called that function? (warn(new Error().stack))

For a modder, yes, quite possible (and relatively easy). With the linked patch: no, that is just a boost for everyone.

It 'teaches' the PetraAI how to upgrade stuff and includes the sentry tower as an example.

https://trac.wildfiregames.com/wiki/GettingStartedReinforcementLearning#Scenario

(We're still looking for an AI dev.)

Might keep in mind: https://code.wildfiregames.com/D1819.

Sounds like we want it to be a user-choice. ^^ (spread-attack or focus fire, not limited to structures) Just sad it is hard to get user-preferred default values in the simulation properly (e.g. stances).

https://code.wildfiregames.com/D1905

The summary screen in-game doesn't show your adversaries, if you're merely paused. Upon disconnection, yes, the game is considered 'finished' and you can see the stats. I can tell you, there are easier ways to find victory than disconnect/reconnect every minute or so.

Do you have a replay?

Sort of intended/bug. See https://trac.wildfiregames.com/ticket/3201 and https://code.wildfiregames.com/D1997.

Hello @Helicity and thank you for your feedback, attack-move is indeed partly broken, there have been several attempts at fixing it, but there can be quite some edge cases we need to work with. We would love seeing the solution either as a mod or a patch submitted on Phabricator. Here is the most recent file: https://code.wildfiregames.com/source/0ad/browse/ps/trunk/binaries/data/mods/public/simulation/components/UnitAI.js, where "WALKINGANDFIGHTING" is attack-move. As for the preference to certain units, you can define those in the templates in the Attack component. See also e.g. https://code.wildfiregames.com/D3853 for an attempt at improving walk-and-fight behaviour. This is not merged because the method used is very expensive, computationally.

You can mod out the ability to make enemy/neutral: https://trac.wildfiregames.com/browser/ps/trunk/binaries/data/mods/public/gui/session/diplomacy/DiplomacyDialog.xml#L53. (censorship to the max) Or just vanquish them whenever they break alliances, I guess that works better.

For reference, this idea has been implemented in vanilla in https://trac.wildfiregames.com/changeset/27244 and https://trac.wildfiregames.com/changeset/27487.

Catafalque issue fixed in https://trac.wildfiregames.com/changeset/27534.

Thank you for your report, @LienRag, there was indeed an issue with the aura. I have prepared a patch (https://code.wildfiregames.com/D4931), you can test that.

There is the python script in the simulation folder of the mod that one can try to use on other mods, I cannot give any guarantees though.

There is an almost-finished patch by @smiley: https://code.wildfiregames.com/D4782. As for the walls, the chances are bigger that the AI chokes itself than that it will pose any thread for the player, unfortunately. @real_tabasco_sauce If I were you I would make that patch on Phabricator, not the community mod. This since we're 'close' (TM) to a RC and that would provide better context for the change. Up to you though. My experience with garrisoning on walls is that it is hardly viable (against the PetraAI). Doubling the amount of units that can die on the wall isn't enough, IMHO. I'd vote for also increasing resistance and range a bit. The staticness of walls means you'll (almost) always be at a worse position against a good player, so buffing them a bit too much shouldn't be a big problem, I guess.