Leaderboard

Hi everyone, We are preparing the first "patch release" of 0 A.D., now that our workflow allows us to do that. We need your help testing it! What is a patch release? A patch release is a minor release of 0 A.D., bringing a few selected fixes from the development version into the latest release of the game. All fixes of the patch release are already present in the development version (the future Release 28). There are two important aspects to a patch release: Patch releases are OOS-compatible with major releases. If your friend has not heard about the patch release, or cannot install it for whatever reason, they should still be able to play multiplayer with you. This limits the kind of fixes we can include in a patch release. Patch releases are prepared on the side, and do not take precedence over our work towards the next major release. We prepare and provide patch releases as our resources allow. This limits the scale of the fixes we can include in a patch release. What is the current status of A27.1? We have setup all the infrastructure for generating patch releases, and a first testable version is ready for you. It is still incomplete, and thus labeled as "Release Candidate Zero" (RC0). In A27.1, we wish to include, but those are not yet in RC0: a fix for the flood on non-flood maps reloaded from a save a fix for modifying your lobby password when you have an uppercase letter in your username In RC0 are included: a fix for the large performance issue observed by some players on older hardware several small performance improvements in the calculation of simulation hashes (related to multiplayer stuttering) a fix for the distorted 3D models with GPU Skinning fixes for crashes with Vulkan and/or with GPU Skinning a fix for the game crash on pressing Fn key a fix for a crash in Atlas when the map generation fails fixes for multiplayer port forwarding package fixes for Linux desktop environments various build fixes for Linux (some sent by package managers) A27.1 will not include: a fix for the Britons OOS on rejoin: unfortunately it would make A27.1 incompatible with A27 (against rule 1 above) any modification of simulation hashes: it could remove stuttering entirely, but it would make A27.1 incompatible with A27 (against rule 1 above) incremental simulation hashes: those improve stuttering as well, but are too complex to backport (against rule 2 above) How can I test it? You can download the release bundles of A27.1-RC0 at https://releases.wildfiregames.com/rc/ Please report below any crashes or new issues (that weren't already present in A27, unless they are listed as allegedly fixed above). Thanks for your help and support!

art.zip

art.zip

Added warning of idle players after 30 seconds without command. I think this is important as some games are ruined by players suddenly leaving a 4v4 without notice. In lower rated games this gets triggered occasionally. I can't relate to that but I left the older version (the one without v00) without this if this is annoying. The chat command now also sends the version number (now 00), so if this gets a update and a version was known for false positives one can inform the mod user of the update.

Forts should be effective for defense, not an expensive barracks. If they are “useless” right now, work should be done to make their use for defense more effective. Forts should be for defense primarily, with some able to train heroes, unique units (champs), and unique, special technologies. I remember alphas where people would make more than 6 forts just to spam champs, and it became frustrating trying to find space to place them because of the build distance requirement. also let me stress this really important point: there are no complaints about infantry champions, save for immortals being a bit OP in the ranged form. all the complaints are about champcav, so how about we calm down a bit and focus of the specific units that are problematic instead of “moving fast and breaking things” so to speak. why are champcav OP? - high damage, high hp? Sure, but it is not much more than infantry champions, and they cost a lot more. But really the comparison with champion infantry is flawed, champcav will almost never need to fight champion spearmen. - mobility? I think this is the underlying cause as much as others want to deny it. We are talking about units that are double the speed of their supposed counter, units that may not be surrounded, trapped, or outplayed except by a larger or faster cav army. Because you can choose your fights endlessly, champcav players can bank up resources while raiding and retrain fast enough to justify taking bad fights. Additionally, since they move faster, they take less damage from buildings. if you are really adamant to try this, why not set up a PR in the com mod to organize some play testing. I think I’ve seen enough of the current com mod changes to get an idea of what might work in the future regarding capture balance, so we can move forward with a new version if you like.

I would prefer forts not to have a too a central role in 0ad. I actually like having the choice of not building any to go aggressive vs building it if I plan to defend. Putting units trainable in the forts reinforce the need to just build it whatever, and therefor you play a bit more every game with the same build. Regarding balance, I think a framework for balancing should be worked on. It would be interesting to make relation graphs to have clear views on what are each unit role. Below some example with some existing relationship between units in 0AD (A27 stats, they rounded but they are actually real). Power is dps * hp (after converting armor to hp equivalent, so it does take into account armor, thoughts if hack and pierce armor value are different, a decent mitigation is to use the average of the two), so for jav above, it doesn't account for the accuracy gains.

