DesertRose

That sounds like horrible game design. An in-game upgrade that plays the game for you.

Oh really? That explains some of my difficulties. :-/ I am still missing the "Endpoint (gg)" one, though.

Now git-lfs makes issues again: Updating files: 100% (57/57), done. Downloading binaries/data/mods/public/art/meshes/props/caryatid.dae (101 KB) Error downloading object: binaries/data/mods/public/art/meshes/props/caryatid.dae (4758e69): Smudge error: Error downloading binaries/data/mods/public/art/meshes/props/caryatid.dae (4758e699101e3ab0b367bc4557a5fe155b395df3a28d3c3ecc3c5d7bb4b45565): batch request: ssh: Could not resolve hostname https: Name or service not known: exit status 255 Errors logged to '/home/tre/git/0ad/0ad-DR_fork/.git/lfs/logs/20260321T163051.234002216.log'. Use `git lfs logs last` to view the log. error: external filter 'git-lfs filter-process' failed fatal: binaries/data/mods/public/art/meshes/props/caryatid.dae: smudge filter lfs failed Tried this: https://wildfiregames.com/forum/topic/135018-git-lfs-issues/

@guerringuerrin You caught me in an edit

$ git reset --hard 262c5c037e HEAD is now at 262c5c037e Use promises to fetch net messages $ git push --force-with-lease origin main Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) remote: remote: Create a new pull request for 'main': remote: https://gitea.wildfiregames.com/DesertRose/0ad-DR_fork/pulls/new/main remote: remote: . Processing 1 references remote: Processed 1 references in total To https://gitea.wildfiregames.com/DesertRose/0ad-DR_fork.git + 19fe52f328...262c5c037e main -> main (forced update) Sync Fork on gitea $ git pull From https://gitea.wildfiregames.com/DesertRose/0ad-DR_fork 262c5c037e..19fe52f328 main -> origin/main Updating 262c5c037e..19fe52f328 error: The following untracked working tree files would be overwritten by merge: binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_caryatids.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_decor.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_nature.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_olive_tree.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_props_a.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_roof.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_tile_c.xml binaries/data/mods/public/art/actors/structures/artifacts/statue_caryatid_medium_pedestal.xml binaries/data/mods/public/art/actors/structures/artifacts/statue_caryatid_small_pedestal.xml binaries/data/mods/public/art/actors/structures/athenians/caryatid.xml binaries/data/mods/public/art/actors/structures/athenians/caryatid_large.xml binaries/data/mods/public/art/actors/structures/athenians/erechtheion.xml binaries/data/mods/public/simulation/templates/gaia/ruins/metal_statue_caryatid.xml binaries/data/mods/public/simulation/templates/structures/athen/erechtheion.xml Please move or remove them before you merge. Aborting

They come right back, those little @#$%s.

Can I delete those locally? error: The following untracked working tree files would be overwritten by merge: binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_caryatids.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_decor.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_nature.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_olive_tree.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_props_a.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_roof.xml binaries/data/mods/public/art/actors/props/structures/athenians/erechtheion_tile_c.xml binaries/data/mods/public/art/actors/structures/artifacts/statue_caryatid_medium_pedestal.xml binaries/data/mods/public/art/actors/structures/artifacts/statue_caryatid_small_pedestal.xml binaries/data/mods/public/art/actors/structures/athenians/caryatid.xml binaries/data/mods/public/art/actors/structures/athenians/caryatid_large.xml binaries/data/mods/public/art/actors/structures/athenians/erechtheion.xml binaries/data/mods/public/simulation/templates/gaia/ruins/metal_statue_caryatid.xml binaries/data/mods/public/simulation/templates/structures/athen/erechtheion.xml I certainly didn't change them.

None of those work. It seems because I merged branches with the main repo it cannot be undone so simply. edit: git reflog git reflog --relative-date The second command is very helpful to make it more clear that the order is chronically DESCENDING. -.-

Trying to sync in the web UI gives me this error message: Merge Failed: There was a conflict while merging. Hint: Try a different strategy. And all fixes for it I found are for conflicts with the same repo, not with a parent repo. A comment similar to git merge upstream/main doesn't seem to exist for git-lfs

When I try to pull the changes made to my fork by sync it to 0ad:main I get the error: Downloading binaries/data/mods/public/art/meshes/props/caryatid.dae (101 KB) Error downloading object: binaries/data/mods/public/art/meshes/props/caryatid.dae (4758e69): Smudge error: Error downloading binaries/data/mods/public/art/meshes/props/caryatid.dae (4758e699101e3ab0b367bc4557a5fe155b395df3a28d3c3ecc3c5d7bb4b45565): batch response: Repository or object not found: https://gitea.wildfiregames.com/DesertRose/0ad-DR_fork.git/objects/batch Check that it exists and that you have proper access to it Errors logged to '/home/tre/git/0ad/0ad-DR_fork/.git/lfs/logs/20260321T085833.61052115.log'. Use `git lfs logs last` to view the log. error: external filter 'git-lfs filter-process' failed Have this error for a few days now. Is that an issue I can fix myself, or is this on the remote's side? I can't find any helpful info online.

Is there a way to a resistance, but it not being shown in UI? Cause this lists a resistance to Poison and Fire, but I have not seen it in-game anywhere.

From what I have seen there is neither a "drop resources and go idle" UI element nor a "drop resources and go idle" hotkey. Use case: You want to shift your economy, and instead of having to find the nearest drop-off point yourself you can simply go Hotkey -> SHIFT + New Order.

