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!

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" Clicking tools like the razor rapid fire triggers the chat message: "Automated clicker makro detected by %(player)s" 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: detection of a idle player turning off in game or handle 2 players with the mod to limit spam Current version: 0.1.03 oddity_detector.zip

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.

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

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.

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

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.

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.

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.

"Good afternoon everyone! I'm here to share the latest news about my mod, World Rising! - *Technologies and Buildings*: I'm working on implementing technologies in buildings and creating new upgrades for houses and fireplaces. Houses now reach level 4 and fireplaces up to level 3, each bringing new technologies, buildings, and units. - *Custom Icons*: Each unit, building, and technology will have its own unique icon. - *Gameplay Adjustments*: I'm revamping the status of units and buildings to make the game more realistic. Construction and learning times will be longer in primitive eras and decrease as civilization evolves. - *Sneak Peek*: I'm sharing some images of what's been implemented so far. Hope you like it! - *Comment and Give Feedback*: Please leave your comments and questions. Your opinion is important to me!"

I would like to share some engine changes that I made locally to A27-0 release. Feel free to apply my patch and rebuild for better performance / more features. Core changes: 1. Turn off Nursery Heuristic (Dunedan's performance patch) which greatly increases fps in fights. 2. Does not write config strings to mainlog.html but prints out in console instead. This shortens the mainlog by a lot of spam, especially if you use Autociv and / or ModernGUI 3. Prettier console with less transparent background, better cursor, larger fonts etc 4. Prints out every step of the handshake process when joining / hosting a game. This allows you to see why you can't join someone or who is the "unknown player" that failed to join you. The "unknown player" often freezes the host and ruins the game as the host doesn't know which username to kick. 5. Network warnings if the ping is more than 200ms. The default warning time is scaled with turn time, so sometimes the game might freeze due to bad conn but still you couldn't tell who was the cause. sevda.diff

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

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.

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 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

Adding to what @Mentulasaid: the reason for adding ~ and !!! In different places of the file name is to control the loading order of the files. The script files in pyrogeneisis are always loaded following the ASCII order and adding a ~ in the end of the file name will guarantee that is loaded after the original file you want to modify. Likewise if you want to load a file before another you will need to add !!! In the begging of you file name. Reference: https://trac.wildfiregames.com/wiki/ModdingGuiAndSimulation https://en.m.wikipedia.org/wiki/ASCII#Printable_character_table

If you believe a moderator is abusing his privileges, please report that in a private message to me instead of accusing somebody publicly.

Great. Add it then. I don’t think anyone will oppose it.

Ok, I got in touch with Dr. Bengtsson, who authored some of the works we discussed here and she gave some helpful feedback. The Hjortspring boat was paddled, not rowed, but rowed vessels likely existed as well. I think its ok to keep the oars since we would have floating paddles otherwise. radially split logs became used in the same time frame as the hjortspring boat is dated, and were used to build the nydam boats. so I think we could make use of a nydam style boat for some visual variety. Sails were used, likely square shaped and made out of varying materials. if sails are used on a boat, either a side rudder or double-steering oars should be used as well. Single masts are supported by rock art and stone ship monuments, but bipod masts are also possible. Perhaps if we do more of a nydam style boat (merchant ship and maybe arrow ship), it could use a single square sail with a side rudder I personally think something like the Himmestadlund-1a could be a beautiful inspiration. Rock art and monuments suggest platforms at the stern like what @Lopess has on the hjortspring model. outriggers are not used outside of the pacific, so no boat should have an outrigger.

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

@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

@Duileoga I will start making the units for the civs, with that many of the error issues will be looked at more carefully, today I will look at the issues of the projectile props, garrison and I will make temporary files for the garrison flags

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

Buenos días o tardes; -El Mod está ,al igual que el juego ,aún en desarrollo, por lo que hay muchas cosas que aún no están o fallan, pero aquí le dejo un tutorial. -Entre en el enlace de @Lopess: https://github.com/wltonlopes/Endovelico -Pinche en "Code" Pinche en "Download ZIP" (Después de la descarga completa) 1)Váyase a "Descargas" ,pinche "Copiar" el archivo "Endovélico". 2)Va a Documentos . 3)Después a "My games". 4)Luego a "0ad". 5)A continuación a "mods". 6)Pincha "pegar". 7)Revise que la carpeta se colocó ahí. 8)Abre el juego y piche en "Ajustes "y en "Selección de Mods". 9)Pinche en el mod "Endovelico",en el panel superior. 10)Pinche en "Activar" en el margen inferior izquierdo, que estará en color rojizo. 11)Asegúrese que el archivo bajó al panel inferior y "Activar" está en gris. 12)Pinche en Guardar configuración ". 13)Pinche en "Guardar y reiniciar". 14)Finalmente ,vuelva a abrir el juego. -Espero haberle ayudado Disculpen las molestias*