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!

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.

art.zip

art.zip

I can answer, even if I'm not nani. Very important questions - which eventually can be rephrased as "why use proxies?". I hope the rest of this post will clarify. There are various reasons, I'll just state the two I find most important. One reason is compatibility with other mods. Imagine two mods overwriting the same init function: then, only the last loaded mod will work, whereas the first loaded mod will not work - not nice for users. Additionally: if you develop a mod, you expect to develop your code based on options.js from the public mod, right? But if this file is replaced by some arbitrary custom file, you can never know if your code will work properly. In other words, if you want your mod to be compatible with other mods, then you should let the other files exist, and not overwrite them. Another reason is compatibility with 0 A.D. itself. When a new patch or version of the public mod is released, it may happen that options.js gets changed too, as part of the update. If so, you (the mod developer) must take care of replacing that file too, and release a new version of your mod with the new file. And you have to do the same will all other files that have changed... dirty job indeed! Instead, if you build your mod around existing files, your code will (most likely) work straightforward - without having to check for all files that have changed and replace them one by one. So, what does it mean to build around existing files? And what should modders do? Answer is: use PROXIES! Javascript Proxies (similar to Python decorators - I seem to remember you like Python) ensure that modded objects wrap existing objects without overwriting them. An example: by using a proxy, you can run your custom init function after, before or around the original init function. And this is exactly what happens inside options~autociv.js! patchApplyN is a brilliant example of a proxy: it executes custom code around the original init function in options.js. You can find another concrete example of a proxy for the init function in options.js here. Most likely, it is caused by another mod which replaces existing objects/functions/variables/etc. - and if this is the case, you can gently ask the author to get acquainted with proxies.

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.

Hello everyone, This is my first time posting, and this is also my first mod for 0 A.D. This mod changes how units are reassigned when a player is defeated. Instead of transferring to Gaia, the units now go to the next undefeated ally. I think this is a really interesting mechanic, especially when playing the Regicide game mode—where all of a player's units get reassigned when their hero dies. Let me know what you think, and feel free to suggest anything I should add! Check it out here: https://github.com/TobyDustin/0ad-refugees-mod I'm also trying to get it on Mod.io. If anyone knows how to do that, I'd really appreciate your help. Here's the preview link: https://mod.io/g/0ad/m/refugees-mod?preview=f5ab66257bcb802a72f07e11b3139287 Some screenshots:

New feature: added an options button to the lobby that launches the settings page in an async subroutine In the base game, there is no way to change your settings once you are logged into the lobby! This provides you with the possibility of adjusting settings to optimum before game starts. If you have reached the gamesetup page, you can press Alt + L to launch the lobby page then press on Options.

New update: Additional camera settings: These are configurable options that are normally hidden from the settings interface, presumably because it might confuse new players. However, I personally found these camera settings to be essential for players improve their micro. In short: Scroll speed changes how fast your camera pans around the map when you press WASD. The value is the speed of the camera in m/s and the default was 120. I personally use 620 so that I can quickly move myself around my base. I allow up to 1000 but that's a bit too crazy for me. The zoom options control your altitude from the map. Default minimum is 50, but if you have a high resolution screen, you can still see content clearly for up to 10 or even 8. FOV = Field of view

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

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.

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

I think most players would agree that the single-player content 0ad offers is meager, especially in comparison to other RTS games. There are many great scenario maps, but there are no built-in campaigns. In my opinion the underlying issue is that there is simply no way for map makers to tell a story. I want/plan to make an interface for exactly that; the capability to tell the player about the historical context and events a game or campaign is based on, and to pack it into a plot that unfolds while the player plays through it. I'll disclaim it straight ahead: I'm not the typical and traditional RTS player that I know many other people in this community are -- e.g. I haven't player the AOE games. It might be because of that, but I personally dislike the idea of adding actual dialogue and voiceovers. I'd personally rather convey the feeling of reading a history book. However, I am well aware that there are players who would disagree with this. So why not do both? We could have history-book style prologues and epilogues and something alike at key points too. And to bring the story to a more interactive, personal level, add the ability to have character monologues and dialogues. What do you think? I made this thread to collect concepts and ideas on how to make it work and look. (By the way, I made some mockups for this a while ago, I'll post that in here when I've cleaned it up.)

