Leaderboard

This is an oversimplification of the situation. As ffm correctly points out, the full hashing is a feature that cannot be removed lightly. We are working actively on the issue, as you can see from the linked technical discussions. What we will not do is hurriedly release a new version. We are carefully fixing a few bugs the right way which will take time. Thanks to our new git workflow, we are able to prepare a 0.27.1 release in an orderly way, something that wasn't possible in the past. It will also take some time to get the process right, as it will be our first patch release. The future release 28 is in active development and should be out in Q4 of 2025. I cannot give you an estimate for 27.1, but it will be as fast as humanly possible on our 100% volunteer free time. If A27 is not playable for some people, then it means it was even worse for them in A26. Indeed, full hashes were performed in A26 as well. The numerous performance improvements we released are just making that bottleneck prominent. It is alarmist and totally incorrect to insinuate that A27 would have higher spec requirements than A26.

Adds the ability to recruit Heroes from the start of the game in the Civic Center. Their stats are reduced. HP count: Infantry 250 Cavalry 350 Elephants 1100 Melee and Range: At or below Champion level. Range: Additionally reduced damage. UPDATE 0.2.0: All Heroes have 2 auras added, with small bonuses for units and research. Added 3 Tactics. Switching is done using the unit upgrade icon when selecting a Hero. Neutral => Def => Att => Neutral Neutral - no bonuses Def - units and buildings get bonuses to defense stats. Att - units and buildings get bonuses to attack stats. Heroes can Promotion up to level 3. Tactics bonuses increase as they advance to the next level. hero-rebalance.zip

New design:

Update From now on @Seleucids is the main maintainer of autociv. Thanks for taking over

When we try to produce units from multiple barracks at the same time but don't have enough resources to assign the desired number of units to each barracks, it often happens that units are added to the production queue of already occupied barracks, while free barracks remain idle. This results in long production queues accumulating in fewer barracks than we actually have available, and it also locks up resources that remain reserved for those units. This week, I have been working on a mod to fix this bug in 0 A.D.'s training system. Additionally, I added an option to define the maximum number of units in the production queue. This works the same way as for free barracks: if some of our barracks have reached the maximum queue limit, new units will only be assigned to the free barracks. I'm sharing two videos showing the behavior. When producing in batches, the mod takes into account the number of occupied "slots" in the queue. That is, it does not consider the number of units produced but rather the number of assigned batches in the queue. Also, I added an alternative production system based on the standard system from AoE2, where units are assigned, as we issue the command (via hotkey or click), to the free barracks or the one with the fewest queued units. For now, this system only applies to individual units (not batches). This means we can combine both systems—producing one unit per barracks each time we issue a command or distributing multiple batches among the selected barracks when using batch production. The spirit of this mod is to offer an alternative approach to what I consider to be design flaws in 0 A.D.'s vanilla training system. Distributing it as a mod gives us the opportunity to conduct the necessary tests and receive feedback with a view toward its implementation in the next release. I want to give a special thanks to @Atrik for pointing me to the necessary game files to modify and for sharing a preliminary code to implement this mechanism. To install: unzip the content of the folder into your mod's folder. (I plan to make the .pyromod file and add it to mod.io in the future) CustomTrainer.zip AoE2.mp4 176872599_MaxQueueLimit2.mp4

Considering the latest news about the Autociv mod, it seemed like a good time to do this poll. While it's possible that some community member will start maintaining this mod, perhaps this is a good opportunity to think about what features we think could be incorporated into the vanilla game in the future. I want to take this opportunity to eternally thank @nani for the invaluable contribution he has made to the game with all the time dedicated to the development of Autociv. I'm sure that most of the community shares this feeling. Thank you very much, nani. You're the best. If I have omitted any feature that you think is important, please mention it in your answer.

I support this. Do note however that integrating the code will be non trivial as some things are hacked around the game and we will need to take the time and make them proper. E.g. the corpse thing i tried to port in 5 different ways and none got in.

Here is the popularity of the technologies in my database. All data from A27 A24. The data is gathered from 369 games with 1436 players (not individuals [if a player is in 2 games its counted as 2 players]). From the 1436 players are the top 600 selected with the highest eco_score of spend resources by minute 13 selected and evaluated. So games in which the player booms and is likely left alone. The percentage shows how many of these players who can researched the technology actually researched the technology in that game. So if a tech is only available for han, and all the han players researched it, it would be 100%. This could be used to balance some techs. tech_stats.xlsx

