Seleucids

Profanity issues aside, one important rule to not ruin your game: No more than 10 champ cav units per person

Steak before 0ad, not during, otherwise you make a mess on the keyboard I find that drinking Actimel while playing improves my performance. Kefir also helps

I understand the difficulty. Perhaps it would be a good idea to separate these civs out into 1 civ per mod. This makes debugging easier. Currently, there are 30 civs sharing files and folders with each other. Some errors are intertwined and one mistake in a file caused chain reactions the screwed up the whole thing. If we separate the civs, it would be easier to isolate bugs and imperfections, e.g. missing buildings / units. @Hulla can give us some expertise on Dacian units.

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

Today I encountered this error after running a system update. The solution was to rebuild the libraries and the game and it will be fine again.

As a frequent TG host, here are my limits: General use of swear words - fine, but don't spam too much Insults - if directed at a playing player, I will warn you to stop. If that player asks for ban and you still don't stop, then I will ban. Spam - I will kick if your messages prevent us from playing. Come again and I ban. Political chat: I will remind you to keep it in spec chat. I don't really care what you say in spec chat as long as it does not distract the players or jeopardise the server session. Cheating: I will pause and ask you to explain your cheat mechanism then ask you to turn it off. If you refuse then we will re withdraw the cheater. Although cheating is impossible in A27. So far I've only banned two people from my game, one for spamming, the other for insult + spam + impersonation.

I'm afraid I didn't see you at all in March, so I thought you were inactive sorry

I think you can try to account for lag by scaling the threshold with the game's simulation rate. Also I think the default chat message could be rephrased a bit so that it sounds less accusative, e.g "Oddity detector detected %player sent %number_of_inputs commands at turn %turn, we suspect this may be automated, but could be caused by natural factors, so please calm down. ". You can also consider limiting the recipients so that not everyone in the room freaks out. The mod caused some drama today and ruined a TG that I was hosting:

No, I just named it after Dunedan, because he was the author of the post on Gitea. I don't know how to name it otherwise, but it was a great fix What about offloading hashing to another process? I'm reading up on C++ multiprocessing and in theory, we can dump the time-taking subroutines (especially void functions) to other processes.

I am looking at other possible changes to the engine that can improve its performance while staying compatible with the public lobby. Intel has provided a nice investigation and useful advice: https://www.intel.com/content/www/us/en/developer/articles/technical/identifying-the-frame-rate-bottleneck-in-0-ad.html In light of this article, I think there are 2 potential improvements at hand: 1. Remove garbage collection where possible. 2. Implement the mathematical calculations in C++ in the engine, then expose them as functions to the Javascript mods. This morning, I implemented point one by removing the GC steps from simulation2.cpp. Normally, at some point in late game, you stutter when selecting barracks or units, or there is a small sudden freeze caused by GC. Now with the GC removed, the stutters and freezes are even less (ofc, with all previous patches included). There was no OOS with anybody. Regarding point 2, I will need to conduct some experiments: 1. Dry run a Javascript and a C++ maths script that do identical calculations (for example, integrate arctan(x) dx over some finite domain). Compare the speed of the compilers. Some users claimed that C++ performs 250 times faster than Javascript at integration, but that remains to be tested. In an integration race against Python, C++ performed ~100 times faster. 2. Implement all functions in globalscripts/math.js into C++ engine functions and just call them whenever needed. I am not sure how slow the interfacing is, so the final products need to be tested. Pathfinder is also a big source of lag so maybe i can migrate that to C++ instead.

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 see, I expected the Ptols to be at the bottom with Carth. This is because of their discounts on the prices of buildings. Carth is also not a boom civ and you spend less when going for mercs. Also in your leaderboard for each civ, there is a huge spread of skills between the players controlling these civs. If chrstgtr or Stockfish decide to boom with Han and Carth, they might be a lot higher up the list. I am not sure if that will affect something. We are talking about from 1300 - top 1. Actually map matters a lot. Density of woodline is a huge factor.

Thanks for the analysis. Could you share the script that you used to produce these results? I am surprised that Ptol can appear on the list. I also didn't expect Celtic civs to be here.

You can develop your eco and rush at the same time. the 90 women at home farm and gather wood; 40 cavs harassing at the front, then you'd have 3 barracks popping out spear inf to mines. Eventually you reach 70 inf + 40 cav combo and your enemies are weak. Now you can decide between push or max yourself out by deleting 40 of your women and replace with champs