From https://mod.io/g/0ad/m/shiny, a few small changes were required to make this mod work on released a27. I've ported the endgame screens, added some parts to ModernGUI. Would be too bad to let this artwork vanish in archives. All credits to @maroder obviously.

Congratulations development team for their commitment and dedication.

I just make the PR https://github.com/JustusAvramenko/delenda_est/pull/70 that enable the summary work again and the game itsel work in current development phase :), let me know

but do they have to be twice as fast? wouldnt 1.5× or even 1.3× as fast be fast enough? I feel like this would be an unnecessary "unification" of playstyles across different civs. A civ with good defensive options could (if walls, forts, towers werent so bad) secure their eco without needing to keep troops at home and force the enemy cav to take a fight by attacking the enemy base. Then the cav die to normal spearman and no "quick" counter unit is necessary.

The topic here is not quality of code or variable names, but code obfuscation. The point in the license is Section 1 "source code". GPL authors clarify that "[...] Obfuscated “source code” is not real source code and does not count as source code. [...]". This is not sufficient to be compliant with GPL3, and not sufficient to qualify as FOSS. Obfuscated code violates Freedom #2 of Free Software as clearly explained here. But besides the "legal" part... if you are a developer who cares about free software (as autociv does), then you will also understand that distributing source code made intentionally hard to be understood is contrary to the purpose and principles of Free Software itself.

V01: Added detection for market exploit.

Gameplay reasons Main cause of champs breaking the game is players being able to spam it too easily. If we move these units back to the fort, they cannot be spammed en mass. We would get a trickle of maybe 3 to 4 champions as an enhancement of our army but the strategy of letting your ally die just to build yourself a full champ army will not be possible. Forts are useless / mostly idle for some civs: Gauls, Mauryas, Persians ... Now we have an use for fortresses. We can keep the OP stats of champs or make them even more OP, because the rate of production of these units is much lower - controls their impact on the game. Han and Carthage seem to have the correct use of champions at the moment. Other civs are just spamming till you run out of resources. Players who want to spam champs have to build extra special buildings which are costly and cannot be used for citizen units - less motivation to spam. Historical / Logical reasons: Hell broke loose when champs were moved to barracks and stables: In A25, they spammed fire cav from stables, in A26 they spammed champ sword cav, in A27 is now spear cav. But in A24 and A23, this problem didn't exist because champs could not be spammed enough to break the game. A23 had too few champs because fort was used for siege. Now we have a siege workshop so fort can be used as champion-special Champions (elite units) are being trained from the same place as pleb citizen soldiers. Not sure if that is accurate. Some civs train from special buildings while others train from barracks - inequality We want to emphasise the elite quality of the units, not just let them be CS Pro plus Proposed changes: Cancel the "unlock champion" upgrade - You can get your champs as soon as you have a fort. Every civ which currently produce champs from barracks and stables get their champs moved to a fort. In detail: Persians: barracks can produce immortals (but after researching an expensive unlock tech 1000 Food). Fortress produce champion cavs Kushites: champ cav back to fort, temple guards can stay in temples Gauls: Fanatics stay as they are or go to taverns; Trumpeter stay at their place; Champ cav and champ sword go to Fort. Mauryas: Yoddha go to forts. Maidens stay where they are. No change to Athenians, Spartans, Han, Carthage I am currently working on a pull request for these changes. Please comment below if you have any objections. Thank you, balancing advisors. @chrstgtr @real_tabasco_sauce @Atrik @borg- @Stockfish

"Hello everyone! I'm here to share more news about the WorldRising Mod! Technologies: I've developed several new technologies that unlock amazing units and buildings, as well as unique bonuses and tributes for characters and buildings. Textures: I've significantly improved the textures of the units, redoing their skin, faces, and clothing to make them more realistic. Additionally, I've created a wide variety of clothing and heads to increase diversity. Camera: You can now zoom in and out more, allowing you to appreciate the details and get a wider view of your settlement. Map Creation: I'm working on a map of the Japan region, focusing on the Jomon culture. The first era (Chipped Stone) is almost ready, with just a few final adjustments to be made. The second era (Polished Stone) is already in full swing, with many technological innovations, structures, and units being implemented. New Resources: I'm about to create the first resources, including faith, bone, leather, water, and clay. I plan to start developing these features this week! Stay tuned for more updates and news!