Hey guys, how is everyone? Today I'm happy to present you with the final result after some drastic improvements to the River Delta map. All terrains have been updated to the Sahara biome, map layouts updated to resemble a more natural looking marsh-like landscape, updated resource distribution and also added some final touches that I think will make it more fun to play I've scaled down the 4 player map size from giant to very large so it may be possible to create a 6 player map as well in the future. I'd love to take a look at the new performance improvements of the newest version and explore the possibility. I have uploaded the daytime 2 player and 4 player versions in the original post where I have attached the files. Do take a look and I'd love to hear what you think. Edit: Night time versions uploaded.

Hi all, please list your feature requests for autociv below, and I will try to implement them as suitable. Also any suggestions and bug reports are welcomed. For a start, I am thinking about allowing the user to choose which stats they would like to see in the stats panel. For example, you can choose to see your melee count but not the number of siege weapons that you made. You can also disable teammate stats (despite allied view on) as some people found it annoying to see so many fluctuating numbers. This will be configurable via a page in options.

Do it. No one wants these monstrous ships.

I´m using this references for the new design

As most people are aware, A27 has some technical bugs: extreme stuttering and OOS on rejoin. The extreme stutter makes many players drop down to 3fps or even freeze and crash the game completely. We have determined that it is caused by full hash. Wraitii has a fixed version with quick hash that solves this problem. I and @real_tabasco_sauce have tested it out and large battles with 4 players were able to run smoothly. My question is, can we do a quick re-release like we had in A25-b or just call a new version A27.5 / A28, where we at least fix the hashing stutter. If this is too much to ask, all we need to do is compile this: https://gitea.wildfiregames.com/wraitii/0ad/src/branch/quick_hash_only/ into .exe or appimages then distribute it to the player base so that people who aren't capable of building the solution can also play. Of course it might not be compatible with the rest of A27 players but if everyone could update easily, then it won't be a problem. The solution can be popularised by advertising on the forum and the lobby heading message. We can do a release candidate every time a bug is fixed, just to get games going. This current version is almost unplayable for many medium spec users and a few players I know have quit because of the stutter issue.

It's not. It's actually within the game licenses that anybody can mod the game. You can make a circular reasoning with the tos stating that cheating isn't allowed in ranked games. Actually the Terms of Use are very clear that everything which grants unfair advantages isn't allowed in multiplayer games, no matter if they are rated or not:

This is where Borg- the annihilator makes his enemies cry

Hello my friend, I would like to share with you everything I have managed to do so far. I will describe everything I have added and modified in the game. First I changed the population amount to 600000 and increased the map size to 704. Then I changed the construction time and its life, needing 4 to 5 citizens to have a similar time to the conventional one. I strengthened the walls a lot, now the walls protect the cities well and without siege weapons it is very difficult to penetrate the walls. I created new roads to decorate the city, with 3 models, 1 made of dirt, stone and Roman flooring. For now they are only decorative, but I would like to have an effect of increasing the speed of units when passing through them. I created two new units, creating the male Citizen who can collect more wood, stone and metal than the female. He also has new buildings that only he can build. Icreated the Landscaper who can build trees to decorate the city. The female units can now only build the farm and the corral and they collect more food than the males. Plantations are made inside the farms, with 5 options: wheat, vineyard, date palm, orchard, and banana grove.In the market you can create stalls of various types and an area for selling slaves, and there you can buy slaves. I removed the distance of towers and forts and the construction limit so that the player can create their city in the best possible way. I modified the icons of the items(still missing some). I added new songs to the game. I need to clear up some doubts. How can I remove Footprint and Obstruction so that the player doesn't bump into the roads after they've been created? Every time I remove them, I get an error. Next step, I want to add new resources like money, clothes, technology, among others, and modify the appearance of the buildings with the generated technologies. Thank you once again for all the patience and support you've given me so far.

Since cs melee cavs rushs and melee champ cavs are op the obvious thing to do is to increase counter dps of inf polearms. Melees champs cavs are brokens since they lack any counter now, but themselves counter everything (inf, siege, other cavs...) and have the highest mobility. Mobility can be fun, so the nerf should be on their ability to meatshield/destroy armies of spears => restore x3 counter for example.

About ministers, the bonus was intended to be much more, then there was an argument made that this needs to be useless for the sake of balance. Trying the initial intended value is still something I think is worth a shot. Another point is just because top players don't use certain techs doesn't mean low elo players can't see value in it, so the statistics probably paint a skewed picture.