Why not? The data is available you just need to display it.

"Hello, friends! I apologize for the delay, but this week was very busy and I couldn't make much progress on the project. However, I did manage to bring some news! I implemented two new buildings: the oven and the weaving workshop. In addition, I created another house variation, totaling 15 different options that can vary according to construction. The oven will be used to develop ceramic and clay technologies, improving buildings. The weaving workshop will have technologies that will improve units, such as protection, creation of primitive weapons made of stone and bone, and more resistant clothing. I also added music to the project! I completed all the buildings of the Flintstone Age and now I will focus on the units, improving textures, clothing, armor, and creating new units. One of the main goals is to create a nomadic leader who will be the first representative of the group on the journey. Leave your impressions here and share with your friends! I'm open to suggestions and ideas! See you next week!"

I'm no specialist, but it seems to me that it's extremely difficult to do both at the same time. Sail is not viewed as a supplemental propulsion, it is something used for long distance. My personal opinion is that Bronze Age and Iron Age warriors favored the mobility and portability of boats. It should not be forgotten that there are no indications that they had ports of any significant size. Maybe we can make an exception for the merchant ship, since it is a case really inappropriate for rowers. Maybe decorations or stempost size? Here a few ideas (the outrigger is maybe a bit excessive but why not):

This scenario is based to 265 B.C. in the Mediterranean sea, one year before the first punic war. In the past I realized various maps based in Europe and in this period, but the most of these aren't playable anymore, so i made another map for this scenario. The civ you can choose are: Aedui(Gauls), Romans, Carthaginians, Edetani(Iberians), Macedonians, Suebi(Britons), Iceni(Britons), Sarmatians(Gauls). RiseofRome.xml RiseofRome.pmp

except that people that think this way are a very small minority. Sure, some people think being racist is funny, but almost everyone disagrees. So you are plain wrong. It's not "usually funny", you usually think it's funny, even though no one else laughs.

The most recent release of 0 A.D. is Alpha 27 and can be downloaded here: https://play0ad.com/download/ The link posted by @Stugna points to unreleased code, which might be buggy and break stuff. It's not meant to be used instead of Alpha 27 for regular playing, but rather for testing upcoming changes. Unless you really know what you're doing, don't download anything from there. If you want to test upcoming changes, please report your findings as described here: https://gitea.wildfiregames.com/0ad/0ad/wiki/ReportingErrors Once there is a new release of 0 A.D., it'll will be an announced and you'll find updated instructions how to install it on https://play0ad.com/download/

I have often found that people who swear or use derogatory language every other word do so because they lack the vocabulary to put together well thought sentences utilizing a variety of words.

I am making a campaign which contains scenario-like levels to teach players advanced micro skills in battles to improve their fighting performance. This is the first version: battlecampaign.zip I will be adding more levels and tactics to it once Atlas Editor fixes itself from crashing all the time Feel free to give suggestions ! Link to the github (actively developing): https://github.com/Yekaterina999/battlecampaign.git

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

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.

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.

From your video, we can see that that javs are wasting time bumping into each others, while slingers continuously attack. If you make the same test with both groups locked in formation, the outcome should be favorable to javs (because formation allow units the almost ignore hitboxs of other units in their formation, therefor no more bumping).

It seems to be a simple model, even more so using this reference model and the texture of the northern boat.

That's good inspiration. Here is a mockup I made a while ago: It's comparable to the storytelling screen of AOE2 DE, no? It's missing an image obviously, which is essential to achieve a more aesthetic look. The question is how to and where to place images on that parchment (in terms of layout) and where we can get them from in the first place... Can we maybe find an artist to draw characters or scenes for it? Or do you think there would there be enough royalty-free material available online to cover some basic campaigns?