From 16 to 22 there was a game breaking unit that everyone agreed not to make (after a few month in the alpha). a23 felt "done". Now balancing started over again and when this model is "done" I fear a new model will be introduced (like historical) by new members that won't reach a mature state like a23. I also like the more diverse civs like the old ptols with free houses that took long to build (although they were always a bit OP).

Implementing a feature based on slavery could make a lot of differences. Firstly, it would be much more realistic and historical. Secondly, it would bring more differences between civilisations because they didn't practice slavery in the same way. Thirdly, slaves could be much more efficient at harvesting resources. The citizen soldier would therefore be more versatile and more defensive.

Thanks for the report, but the dump difference shows that you have a behavior difference in GUIInterface enabling range visualizations (for attacks, auras, and healers). This is definitely caused by one of your mods (I suppose it's Ricci's "rangedoverlay" mod, but if you're the one OOS, it can be one of your mods). You folks should stop abusing the compatibility checks system, or at the very least test RCs without mods.

making that change on historical, its intersting idea, and i like it!

It's clear there's a lot of room for balance improvement, but please don't remove CS. It's one of the few most distinctive features of the game. Let's not revert everything to the existing standard. Let's not turn 0ad into yet another RTs

Alright, that's what I'll do, likely starting with the parchment overlay. There's some other stuff I have to finish first, but I will get to this soon.

This mod reports gameplay that should not be possible in 0 A.D. without mods. Currently, in 4v4 matches, new or aspiring players are never informed about which mods are being used or how they affect gameplay. Instead, it’s implicitly assumed that everyone already knows the players and their supporting mods. With these quick in-game messages, players at least receive basic information and can further discuss the implications - whether in the match itself or on the forums. Quick start triggers the chat message: "Units receives automated commands by %(player)s at turn %(turn)s (v01)" Clicking tools like the razor rapid fire triggers the chat message: "Automated clicker makro detected by %(player)s(v01)" If a player does not send a command in 30 seconds triggers the chat message: "%(player)s has not send a command in 30s (v01)" Market Exploit "%(player)s has bought %(buy)s shortly after selling it for %(sell)s (v01)" Elexis set up the mod template for me to fill. Lag is atm. not accounted for, so during heavy lag it could trigger false positives. I tested it in a few games and didn't had false positives. Report if it behaves weird and some thresholds should be changed. Some features that should be added: turning off in game or handle 2 players with the mod to limit spam Current version: 02 oddity_detector.zip oddity_detectorv00.zip oddity_detectorV01.zip oddity_detector V02.zip

I hope you'll excuse this quite massive bump: Since today (UTC+2) there is this new ticket #8055 (Feature: City Names)-opened by op.

Since that happened this WE I looked into it, and got a grasp of the problem. The prices are currently driven by the number of transactions and not the volumes they generate. So one can drive the price of a resource then benefit from large transactions, therefor overall generating resources. Currently the formula multiply some constants to sold amount (which is equivalent to number of transactions, as sold amounts are fix), if you change it to bought amount, large transaction affect the price more, and generating resources from this 'Pump and Dump' no longer works => The only way to have barter efficiency over 100% will now be if ANOTHER player oversold a resource, and the amount you can generate is now proportional to the amount he lost. Which is very likely the behavior intended in the first place.

Could be. Although if you read the story we the devs back then actually proposed a game before age of mythology

A27 is infinitely superior to alphas like 23. The game could be called alpha 23 celtics. If I'm not mistaken, out of every 8 players, 6 were Celts and 2 were Ptols. Slinger + Ram spam. Whoever got to era 3 first won. We've been working hard since then, the game isn't perfect now, it still needs a lot of work, but it doesn't compare in terms of gameplay/balance.

Buenos días o tardes; -Aquí la actualización de los Arsácidas(Parthians) (Se describe el imperio ,como uno extremadamente rico, con hermosas ciudades, y quiero reflejar eso) -Me inspiro en las ciudades fundadas por ellos (Nissa, Ctesifonte, Hatra...), no en las conquistadas, así parecen más únicas, originales y auténticas. -También @Lopess y yo pensamos en un bonus o tecnología especial, que los edificios tuvieran dos fases; Fase 1 o "nómada" con yurtas. fase 2 o “sedentaria” con construcciones de piedra. -Cuando construyes cada edificio, aparece como una yurta, y cuando eliges uno, pagas un extra, y ese edificio específico cambia (cambia su aspecto al de piedra,ya no se puede desmontar y trasladar,se vuelve más fuerte, tiene más área cultural, genera más población, más rango de visión, con algunas tecnologías más... etc.) (Para reflejar su cultura seminómada...y darle una jugabilidad interesante) -¿Qué opinan? Disculpen las molestias*

Anyone else miss the Millennium AD mod?

I want you to picture yourself 2000 years ago, you are chopping wood in the forest, and an enmey soldiers comes up to you. What do you do? A keep chopping wood B run and cry for help C piss your pants D fight back E ALL of the above

He made an amazing job at updating the mod to the current A27 version of the main game and fix main compatibility errors. Of course, there's also the official page on Mod.io for the a26 version that other great contributors have made available: https://mod.io/g/0ad/m/millenniumad#discussion Hopefully I will be also able to assist Lopess and improve the mod in the future

Maybe I am wrong, but basically the "two-gendered citizen" mod (in A26) was getting quite close (women and men as standard citizens able to gather resources, but had poor fighting abilities). The only change instead of just depicting male and female citizen with the same gather rates (high for food, low for everything else), would be to determine a gather rate for male citizen and a different one for female, right? The only difficulty is now to allow creating intentionally a number of males citizen with a certain gather efficiency and female citizen with a different rate. IIRC the "two-gendered citizen" mod just arbitrarily added two different avatars with the same properties.

I worked on 8 colors for the players. Background colors are reserved colors from the original game. I took the chart background, the font halo, trees and terrains. To get one color for each I blurred the terrain. To get 8 new player colors I used some approach with CIELAB which should be better than HSV. CIECAM02 should be even better. In this python script a color distance is calculated. One can compare the numerical value from player vs. background and then player vs. player. Since this is also subjective the colors are then plotted. On this plot one can see and compare if this colors look good and are distinguishable next to each other. These are the colors I arrived at: [40, 80, 160], [180, 59, 73], [227, 119, 194], [200, 189, 16], [148, 0, 235], [255, 127, 14], [23, 190, 207], [115, 0, 84] This topic is very important for silhouettes in the forest. But there was also a incident where 2 players captured my cc, the capture bar seemed still over 50% but one of the players had a similar color to mine so I actually missed the 50% mark. I do NOT accept this loss. It was a fault of the game. color_by_distance.py

historical is the counter But also making sure that you dont let them mass Cataphracts

Fine.

So wheat it is. At least that's what my peeps overwhelmingly eat. In earnest, I think a mod would be fine for changing icons etc, I don't see the need to change that in vanilla. I don't eat meat myself, but also I'm not habitually committing genocide IRL... As an aside: a while ago I had a suggestion to increase the visibility of the berry bushes, alas the art department failed to appreciate it:

Maybe the game should ask about your dietary preference at the start. If you are a meat eater, a piece of meat will be used for the icon. If you are vegetarian, it will show an omelette as the icon and hunting will be disabled for you. If you are vegan, it will broadcast a message telling everyone about that for your convenience.

Why nerf the speed of cavs? The whole point of cavs is being fast. If cavs are slow then just use infantry instead. We do need strong units but at reasonable quuantities.

I think I have owed you all an update on this project for a long time now. Me and @ShadowOfHassen have neither forgotten about the encyclopedia nor given up on it. I'm as convinced by and passionate about the idea as ever. It's just that I don't consider the project as high priority as other ones (like making campaigns or a tutorial). However, I can promise I will get back to the encyclopedia eventually: My plan is to overhaul the UI completely (in terms of appearance). The current one looks alright, but it just lacks that artistic touch. And, good news, I am actually in touch with @whiteebony82, he's creating sprites for it, and what I've seen so far looks amazing. Something to look forward to. About the articles, I'd love to resume the writing process, I'm hoping I'd able to still write some texts every now and then, but because I'm now more involved in the technical side of things, it'll never be as much as it once was. I haven't talked with @ShadowOfHassen about it yet, but before picking it up again I think we have to find some more people interested in helping, if we ever want to see it finished. One thing I want to do for sure, though, is to go over all of my old art and improve them (as ShadowOfHassen did with his in the past) before adding any new ones. Looking back, I could have done a lot better and often missed the point. Regarding the code, there is still the PR I opened last summer: https://gitea.wildfiregames.com/0ad/0ad/pulls/6997. It contains only the core parts of the page, but also the most recent version of the code. It is marked as"WIP" right now, which means review progress on it has stopped because there are changes planned it -- the UI changes I talked about above. When I've achieved a UI that I'm happy with I will remove the label again, get it moving and hopefully merged soon. Then there is also the github repo I made a while ago: https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia The code in it is neither up-to-date with the PR, nor compatible with A27. However, the repo stores all of the articles in the latest state. I'm still unsure what to do with it; in regards to the code, it doesn't provide much value to me, maybe it would be better to make a new repo dedicated to just the articles. TL;DR I won't resume now, but I'll do when the time is ready. As a first step, I ported the encyclopedia demo mod to the A27 release version and as recommended created it with pyrogenesis' archive builder this time. To install it, left-click on the downloaded file -> 'Open With' -> '0 A.D.' encyclopedia.pyromod @Genava55 (This mod's purpose is really just to demonstrate functionality, my goal is to add the that to the game eventually, which is why I will not be putting it on mod.io)

An advice: don't be fooled by the ELO rating numbers. These numbers mean nothing; some players have unrealistically high or low numbers that will confuse balancing attempts. Since DoctorOrgans has an even chance against me in 1v1 (on Mainland standard settings), you should pretend that he is me when you are balancing teams. That will lead to better quality games and greater probability of completing the challenge. DoctorOrgans ≈ Ricci-Curvature (1610) Furthermore, placing him with his 'mascottes' will give him a performance boost (nababu). Something needs to be changed about the rating system, because right now it's totally uncorrelated with skill level. There are 1500s who can roll 1800+ rated players, then there are 1600 players who constantly fail against 1300 rated players. Some 1400 players are very strong teammates whereas others are Petra level.

The best way to win while being in same team as DoctorOrgans is to do a secret pact with the enemies team and the resign in his base min 15. This way, you are "winning" even if you are in jc team.

I finally found out where to talk about 0AD. To the devs, I hope that you keep working on this game and making new and improved updates. This game has been lots and lots of fun, thank you for making something like this i couldn't find any other games like this that I like that are even close to this one. -Some random user who joined today.

I was replying to @Seleucids unless you are the same person. Replay pallas also has a glicko rating only for 1v1 for now

I look like Lichtenstein or Luxembourg

Honestly, it was probably one of the clumsiest and most immature changes ever made. Currently it is a hidden feature most new players won't see and understand. The information is buried in the manual and the list of hotkeys. Clearly, it should have a button in the UI. Don't forget that you're in a bubble and that other people don't follow all your discussions all the time.

Yeah, the majority in my poll doesn't like it.

Default is now to attack buildings (as of A27). Press the "Capture" modifier (by default it is "C" key) and right-click on a building you want to capture.

Yes, it is. But, has your friend tried Silver Shield Pikemen with Chariots yet? Pikes hold the line while Chariots destroy everything from afar. Each civ has some OP units. Roman infantry is very OP when used effectively. Try using the Testudo formation (switch formation usage from "Walk/Patrol only" to "No override"). Testudo keeps all your infantry swordsmen in a very packed formation, slicing and dicing any nearby enemies in seconds. Add some Centurions to the mix for extra DPS. Centurions can be upgraded from Elite swordsmen and spearmen, or trained at Forts once Marian Reforms are researched.

Yes, I disabled all mods but feldmap now and will report once it shows up again. However: -RangeOverlayManager is not serielazed (see the Serialize function) -I was in the game from the start (no rejoin) -the binary dumps were identical

Town phase - Mass Triarius (Veteran Spearman) City phase - Consul Bodyguard cavalry/Marian Reforms spearmen/Marian Legionaries. Make sure you have Centurions nearby.

I managed to survive to DoctorOrgans challenge many times. Other times... sadly was impossible. An advice for the ones who want to try the challenge, i recommend you to DELETE DE STOREHOUSE and to NOT LET HIM 2V1 becouse he AAAAALWAAAYS loses becouse of that. But it is funnier to spec the Stockfish Challenge for JC. I really enjoy it!! .

Great, maybe you can make the Maps Look a bit more appealing to provide extra Motivation. This should definitely Help new Players to perform better.