I believe the crew is built-in; additional passengers would make the ship slower, due to increased weight. (Don't implement that!)

You can start by making a mod for this yourself, then try to submit it as patches towards the main game. Alternatively, we can keep it as a mod. To make the mod, start with Seleucids and Persians as template and assets source...

A video demonstration of the disproportionate OPness of champion spear cav: Spearmen are intended to be counter cavalry effectively with its 3x bonus, yet the champion cavalry kills regular infantry spearman with 205 remaining health. This is disproportionately OP. Its also defeated a Persian immortal (a champion unit that has hard counter against cavalry) with 57 Hp left. Even matched against the strongest infantry spear units of 0AD, the Spartan Olympic Hoplite and Macedonian shield bearer, the cavalry unit inflicted severe injury before dying. Combined with the mobility and its affordable cost in late game, this unit is disastrously OP. Solutions: Reduce its damage to a sensible level so that it cannot kill a spearman in 5 hits. Decrease armour value Limit the spam - either only allow them to be produced from special buildings or raise their price to unaffordable levels. Give some counter units to every civ. Leif has implemented features in his Historical mod to limit the abusive spam of this unit, which is great. I think we should have some limitations in base game as well. The training champions from fortress mechanism of A23 was good.

I think this kind of comments from an unknown user is the reason why a bunch of old timers in the team have the feeling that 0ad players, especially those who have never written a line of code, live a bit disconnected from reality and disregard the major part of their free time (which is scarce in an adult's life) the devs dedicate here. Here Acero says in a aggressive tone and with utmost disrespect for our work that devs MUST deliver a flawless (but still free) product on each and every alpha, fix every bug immediately while also finding time and motivation to play the game in a competitive multiplayer setting. Guess what Acero: that leaves me the choice between giving up OR avoiding interaction with players. And players have been degrading my motivation over the years as the expectations have been getting higher. You should be asking yourself why, instead of disparaging us. Now I hope you understand why your tone is unacceptable Please delete your post which doesn't help, and I'll do the same with my bad taste parody. Instead we would be grateful to have profiling data and numbers instead of vague feelings of performance degradation. I do not question the fact that there is a performance issue, but right now it is unexplainable. As wraitii points out, it is not possible that the hashing is the sole culprit if you maintain that A26 was objectively faster. We need to understand that issue before we can think of fixing it.

My intention is to be able to get a more or less accurate idea of the players' preferences by giving them the possibility of choosing multiple options instead of holding a vote in which only one option can be chosen, which would force each user to exclude some of their preferences from their vote. As an example: So far, there is a clear preference for the addition of Building Hotkeys over Players' Stats Overlay, with a difference of approximately 18% percentage points (17 votes/22voters = 77% vs 13 votes/22voters = 59%. ). Of course, here we have to take into account the different preferences between single player users and multiplayer users. We could infer that a single player user does not have much interest in seeing the economic information of his allies as a multiplayer player does. Same for hosts features which has even more difference (23% over hotkeys). And this "could confirm" that right now most voters are single player users. Evidently, this seems to be the case. However, taking into account what I expressed in the previous paragraph, we should consider which of these features are more suitable for the two game modes (single/multiplayer). Taking Active Pause as an example, it doesn't seem right that a player can execute commands while the game is paused in a multiplayer game, and in this regard I would put more emphasis on how to modify the pause system in multiplayer in such a way as to mitigate pause abuse, something we know can be quite irritating. Finally, I would like to add that beyond the "democratic spirit" of any vote, it is difficult to take the results as an absolute and definitive truth. Rather, I believe they serve as valuable feedback for those who, with effort and dedication, develop 0 A.D. and make the decisions they consider most appropriate (and feasible) to continue improving this great game, incorporating Autociv features that have contributed a lot. It could also be a nice tribute. =)

Helllo, If a bot performs tasks on your behalf and this feature isn't available in the vanilla version, it's considered cheating. Other players don't have the option to do the same. I don't want to play against cheaters, whether they're weak or strong; it's the same. I'm convinced that someone who focuses on rushing with their cavalry will manage it better because they won't have to click on these buildings and produce, or even think about it. The player without the mod won't have this advantage. If QuickStart were in the vanilla game, configurable and accessible to everyone, I wouldn't like this feature, but I wouldn't oppose it. I also think that issuing commands during pause is a form of cheating for those with autociv. I find it comfortable with all the pauses in the games. The goal isn't to issue 50 orders but just 1 or 2. Should issuing orders during pause be in the vanilla game? I'll let you debate that. People don't ban it ,because they don't know it exist. If tomorrow a super developer creates a bot that plays entirely in your place, performs excellent military maneuvers, automatically sends resources, and starts transitioning farms on its own, would you still find that acceptable?

Ok i forgot to explain With this PR, (https://gitea.wildfiregames.com/0ad/0ad/pulls/7633) units will only get stuck attacking a building (or capturing) if you have directed them to do this. If you didn't, they will consider units of higher priority. So it means that if you looked away from your army and they start attacking buildings because there are no units nearby, they won't get stuck doing this. Also, it helps with units like bolts to not get stuck attacking a house or something.

Typing banani should ban nani.

I volunteer !

This is very good! It'll be in DE for A27 and in the base game for R28. The hanging banner consistent with the Pirate ship sail is a nice touch.

Hopefully in the next few alphas we can get some of that historical stuff into the game so you all can learn more.

Deutsch, while you're nitpicking, and it wasn't invented in 1871. (Not a complete list.) Aren't they grouped as Hellenics? I haven't fully dived into the subject, but I believe Germanics fit better than Germans.

Hi all, right now all civilizations use a carthagian actor for formations, though especially the romans had their own, very unique standards, e.g. Aquila (eagle), Signum and Vexillum. I put together 4 standards, which I'm adding as a mod here. Alpha for player colour still needs to be added. @wowgetoffyourcellphone @Stan` @real_tabasco_sauce maybe someone could take a look on it and make a PR? we could also put together a standard bearer unit, similar to the gaul trumpeter, as a scenario unit or upgradable legionary in vanilla? They used to be called "Aquilifier" (https://en.wikipedia.org/wiki/Aquilifer) or "Signifier" (https://en.wikipedia.org/wiki/Signifer). references: wikipedia links: standards.zip

https://gitea.wildfiregames.com/0ad/0ad/issues/7599#issuecomment-112460 Design discussion branched from here^ Some of my thoughts on the subject: Things I think will help overall: #7608 looks interesting. I'm thinking there could be another status bar below the capture bar for "Assimilation." There could be a "warm up" time called Assimilation where it takes a certain number of minutes for the usage of that captured building to become available. You've captured it, it's been denied to the enemy, and you've claimed its territory, but now you gotta wait a little while before you can actually use it. And similar to #7608, you can't delete it either unless you've Assimilated it. All of this wouldn't require any input from the player, so it's decently simple. As suggested by @real_tabasco_sauce Adding some toggle or option to choose default behavior for your units: Capture or Attack. If it's an in-game toggle, we could call it a "Policy," or else it can just be an Options menu item. I think in-game toggle is sexier, but Options menu item might be simpler (?). If an in-game toggle, you wouldn't have to swap in and out of the Options menu if you wanted to change the policy mid-game. I think (un-garrisoned) buildings should take longer to capture in general, and buildings easier to destroy with melee weapons. Maybe revisit the base capture points of different building types and the health/HP or armor values of various buildings. Just rebalance capturing vs. attacking. I don't think a fully-garrisoned building should be impossible to capture. We could revisit the GarrisonRegenRate values to prevent this. Higher base capture points, but lower GarrisonRegenRates seem desirable to me. My ideal game is still Attack by default, but if some solutions were implemented to make capturing better and attacking more viable, then I could live with Capture by default, especially if there was a toggle. If we make buildings more vulnerable to non-siege units, then we can compensate with a building health tech tree at the Civic Center: Craftsmen (common) -> Architects (common) -> Monumental Architecture (for "urban" civs). And if we make buildings less vulnerable to capturing (increased base capture points), we can add a couple capture techs to compensate: Military Cult (common; at the Temple) -> Plunderers (for "barbarian" civs; at the Temple), Siege Ladders (common; at the Fortress).

The Sasanian Empire officially Ērānšahr was an Iranian empire that was founded and ruled by the House of Sasan from 224 to 651. So 0 A.D. cover this period. I've posted this request with all of this civ's pictures and architecture and some info 2 years ago you can check it out here. Thanks for your attention pls help. Request for Sassanid Empire in Millennium A.D. Arsacids timeframe: 247 BC to 224 AD Sassanid timeframe: 224 Ad to 651 AD These two empires are the successors of Acheamanid Empire after the collapse of Ancient Persian Empire (Acheamanids) and the Alexander Macedonian Empire and Selucids.

Not sure if it's just me, but capturing feels too easy with a27. The two other points I struggle with are ships being too weak and siege weapons packaging and movement being too fast. In a game I had serious problems countering siege weapons even with champion horsemen, because of how fast they've been able to get back behind enemy lines again.

Ok, I have heard questions about this, so I'll answer here. We will do a community mod for a27, however there will be changes to how it works. In a26, we had issues where the mod would split the multiplayer community into mod players and non-mod players. Also, because the mod fixed a couple of bugs, development on the mod was a constrained by the requirement that each change be a clear improvement. This hampered experimentation. So the main change will be that each community mod version will be a clean slate, no changes from the last version will remain. What this means is that the mod serve the purpose of a "Community Test Environment", or CTE. Essentially, its a way for gameplay-oriented changes to be run by the community before being committed to the development version of 0ad. My hope is that we can make release turnaround fairly quick, and test a lot of ideas. Players can certainly continue to submit PRs, but I'd like to invite developers to submit their gameplay-oriented PRs too. Some stuff I hope to experiment with: capture vs destroy balance walls delete trees 3x cavalry counter added economic unit to address boom = turtle ship balance Improve Han gameplay

Update for ModernGUI (1.27.12) Key new features: Custom Colors mod from @Mentula with new options Fixed colors by player slot (option, on by default), with a color preset. Only distinct colors, very good for minimap. Hot vs Cold colors for team games. (To remove the fixed color option, check "Allow all Colors" option) You can pick a color for yourself that will always be assigned to you on game loading. You can change colors, revert to vanilla colors in options. Easy queuing from @guerringuerrin Holding down "Alt" now also works to 'Order One Unit' for production buildings! When selecting multiple buildings, you can queue 1 unit (or 1 batch in combination with "Shift") to the least busy building! When selecting multiple buildings, if some buildings are idle and some not, production will only go to idle buildings, this mitigate highly the "bug" where one building get a big production queue will others are idles when using control groups to queue units. Options (almost-modular mod ) All the options can now be changed in-game without requiring restarting to apply.

1v7 Very Hard Petra: Mission Accomplished. This proves that I am qualified. To improve on: kill faster!

I'm against moving champs back to barracks / stable. There can be so many ideas compared to just going back and uniformizing things. For example, decreasing the batch training time of champions (an underrated bonus by the way, large batches can train very quickly with such a reduction), having mines last longer (for example, getting 6K metal out of a 5K mine, however I was thinking of giving that bonus to Kushite Pyramid complementing the gather rate), better exchange rate on the market (but better handled than previously), cheaper market, making the unlock champion technology more expensive... And remember at least one temple can be useful as healing so it is in a way better than other champion-training buildings. Healers can also be improved a bit, I have ideas for them.

Frankly, it does make sense: glorious expansion extends the max population cap but you still need the corresponding number of houses. Actually, I believe this was the same since at least A26, if not longer.

Updated to Version 0.5.1 Compatible with 0.27.0 Added description to the first post.

The cope of rushed plebs is insane here.

Can you describe your problem in more detail? Do you drop down to 4fps irregularly, like every 4 seconds, or is it just a constant laggy experience? How quickly in a typical game do you get down to 4fps? And what fps would an equivalent game in a26 have? What steps to fix it have you tried, like switching to different graphics settings in options -> graphics (advanced). Have you tried combinations of Vulkan/openGL and with vs without GPU skinning? It could be that you are experiencing a separate issue.

Screen Recording 2025-02-15 202422.mp4

I know, i was just sharing.delete_projectiles.zip

Might be nicer to try to merge single features in the main game.

prt_dock.zip

There is a blog article about it here: https://www.comitatus.net/greekbellybow.html Although it is not really related to the Macedonians but to the Greeks in general, it is a real ancient weapon. Edit: There is a plausible evidence for its use in Macedonia in the 2nd century BC: https://www.academia.edu/31610915/Perimortem_Weapon_Trauma_to_the_Thoracic_Vertebrae_of_a_2nd_Century_BC_Adult_Male_Skeleton_from_Central_Macedonia_Northern_Greece_2004_Death_from_a_catapulted_bolt_head_Journal_of_Paleopathology

The flatpak is in its very last steps of being good. I don't have edit control to the wiki so could someone real quick edit the wiki so the flatpak doesn't things like "Unsupported" or community maintained, because it isn't now.