I dont know what to say, he rage quit. I told him if he didnt come back I will post it on the forum for people to laugh at him. He didnt come back. LOOOOOOL I think some players like Geriatrix are wellcome to make memes or Videos with memes about it. I enjoyed those videos. It was unrated though, but still funny how he tries to make me not post it. metadata.json commands.txt

@Vantha I think your idea is very good, and while we can say that adding audio/video tracks increases immersion, the most fundamental (and complex) thing is building compelling characters and an interesting narrative that can be supported by simple things. Here are some example from AOE2, some nice-looking portraits of the character, some text to tell the story. The idea of moving forward on a path can be achieved with a few aesthetically well-connected elements. https://gamerant.com/age-of-empires-2-best-campaigns-ranked/

Gold Bracteates from the migration period:

Two pro games borg- vs valihrant.rar

I always thought this was a really dumb change from a24 In a23 (and before), only Persia and Sele had the cav health upgrade. This made sense as those were the cav civs. Cav was still playable by other civs but it wasn’t OP. Persia and Sele had a true cav advantage but because they’re slower civs and going cav (vs inf) is slow, Sele and Persia never felt OP. Then in a24, all civs got the cav health upgrade. Suddenly, cav became the meta because all civs had access to OP cav that was much better than inf. In a24, Sele and Persia got the spear champ cav health upgrade, which was somehow both not useful enough (it only applied to one type of cav that is hard to produce so these cav civs were mostly the same as every other civ’s cav) and too useful (made spear champ cav, which was already the strongest unit in the game even stronger). tldr: the cav health upgrade shouldn’t exist for all civs and should replace the champ cav health upgrade for Persia and Sele. It will help with infvs cav balance and make Sele and Persia more unique while not being OP

This version should account for lag. I can't test it in real games atm. so maybe someone can verify from real games how well this works. This should not trigger when the turn length is over 400 ms (the usual one is 200). Maybe that number needs to be adapted. In a replay set on 0.25x it didn't trigger.

I'll be glad to explain why I do it, and give some general build order ideas! I. Cheap/fast economy! Females as much for resource efficient woodcutters then CS and they train a little faster. They don't cost resources (wood) that you can invest elsewhere. Theses reasons are obvious, and are why most players will start the game making females for the first minutes. At some point, most players switch producing CS instead of females, because they will have enough/excess wood! And I don't! Won't I get too much wood? My first military buildings are very rarely to produce woodcutters. They are either : Stables that can produce cavs to hunt (hunting gather a very good boost to your eco) and harass. The extra good thing is that cavs consume lot of food so they will eat up their own fast food production, and when it's your 1rst production building, it happens also when food is cheap from berries gathering. Barracks to produce minerals gatherers only. In that case, some civilizations are better then others to consume minerals, but a lot of them can consume metal very fast in p2 (on mercs mostly, like ptol, mace, athen, carth, kushs...). Even for civ that don't have mercs, gathering minerals only with CS can help you advance to phase 3 fast, then consume minerals with upgrades and p3 stuff. In Team Games, you often have to think about which players will be in trouble, and which ones will have to be winning over nearby opponent ASAP in order to win the game. therefor going for some cav harassing, or early mercenaries attack provides a initiative advantage. As well, you can help allies with resources. Because of this, swift/cheap economy feels like so much likely to provides you the opportunities to maximize your game impact. II. Resilience to rush? So now, you probably think that the drawback is that you can be so much more easily rushed. but remember, most players also make females until they have 60, you just keep on producing them a little longer. Consider it that way : this create a growing feminization gap between you and an opponent often from minute 6 to 11. So at minute 6-9, you don't have that much of a gap. minute 9-11, you now have so much females, that even if you opponent come and kills some, it's only him killing workers that you would be replacing/deleting yourself soon! Doomed if you rush, doomed if you don't? Of course rushes might hurt you but they need to make much more kills to be effective. 10-20 deaths is just what you would have replaced anyways. III. Late game economy management with females. Surely in late game, having 100+ females is never useful. Wrong! In late game females, (from fertility festival, or just from CC) can be a key variable to keep your economy at a great level in all circumstance. They only need to be alive a bit more then a minute to gather what they cost you, and if trained from houses, are so great to keep your population (and therefor your economy) maxed out. It's much, much better to have 200 pop with 100 females then 150 pop with only 50 obviously! If the fighting stalls, then you can always replace some females and grow your forces. IV. More interesting meta There are other topics talking about this and indeed (booming=turtling), often rushing is made hard on players that have tones of infantry on multiple woodlines, all around their base. Making any rush very easy to defend. If you have woodlines full of females, then you now have the woodlines having to be defended. I feel like it does make both attacking and defending more interesting. TLDR: Females are the best economic unit.

