ffm2

The replay does not start from turn 0 and can't be replayed sadly. This happens on late joins. As real_tabasco_sauce said, the turn length can vary highly. In the oddity_detector the duration of the turn is computed, but not logged for replays (which could help a lot in those cases). Although it could vary for spectators again in comparison to the players. They can delay or speed up, so the players have less lag. A indicator for lag (or pause) is when more players than one have lots of commands during a turn. The reaction to garrison the ram is one a normal player would anticipate and focus on, so a fast reaction seems plausible. Same turn could also be for fast ungarrison and garrison. This is the case here. There is also some variance to see: turn 6776 is a ungarrison and 8 turns (1.6 in game seconds) later a garrison command is send. Ram attack interval is 1.5 seconds. Then turn 6793 is ungarrison and 6802 is garrison (9 turns). Turn 6776 sends the same command twice, which a program wouldn't (if it's not extra programmed to mix in slight variances to hide itself). Does someone else have the complete replay? With this doubt in mind you could check other games of Zekromus. I plead for not guilty.

cmd 1 {"type":"tribute","player":1,"amounts":{"food":100}} so cmd X ... "player":X

You can sent yourself resources through a command. This might seem useless, but It is not cleanly programmed You can obfuscate the statistics

Atm. for me it depends. Ideally, long time ago when I could out-boom other players it's not necessary and slows you down (hence turtling). I prefer amoebae-style reach for extra res. or be near the front player. That again makes my base a bit weaker. House walls in combination with surrounding hills and just some gates are a good compromise. Especially if you expect another player to come with lots of cavs or siege maps (Corinthian isthmus, ambush) I get infuriated when I see teammates building huge stone walls, indicating they have no intention in joining a fight anytime soon (except they communicate before, "I turtle you can help on the other side") Another huge priority is that workers should not walk across your base a lot. So if you think on that side could fit some wall/building use only a few workers and preferably ones from nearby or maybe don't at all. That also goes for amoebae-stretch for res, it could be bad to stretch for some berries if you're exposed there and don't have any other business there.

Your horse doesn't fit in a tower. In the cc or fort it's ok. Except when the game setting is regicide and hero garrison is off, then also no additional arrows. Maybe just change the tooltip to "it's complicated".

There are some efforts. The 1v1 rating in the lobby is a elo rating which could help to some point. A strong player in 1v1 is not weak in team games. Weaknesses: Not everyone plays regularly rated 1v1s and some have low elo on purpose (for fun). Smurf accounts start again at 1200 or they gained their elo years ago and don't play rated again. Local ratings mod rates the players based on their scores. This score usually is skewed for some players. ValihrAnt e.g. is one of the best and rated mediocre. One could develop this further and check where the score lacks. But it would always be a system where you expect a player to act in a way and not rate how successful the team actually is. Local ratings with elo or glicko-2 rating based on pure wins of teams do not get enough games to divide good and bad players from 4v4 games. I did a sketch of this, the results weren't satisfying. Maybe it would work if the databases of 4 heavy players join their databases. A team lobby rating like the 1v1 might work, is untested though. This would also require that games are often labeled as rated. Some players do indeed complain a lot until their team is very unlikely to lose. Ideally the player would lose and win 50% of the games and just rank up in the rating.

To be pedantic: Maurian champion archer (woman) add arrows. Most healers (men) don't add arrows. Also the hero Hippocrates does not add arrows. "Per Unit" might be changed to "Per Solidier" to clarify this.

Of course. Same. That's why I just unload it so lazy here instead of writing proper git tickets as I should. Sorry for that.

During multiplayer the trick gets displayed while your game loads, then you go in to the game and wait for the other players. One could make it so that you can still display that trick, so one can finish reading it while the others connect. But you should also be able to check your base, where trees are etc. There's a important typo in 0ad/binaries/data/mods/public/gui/reference/tips/texts/select_wounded_units.txt The hotkey is "O" (the letter) not "0" (zero). These are my tricks I'd like to share. Could maybe be phrased better and/or shorter. I made 3 tricks in a series called "Fight, flight or let them ride?". It seems a bit obvious, but it's important and a lot mistakes are made here. I split it up to 3 so one can read it hopefully in one loading screen. (Fight) Fight, flight or let them ride? If there's a fight going on nearby between two equally strong factions and some units are gathering resources they should definitely join the fight. If all units are occupied fighting any additional unit: -receive no damage at all -can deal additional damage It is very crucial to have the higher numbers in a fight. (Flight) Fight, flight or let them ride? Estimating army strength is crucial. If you notice a enemy army gains a slight upper-hand running is often the best choice as your disadvantage will only grow bigger. Only keep fighting if you are willing to sacrifice more units than your enemy for a very good reason. Don't expect that a bad fight turns better on it's own. (Let them ride) Fight, flight or let them ride? Assume a small group of attackers run around your base. Do not overreact and send too many men to chase them! Running units are not productive. If your enemy has a few units running and a few producing while you have all units running your enemy will flourish. In a fight you want to keep the upper hand though. A seasoned commander reacts to these situations in appropriate way. Anticipate supply and demand. When all men go to battle consider moving some woman from the fields to replace male wood gatherers right away. Garrison forts! A battle is going on. Garrisoned units in forts, civic centers and towers can safely deal damage from within the building. Garrisoned units usually deal less damage from within the building. Select wounded units with "O" and garrison them preferably. This way they avoid soon death and can serve you longer. You can repeat this while the fight is going on. Once the fight is over they may be able to heal up and be stronger than new units through their gained ranks. Teleportation: Units can enter and leave buildings from every angle instantly. You can use this behavior to transport units over the distance of the building. Command the units to enter the building, set the destination with the way-point flag of the building, with the building selected hold the U-key. This can be helpful e.g. for ranged units to gain some distance from melee units or vice versa for your melee units to close the distance to ranged units.

If you don't want to install the oddity detector (which warns in-game) you could check quickly the barter efficiency. If that is suspiciously high watch the complete replay. Note: Just a high efficiency alone is not sufficient to claim a market exploit. It is normal game play to use good prices once one takes note of it in the market. But a market exploit causes a high barter efficiency.

V02 is only a bug fix version. It should work now. It works in my one player replay and in the initial replay on which I set it up. Thanks for the report.

Can confirm. Made a short replay just doing it and its not recognized. I tested the mod on a multiplayer replay where it worked. I will check whats different. It is running though and detects 30s afk for example.

Yeah, the other players may also just like to test out the market glitch now (or something else). And that is annoying to the other 7 players. One could still have games where all mods are allowed and games where one can play the game without having to worry the other players are "just testing something".

It should work also in singleplayer replays. Rapid fire alarm could be triggered false in mp replay if the game lags online but not offline since the turn time is not logged. Or did you maybe work around a trigger?

Of course wrong accusations are bad. I heard some that were too wild too. On the other hand this described cheats are cheats and methods we know of. I would not rule out that e.g. players reveal the map. The oddity detector itself is also just a workaround. If we had something better, like mod signing, I'd drop it since it monitors the players. I made a trainer mod based on autociv for a26 once. It was nice for spectating and reviewing build orders but could be abused easy. That's why I dropped it. This can also lead quickly to information overload. Best method for players atm. is just to play with trusted players which is also annoying. The only cheat we can rule out is reading the enemy chat if the host is trusted (as I understand it atm.).