Seleucids

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

Can you show us an icon that you want ? The current icon, although not descriptive, has been the convention for many years and the players are used to it. Another idea is just write the English word Food: 300

You should click on green game not green person 1. Maybe game has already started 2. Maybe the host doesn't want to play with you so he put you spec

One example of how to coordinate well with teammate DoctorOrgans: he is quite a good border player when you are a responsive pocket. Ask him his plans, make some cav to be mobile and join him in his attacks, even if it seems early. Truly GG WP to him, carried this side of the map. commands.txtmetadata.json

At screenshot 2, you can click on any of the listed games and you will be able to join them and play. In the future, when you want to play with humans, just click "multiplayer lobby" then you reach screen 1, then press connect then you will reach screen 2 where you can meet new friends and play. Screenshot 3 is for connecting to someone's IP directly. You are writing 127.0.0.1, which means loopback - you connect to the current computer, but you are not hosting it in a second instance, so nothing will happen. If you want to connect directly by IP, you must write their correct IP in "IP du serveur" box.

You must first create an account in the multiplayer lobby, then try to join games in there. Press on the multiplayer lobby button. That "join game" button you are pressing is for entering LAN games. But I assume no one is hosting on your LAN so you cannot join anything. It's not a firewall issue, it's just you are clicking on the wrong button. Even if you want to play with another person in the same house, you can still host via the lobby which is much easier. I was confused by this as well. =============== @Stan`we must change the button labels on the main menu to not cause funny confusions like this

They would be weak otherwise. They really lack damage output: no Javs and no slings. If you calculate dmg per second, the crossbows are just not enough. They don't even have jav Cav and their champions have to be made from the expensive building. They don't even have mercs to save themselves if things go wrong. No. They are not as good as you think, due to relatively worse eco weaker spearman (pathfinder issue). Persians are just right at the moment. Mauryas is truly weak unless you spam elephants. They also need 10% pop. We can just let The other civs have more or less pop bonus. Not 10%, but like 5% or 2%

Have you tried to join all games in the lobby? Surely some hosts are possible to join. Come at 20:00 CET where there will be many hosts One good solution is to use ExpressVPN. They give you an endpoint and bypass all isp restrictions

Regarding @Barcodes proposal on pyramids, I've tested some values and I've made a pull request with the following changes: 1. Temple of Amun's healing range increases from 40m to 70m. This is because the building itself occupies most of the area within its aura, so there is not much space left for the units to be healed, espcially on the corners. Increasing to 70m gives ample space for units to stand nearby and heal. 2. Large Pyramid aura range increased to 100m. This radius is approximately the width of a late game army (120~130) units in close order formation. The previous 70m is too small to affect the whole army, especially considering the size of the pyramid itself and the likelihood of buildings / complicated landform around it. 100m should give sufficient space for the aura to have a strategic impact. However, 140m or greater values might be too OP, so let's be conservative here. The idea of the circular aura is being able to use this building to give you an advantage while invading an enemy bordering you; you are covered by the aura even when you are inside enemy territory. Similarly, it provides you with an advantage at defending against incoming attacks, which is what Kushites are weak at. https://gitea.wildfiregames.com/0ad/0ad/pulls/7963

We don't want A24 to return though 220 pop for kushites might be too OP, because they have mercs to save themselves. The other 220 pop civs all have fatal flaws that make this necessary. Another idea is to give Kushites a 5% pop bonus, so they become 210 pop limit in a 200 pop game.

I made a pull request to give the Numidian Skirmisher cav 10% walk speed bonus without changing anything else. This raises their walk speed from 16.2m/s to 17.8m/s, but no change to running speed or any other UnitMotion components. I haven't seen much opposition to the idea here and testing the change, I found: - Increase in speed is good for hunting and scouting. - If you are in an outnumbered jav cav vs jav cav fight, you can escape while loosing less, but still taking some damage. - You are still slower than spear cav but only slightly - your jav cav can still be chased down by spear cav but they take a bit longer to catch up to you - easier to flee from spear cav spammers. - I knew you'd try to formation dance so I made no change to the run speed https://gitea.wildfiregames.com/0ad/0ad/pulls/7961

This flag worked. I could build the game without atlas. [user1@LAPTOP ~]$ sudo pacman -Q | grep "wx" wxwidgets-common 3.2.8-3 wxwidgets-gtk2 3.2.4-1 wxwidgets-gtk3 3.2.8-3

I have also encountered this problem now. It occured after an Arch Linux update. I try to run ./update-workspaces, and now I get this error: [user1@LAPTOP workspaces]$ export WX_CONFIG=wx-config-gtk3 [user1@LAPTOP workspaces]$ ./update-workspaces.sh Premake args: WX_CONFIG must be set and valid or wx-config must be present when atlas is enabled current value: wx-config-gtk3 ERROR: Premake failed I used the export environment variable as described by the build instruction: export WX_CONFIG=wx-config-gtk3 But seems like wx-config-gtk3 is no longer accepted. I changed it to gtk2 but still the same error. I also tried to disable atlas, but magically, the --disable-atlas flag has been removed from update-workspaces.sh ! What's the equivalent command for it now? I don't want the Atlas right now.

I like this idea. The Kushite buildings occupy too much of their aura themselves so that their aura is quite limited. I recommend increase the aura range of large pyramid to maybe 140m and large temple to 60m to decrease the buildings' obstruction.

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 errors and crashes specific to bundlable-a27.1, 86c33 (Linux, KDE Plasma Wayland) https://gitea.wildfiregames.com/0ad/0ad/issues/7952 https://gitea.wildfiregames.com/0ad/0ad/issues/7951 https://gitea.wildfiregames.com/0ad/0ad/issues/7950

This happens to him when he tried to run ./update-workspaces.sh I used to have this error. My solution was to create another user on my OS and do everything fresh there. That worked.

Then you need to take account of his true level when balancing.

Well played Barcodes, impressive performance in carrying your team. This game was just simply imbalanced. To survive with DoctorOrgans, you must glue your army with his army at all times and follow him closely. The two of you will win by numbers. Since he is Spartan, he will be mostly javs and melee, therefore you should focus on longer ranged units such as slingers archers. If you are his pocket, bring cavs as well. He will be doing the main melee damage and meatshielding and you can be the sniper / taking care of the flanks.

There are many variations of the crash errors. I will put the issue onto Gitea. This RC gives a different error to the A27-0 version.

I am currently playing on the RC. It feels much much smoother than A27 and I have experienced no random crash / stuttering so far. The minimum fps has always been very high. Good improvement! However, Atlas crash still persists, especially on Wayland.

Bro you have such similar tastes to me, sadly Cyber Hunter has been discontinued and Honkai Impact 3 is not getting any new updates nor story chapters.

Here is a video demonstration of the playthrough @Stan`if you think it's a good idea, maybe I can make a PR and add these campaigns into public? I get that my maps are very empty, so any artistic recommendations would be welcome as well We really are missing campaigns and it would be cool to merge in some other people's campaigns as well so that the singleplayers have something fun to do :O

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 tried again and I got a new error: ERROR: JavaScript error: simulation/ai/petra/_petrabot.js line 157 this.queueManager is undefined PETRA.PetraBot.prototype.Serialize@simulation/ai/petra/_petrabot.js:157:3 Unhandled unknown exception; terminating the application. /usr/bin/0ad: line 9: 79508 Segmentation fault (core dumped) "$pyrogenesis" "$@"