edit: This mod is currently on hold until it is decided how this issue should be tackled: Template structure for "Citizen Soldier" and "Champion" / "Hero" is different #8832 As I threatened here I created a small mod to test some balance changes. Attempt at a git repository: https://codeberg.org/DesertRose/0ad-balance-mod So far it only affect Citizen soldiers that deal Hack and / or Pierce damage. Short Changelog: - (Cavalry) Swordsmen became better against Spearmen, Pikemen and ranged units - (Cavalry) Javelineer became better against melee cavalry, worse against ranged infantry - Ranged Cavalry is faster than melee Cavalry Full Changelog: 0ad-balance-mod.zip

What's annoying that if auto-production stops due to insufficient resources the building switches back to no auto-production. It would be nice if the game remembers auto-production, and if I order a building to produce units again I do not have to enable auto-production again.

Builders and "Field Builders" are made separate. Builders that just have finished a House should not go over to build a Field but become idle Up to 5 Builders who are currently buildings a Field become Farmers instead of searching for other buildings to finish Really annoying when your House builders "go missing" because they decide to become Farmers, and if you build two Fields with 10 Civilians they first build both Fields, then start farming.

Even against Hard Aggressive AI they only attack after 12 minutes. Not sure if they attacked sooner because of Aggressive or Hard. Vs_Aggressive_Hard_AI.zip

So far the AI feels rather toothless to me. I have not seen them attack before the 12-14 minute mark, and they usually only attack with like 40 units max. Never seen them attack with 80 units like in the replay above. That's a good value for that state of the game. Would love if the AI also sometimes attacks after 2-4 minutes and 6-8 minutes to keep you on your toes.

How exactly does attack moving works? I feel like the moment you press attack move the units will target the nearest enemy unit, and if that unit dies they stop moving. At about the 18 minute mark I give the archers in the south the attack move command into the woods between our bases several times, but eventually they always just stop moving. skip to about 18.zip

Not needed, but it might be necessary to protect against incompatibilities.

If we compare no batch to 2-10 batches. After 60 seconds: 2 1.02767254972061 3 0.985794108773369 4 0.96419601647961 5 0.842511233639707 6 0.809886682621353 7 0.787635316056181 8 0.725540687970097 9 0.624656521911935 10 0.485888389876762 Meaning after 60 seconds only 2 batch production is ahead, and only by ~2.8% After 90 seconds: 2 1.07140697286798 3 1.08663652712691 4 1.07784597069266 5 1.03953334109689 6 1.03076486879081 7 1.00244494770787 8 0.923415421052851 9 0.849421381590345 10 0.855485117783215 After 90 seconds 2 batch production is ahead by ~7.1%, 3 batch production by ~8.7%. After 120 seconds: 2 1.09181637033674 3 1.12649376026016 4 1.13088261599208 5 1.13147699124358 6 1.13384135566989 7 1.10268944247865 8 1.07930705300764 9 1.0801167081955 10 1.05440758719945 This is what I found surprising. After just 120 seconds even producing Civilians in 10 batch sizes you are already head of producing them 1-by-1. 2 batch production is ahead by ~12.6%, and 3 batch production by ~13.1%. After 180 seconds: 2 1.10904224897359 3 1.16689945242606 4 1.20032846736228 5 1.21690362218682 6 1.22988990026177 7 1.23128368774283 8 1.23040276261435 9 1.21621697818618 10 1.22489914591688 4 batch production and up is at least 20% ahead. After 240 seconds: 2 1.12005300060407 3 1.1872998244697 4 1.22837249668105 5 1.25907655790822 6 1.2772006075362 7 1.29365142554231 8 1.30261196052646 9 1.30358913058077 10 1.30814403567772 After 360 seconds: 2 1.14110639562759 3 1.21895993515409 4 1.27224294299109 5 1.31293842431479 6 1.34318602533905 7 1.36823258770606 8 1.38768049672411 9 1.40154527962407 10 1.4115504443423 I have updated the sheet with the table above and with a column how much batch production increases production speed, assuming a batch multiplier of 0.8. 2 1.14869835499704 3 1.24573093961552 4 1.31950791077289 5 1.37972966146122 6 1.43096908110526 7 1.47577316159455 8 1.5157165665104 9 1.55184557391536 10 1.58489319246111 I have not looked (yet) at how producing from more buildings with less batch sizes compares to less buildings with bigger batch sizes (but both having the same total production speed). 0AD_Batch_Size_Calculations.ods

I have created an .ods spreadsheet to see what batch sizes have the most active_time after x seconds. Assuming the values there are correct there are some quite interesting results for training Civilians: To maximize resource gathering time after 60 seconds it's best to train in batch sizes of 2; 1 is slightly better than 3 After 120 seconds the optimal batch size is 6; however it's only better by ~0.6% than a batch size of 3 After 240 seconds (4 minutes) the optimal batch size is 11; however it's only better by ~1.5% than batch size of 7, and ~10.5% better than a batch size of 3 0AD_Batch_Size_Calculations.ods

Some more nerdy talk / discovery: Keeping you batch size consistent is more efficient than fluctuating it; e.g. 3-3-3-3 is better than 2-4-2-4 Bigger batch sizes also gives you more economy in the long run. However in the stort term small batch sizes / no batch is better. What would be interesting is a formula that tells you what batch size you should use if you want to have the most resources after x minutes, e.g. to determine what batch size is optimal to do a 6-minute attack.

Oh, it's also linked in the thread you linked to. Most relevant quote is this:

Is it even known already if and which new Civ 0.29 will have?

Forgot to mention it but that's also something I tried. Do I need to make a new folder for each new replay? That's something I have not tried, but no, the replays do not appear in-game. Not even as not compatible.