Furthermore, this civ needs some more balancing and content. 1. No stables available 2. Only CC can train ranged units. No ranged units in barracks 3. Only 1 hero 4. Need more cavalry where appropriate. Dacians are the most wanted civ according to the crowd feedback that I have seen, so it would be really useful to fix this civ first, out of the dozens of civs in Endovelico.

I am trying to fix the Dacian civ in the Endovelico mod. I forked their repository and made changes within my fork, and now Dacians are a playable civ in this repo: https://github.com/Yekaterina999/Endovelico However, there are still non-fatal error spams while loading the map and during gameplay: ERROR: CCacheLoader failed to find archived or source file for: "simulation/templates/structures/epir/wallset_stone.xml" ERROR: Failed to load entity template 'structures/epir/wallset_stone' ERROR: Invalid template found for 'structures/epir/wallset_stone' ERROR: JavaScript error: globalscripts/Templates.js line 174 ERROR: CMapGenerationCallbacks::LoadScripts: Failed to load script 'maps/random/rmgen-common/wall_builder.js' ERROR: CCacheLoader failed to find archived or source file for: "art/actors/props/special/common/garrison_flag_daci.xml" ERROR: CObjectManager::FindActorDef(): Cannot find actor 'props/special/common/garrison_flag_daci.xml' ERROR: Failed to find matching prop point called "projectile" in model "art/meshes/structural/daci/cc.dae" for actor "structures/dacians/civic_center.xml255" ERROR: Probable infinite inheritance loop in entity template 'structures/xion/barracks' ERROR: Failed to load entity template 'structures/xion/barracks' ERROR: Probable infinite inheritance loop in entity template 'structures/xion/barracks' ERROR: Failed to load entity template 'structures/yuez/barracks_empty' ERROR: CCacheLoader failed to find archived or source file for: "art/textures/skins/skeletal/no_spec.png" ERROR: Failed to find matching prop point called "projectile" in model "art/meshes/structural/daci/fortress.dae" for actor "structures/dacians/fortress.xml255" ERROR: CCacheLoader failed to find archived or source file for: "art/actors/props/units/shields/pelta_triballi.xml" ERROR: CObjectManager::FindActorDef(): Cannot find actor 'props/units/shields/pelta_triballi.xml' ERROR: CCacheLoader failed to find archived or source file for: "art/textures/ui/session/portraits/units/celt_support_trader.png" ERROR: Failed to find matching prop point called "projectile" in model "art/meshes/structural/daci/stone_tower.dae" for actor "structures/dacians/defense_tower.xml255" ERROR: Failed to find matching prop point called "garrisoned" in model "art/meshes/structural/daci/cc.dae" for actor "structures/dacians/civic_center.xml255" ERROR: Failed to find matching prop point called "projectile" in model "art/meshes/structural/daci/cc.dae" for actor "structures/dacians/civic_center.xml255" The last few lines are caused by lack of prop points in the model for garrisoning and projectile. You must add enough prop points so that we can see arrows being shot and garrison flags. The first few lines are caused by bad wall definitions in other civs, not just Dacians. Furthermore, this civ is lacking an emblem, unit icons and unique unit models. The buildings are pretty much in place; we are only missing a stable and a civ-special building. @Duileoga @Lopess