Dizaka

Romans (without looking) have: close dmg hero (similar to gaul, just really close range) champion cav dmg hero w/ debonus on enemy infantry global +1 armor hero Gauls have: loot hero dmg hero unit speed hero? (edit: gathering speed, thought it was walk speed) Iberians have: cheap units hero + speed production garrison arrow hero (edit: forgot about armor bonuses for this guy, rarely used though now with tower/cc nerfs) loot hero similar to gauls? (edit: movement + loot by percentage vs static for gauls) I wonder on my Gaul/Iber guesses.

People sometimes wonder why I just randomly resign, close client, and go for a walk. #1 reason right here.

Also, I *THINK* Romans used to have the longest range siege - natively (Mace had similar range w/ hero). I'm not sure if they currently do. They did in a23 but I do not think in a24/a25 that is the case. The Mace team bonus is nice. However, because of that bonus I fear they'll never be in the line to get p2 siege camps similar to Mauryas ele stables :(.

Be careful with this. Macedonians I believe already get a siege range bonus from siege hero. It's a range bonus for ranged siege units and a dmg bonus. Must be in hero's range. I really think this civ should have p2 siege shops and maybe siege towers in p2. Since siege towers cost a lot of metal it means no p3 for macedonians or severely delayed. By p2 most civs have either sword infantry or cav. Would also force more spearmen to be built rather than skrimishers to army diversity.

Build more spear and sword units than ranged units first. Prioritize rams when attacked. Don't go p2 immediately. Do p2 after first or 2nd round of attacks. Make sure to always be mainly melee (spear/sword) until champions and you'll be fine.

@Purgator_ @LetswaveaBook Ships max out at 10 bolts (or 11), or about 1 per unit garrisoned. The large bolts are 10 (or 11) bolts overlayed on top of each other and shooting at the same location.

I mean 1-way hashes exist for a reason. Once you hash the data you can throw away the original data (IP addresses) for privacy reasons. The normal distribution can be based on the different portions of the IP address. There's four octects and they have a specific meaning. So a 1st octet normal distribution can be the least predictive. A 2nd octet distribution can be more predictive. A 3rd octet distribution can tell you a likely scenario. A 4th octet distribution is very predictable likely. And there likely is a database that stores IPs based on frequency of use and/or purchase. Meaning if it is a VPN ip you know its possibly a smurf. If it's a college-bought IP range you know it's likely not a smurf but could be one. If it's a one IP of a number of IPs from a common ISP it could be a smurf but probably not. Most people aren't capable enough of changing their IP in this game anyway. Basically, all of this allows you to make an educated guess on balancing.

Honestly, I think the grading/scoring system isn't okay. People can manipulate this. I think it's normally more about communicating information to players. It's likely that a normal distribution can be created using IP addresses based on ranks of players that have played from that IP address. Knowing the bell curve you probably can predict player rank, I would think.

Correct. Which is why civs should be hidden and require scouting.

BTW, people smurf b/c people get targeted on strategies IG. If when starting a game a host could make a 'blank' game that doesn't disclose: Player civs Players playing the particular civs Then there wouldn't be a problem. I've played games multiple times where it starts off as a 4v1 and I get defeated but my team wins either way because I'm target #1. Very frustrating for things like that to happen. It also happens when playing vs other players. You know Yekatrina, Letsweaveabook, etc are good players and should be targetted early on. Same applies for PistolPete, Palaigos, PhillipTheSwaggerless, Rauls (esp Rauls), Ricsand, Borg (this one definitely) etc. It's weird but game matches are prone to griefing. But the griefing isn't intentional. Instead, it is just player strategy. However, the player strategy is coming from knowledge gleaned outside of the game and especially in team games.

That explains how you played and why what happened happened that game. Was surprised I was able to rush you with success and wasn't exactly sure what happened there even after watching replay. This makes sense now. My goal that game was go with p1 skrim cav then merc cav p2 because of merc cav cost and the assumption that I'm likely to get rushed by 1-2 players in under 5 min (So I need to be proactive rather than reactive). I figured that the next best thing is being offensive during those minutes and segway into merc cav from there. When I saw the amount of berries you had I was hugely worried.

AI does it to prevent capture so that buildings are not donated to the enemy. I think it's a good feature. Though, wherever possible, I think AI should prioritize garrisoning to prevent capture.

Just to be clear that's not what was on my mind (Nor would have been). It was more about not caging an innocent person. In particular, caging you is the equivalent of caging someone who does substantial contributions to the health of the general ecosystem.

Absolutely not what I meant ...

#freeKate @user1 @Stan`

So it's not even Trademark law at issue but something completely different that I didn't know even existed, lol. Fun read.

@badosu come back

Can't look at specific stats individually. Have to look at the big picture. You can win games with high k/d ratio while extremely low economic stats (e.g., Carth Merc). You can win games with extremely low k/d but really high economic stats (e.g., Mauryas/Persians who can outpop other civs by a lot). You can win games with extremely low k/d and extremely low economic stats (e.g., tying up the best player on other team). You can win a 1v1 with low k/d but capturing a lot of buildings (e.g., outmaneuvering the other player). There is no way to interpret the stats just a good way to measure average progress. There also should be an "idle unit time" stat that takes into account units garrisoned inside structures (except for mercs - that should be a seperate stat).

So patch file cannot find files when ran. Using 2nd method (see below). Tried this. I get stuck on resuming the game to build. Not sure on the commands. I think this might be, currently, above my linux understanding or abilities to resume the build with the patched file (util.py). I'll try tomorrow from the beginning and try figuring out why the build doesn't resume and/or if I need to issue some kind of commands to resume the build. Lost on that part. TY and appreciate the help.

@nwtour TY for help. Just to double check I understand syntax correctly: Run ./update-workspaces.sh -j3 For util.py create backup util.py.org afterwards Modify util.py by: Add: + +try: + from collections.abc import Sequence +except ImportError: + from collections import Sequence + + Then replace "class String.ListAdaptor(collections.Sequence):" with: + class StringListAdaptor(Sequence): The following: @@ -22,6 +22,13 @@ @@ -782,7 +789,7 @@ Are just line locations? So do nothing with the above. Ok, so I do the above but I'm lost on the next steps :(. When I redo ./update-workspaces.sh command the data gets overwritten. (Yea, this is probably a total newb move/error and sorry about this.)

@nwtour Traceback (most recent call last): File "/home/akazid/Downloads/0ad-0.0.26-rP26108-alpha/libraries/source/spidermonkey/mozjs-78.6.0/build-debug/../js/src/../../configure.py", line 25, in <module> from mozbuild.configure import ( File "/home/akazid/Downloads/0ad-0.0.26-rP26108-alpha/libraries/source/spidermonkey/mozjs-78.6.0/python/mozbuild/mozbuild/configure/__init__.py", line 33, in <module> from mozbuild.util import ( File "/home/akazid/Downloads/0ad-0.0.26-rP26108-alpha/libraries/source/spidermonkey/mozjs-78.6.0/python/mozbuild/mozbuild/util.py", line 760, in <module> class HierarchicalStringList(object): File "/home/akazid/Downloads/0ad-0.0.26-rP26108-alpha/libraries/source/spidermonkey/mozjs-78.6.0/python/mozbuild/mozbuild/util.py", line 785, in HierarchicalStringList class StringListAdaptor(collections.Sequence): AttributeError: module 'collections' has no attribute 'Sequence' ERROR: SpiderMonkey build failed

Linux newb ... Used the build instructions and got the following error: AttributeError: module 'collections' has no attribute 'Sequence' ERROR: SpiderMonkey build failed Upon further search it seems Python 3.10 creates a conflict when installed (using Arch ... Can't uninstall 3.10 as it has dependencies ...). Please note that 2.7 is installed. Is there a way to mask 3.10 or create some kind of compile environment? Just need a keyword/pointer in right direction if anyone has one.

I think ground attack would fix archers in such a way that they may not even need a dmg boost ...

Add spearmen to Dakara's list. Also, can use formations to block ram movement using stand ground + line. Works with troops that might have issues dealing damage like skrimishers/pikemen. Another option is surrounding with pikemen + stand ground. Will block ram. Can wait unit Sword/ram/ele/women arrive to finish off.