All Activity

Thanks a lot, @Grautvornix! Building a test mod around this with you and @Asher would be awesome! You make a great point about allied garrisoning already existing in the base game—turning that into a real, structured comeback mechanic is exactly what we are aiming for. If you're up for prototyping a mod for testing, we could start with a simple V1 to see how fun it feels in-game before adding complex rules: The Embassy building (unlocked in Town Phase, using an existing building model as a placeholder). Survival rule: As long as at least 1 allied citizen is garrisoned inside, that faction isn't defeated. "Restore Fallen Ally" option: A hefty flat resource cost (e.g., 500 food/wood/stone/metal) at the Embassy to spawn 4–5 allied citizens if they were eliminated. Mechanics like continuous resource upkeep, healer requirements, or XP gain could always be added later in a V2 once the core loop works. Let me know how I can help with the game design or playtesting!

Hi, I've known about 0ad for a long time, but I'm still a total beginner when it comes to actually playing the game. I play a little every few months—usually as Christmas approaches. Are there actually any pre-made Kamania maps out there that I can download and play? with best

Hi, I'd like to test ModernGUI R28. Right now, I'm only playing single-player against the AI. What will it be like later in online mode? Will all players need the same mod for it to work? with best

New cultures are already being implemented into World Rising! We're expanding our world even further, introducing new civilizations, buildings, units, and unique historical features. Each culture is being carefully developed with attention to historical detail, aiming to deliver an increasingly rich, immersive, and diverse gameplay experience. The world of World Rising continues to grow, and many exciting new features are still to come!

I've been working on including some ancient greek ceramics to the game, that I found and modified to work for 0 A.D. Everything is baked on the same texture. I'll add a mod for anybody wishing to test it. This is some of the current pottery in the game: We could use them for eyecandy objects with food, trees, plants, on shelfes etc: Normal Map: Some common pottery shapes as reference: Here are the sources for the highpolys. Except for the pithos (the large one) which uses CC-BY, all models are licenced under CC0. We might have to give attribution to the author or I would remodel it myself. I still need to make a procedural material to bake a proper diffuse for the terracotta amphora. The actors also need some editing. If there is an interest I'm thinking about adding more products to fill into it, which could be pomegranate, figs, pears, grapes, olives, onions, fish, grain, wine, water, dirt for the plants etc. heleprops.zip

I'm going to test an existing mod to observe its behavior; indeed, I've noticed that the Atlas Tools Kit seems designed for mods built with the most recent versions. So I'd like to check whether it still works with an older mod or if it needs adjustments. I also have my own mod (made up of 20 files); @Grautvornix how will the output process work with my mod ?

I saw that you cannot use the -w flag with using the .spec files @Grautvornix, so I think just building from the .py files will be ok. Was there a specific reason you did the .spec files? Here is an update version of the build script: build-1.0.1.zip

Cool! But does that script work? (shouldn't it be e.g. "pyinstaller mercator.spec" instead of "pyinstaller mercator.py" ?) Now that is a challenge! No, I don't have any yet, possibly something like the attached (still ugly with the tongue hanging out)

build.zip (remove --onefile from build script so it doesn't take as long to run the program)

@Alber 0A.D @AsherI like your proposals! If you have options to recover from an almost total defeat, this addds a nice twist to an otherwise straightforward win/loss result. Part of it seems possible already I keep seeing single ally's units garrisoning into my CC etc. It is just not a strategy I was using so far. Wonder if we can build that into a mod for testing...

Do you have icons for these, @Grautvornix? And here is the update build script build.zip (I included the files @Grautvornix posted above)

Hi @Asher thanks for the quick reaction -and the good idea! The tool needs PyQt6, Pillow, numpy, scipy, and pyqtgraph/PyOpenGL. Your script is great, but there are actually two tools in the package (Mercator and post-Atlas) and they need to have their specific environment. My intention was to keep it open as editable python code so anyone can inspect and modify it as needed. But you are certainly right - not everyone has python installed or would like to look into the code. Here are the two pyinstaller spec files Mercator.spec and post-Atlas.spec . A plain pyinstaller --onefile Mercator.py only follows Python imports. It misses non-code resources that get loaded relative to the installed files — docs/ (Help, User Manual, Design notes, Credits), CREDITS.md/LICENSE, and most of all mercator/world/*.json.gz (the real-elevation-data feature). Attached are pyinstaller spec files that can be called by pyinstaller Mercator.spec pyinstaller PostAtlas.spec This would work as a standalone double-click exe, however: The hand-over between the two tools will not work as built: Check or convert in post-Atlas... and Convert > Edit in Mercator launch the sibling tool via sys.executable -m <module> (atlas_ui/other_tool.py). Inside a frozen exe, sys.executable is that exe, which doesn’t understand -m — and worse, the check for “is the other tool installed” (importlib.util.find_spec) will always say no, since each exe only bundles its own tool. So the button offering the hand-over won’t even appear. That’s a significant regression for frozen builds specifically. I ask my coding buddy (Claude) to find a solution for this as I believe the linking o fhte two tools is an important aspect. @lilypoppy suggested to create a single tool but that would make the GUI even more complex than it is today, I am afraid. But he does have point here. Size: Mercator.exe is ~140 MB, Post-Atlas.exe ~116 MB on windows. They are bundling PyQt6 + NumPy + SciPy + Pillow + pyqtgraph/PyOpenGL for the 3D views). Versus the ~6 MB release zip, this is a very different distribution. This would clearly call for a single exe only. @Asher @lilypoppy Claude just implemented a fix in version 0.23.0, see initial post of this thread. So the only remaining issue is size. Still unsure if we should dare going for a single tool. Mercator.spec PostAtlas.spec

@Grautvornix @Asher

build.sh Just made a build script to make this into an executable. (Should work across systems). Maybe you'd want to add this @Grautvornix? Also, does it just need pyqt6 and scipy to also be installed, or are there more?

OK, so now I had no choice (more or less): I am now terminating the single packages of mercator and post-atlas in favor of a common single package "Atlas Tools". The new package is available on https://wildfiregames.com/forum/topic/170271-atlas-tools-a-package-combining-mercator-and-post-atlas/ Unfortunately, every user of the previous tools wanting to upgrade will have to de-install the previous versions as they will not be compatible with the Atlas Tools package anymore. @Stan` could you please freeze this thread?

OK, so now I had no choice (more or less): I am now terminating the single packages of mercator and post-atlas in favor of a common single package "Atlas Tools". The new package is available on https://wildfiregames.com/forum/topic/170271-atlas-tools-a-package-combining-mercator-and-post-atlas/ Unfortunately, every user of the previous tools wanting to upgrade will have to de-install the previsous versions as they will not be compatible with the Atlas Tools package anymore. @Stan` could you please freeze this thread?

Mercator and post-Atlas are now one package with one version number: Atlas Tools 0.20.0. It holds everything of Mercator 0.17.0 and post-Atlas 1.19.0, the last separate releases. They stay two programs, because the two jobs are different, but what you install is now what was tested together and they share the same codebase. The tools are also closeley linked so that you can start editing in mercator and then handover to post-Atlas for verification or conversion, and back. Mercator is a tool to create maps either from scratch or from digital elevation models, sculpt the terrain add features and textures. It however does not replace Atlas, the games's map editor. Mercator's sole purpose is to ease some of the pains the powerful but complex atlas tool creates to users like myself. In fact, Mercator allows handing over its data to the actual Atlas tool for refinement and can then take the map back for the final touch creating a mod or an installation. post-Atlas is a map checking and conversion tool that can be used to process maps and map collections in differnt formats an convert them into R28 and R29 game format. I also verifies map propserties and provides support to correct issues. post-Atlas also works with mercator and Atlas allowing to handover to these tools and take the result back afterwards. Maps can be tested in-game (headless) to verify there is no blocking issue left. The package is still delivered as python souce code (see Readme.md for installation instructions) and should run on Windows 11, Linux and MacOS. While I can only test it on Windows currently, @lilypoppy has kindly tested it extensively on Linux and @Asher used it on MacOS. I am keen to receive any feedback, criticism, ideas, suggestions, error reports etc. Please let me know! As per @Asher's suggestion, here are also specfiles that can be used with pyinstaller to create two executables (each > 110MB). Call them by: pyinstaller Mercator.spec pyinstaller PostAtlas.spec README.md CHANGELOG.md atlas-tools-0.23.0.zip Mercator.spec PostAtlas.spec

Maybe what would be better is that a play is only defeated if all their critical units/structures (or whatever mode you are playing) and all embassies are destroyed. If an embassy survives for a mostly fallen ally, you can send them stuff to revive them. You could still garrison refugees, but with this, you could loose all your units, and not be dead, yet... Maybe also civilians could flee to the nearest embassy or civic center or fortress (yours or ally) when a civic center/fortress/embassy is taken There also is an existing mod, maybe related, survivors-mod that when an ally is defeated, all units and resources go to ally(s) maybe? (iirc)

Great mod. The biggest issue I have found (which I believe is also on Petra) is mid to late game when the AI expands so much they may find a small corner behind my teams bases where they then build a market and reroute there traders there since its the farthest distance. But this leads to their traders walking within distance of my teams defenses/troops causing them to die and tank the AI's economy leading to a very unrewarding win. Is there an option I can adjust to prevent this. If not could you add something for that like Trade routes stay within connected territory. Another option may be Trade routes must avoid being in range of enemy defenses or a significant distance away from enemy starting points (idk, personally i think that first idea would solve the issue). I dont have the screenshot but I did a 4v4 match with a 35min ceasefire then within like 3 minutes of the ceasefire ending you see on the market graph it flattening out due to the above issue.

The forum is in no state to do this (at least that's an admin feature only as far as i know because you can access stuff that's hidden for instance) and I'm currently in the process of migrating to a non paid solution (the forum costs as much as the whole hosting fees), but I'm a bit a fraid to make it live cause the ipb is prettier than phpbb and I'm not sure i didn't miss something big.

That is a really cool idea, @Asher! Building on your question about reviving an eliminated ally, I put together a complete and balanced overview of how both Diplomatic Asylum and Reviving a Fallen Ally could work together in 0 A.D.: 1. The Embassy (Town Phase Diplomatic Building) Requirement: Unlocked in the Town Phase, and can only be constructed while you have at least one active ally. Capacity & Upgrades: Shelters up to 5 allied units by default. You can pay resources to research upgrades that expand its shelter capacity and reinforce its structural durability (health and armor). Strategic Target: Gives enemies a clear, high-value structure to attack if they want to prevent a rescue. 2. Emergency Asylum Rules (Sheltering Survivors) Critical Population Threshold: You can build the Embassy ahead of time, but its doors only open to refugees once your ally drops below roughly 15% of the max population limit (e.g., fewer than 30 units in a 200-pop match, 50 in a 300-pop match, or 75 in a 500-pop match). Faction Survival: As long as at least one allied citizen remains sheltered inside your Embassy, that faction is not officially defeated. Upkeep Cost: Sheltering units requires a continuous, significant resource upkeep (food and metal) so players cannot stall a lost match indefinitely for free. Advanced Mode (Healer Requirement): Under advanced settings, keeping refugees alive requires at least one Healer/Priest garrisoned inside. If the Healer is killed or pulled out, the sheltered units slowly lose health over time, creating a tense race against the clock to train a replacement. Risk vs. Reward (Slow Experience Gain): While sheltered and maintained, refugees gradually gain experience (rank up). When finally released to rebuild, they emerge as a battle-hardened elite guard! 3. Betrayal & Breaking the Alliance If the alliance is broken by either side, the Embassy is immediately destroyed: If the sheltered ally betrays you: Their garrisoned units instantly self-destruct (perish in the collapse) so they cannot act as a Trojan Horse inside your base. If you (the host) break the alliance: Their sheltered units are expelled from the ruins and attempt to flee (with a brief speed boost or truce timer), preventing cheap executions. 4. Reviving a Defeated Ally ("Sponsor a Colony") To answer your question directly: if your ally was completely wiped out after you built an Embassy, you could revive them in two complementary ways instead of spawning 5 free units at a Civic Center: Option A – Training New Colonists (High Cost): You can use the Embassy to manually train citizens and basic units for them so they can rebuild from scratch. You can train as many as needed, but each unit costs more than triple (3x+) the normal resource price and takes up a population slot from your own population limit until they successfully construct a new Civic Center. Option B – Converting Your Own Units (Naturalization): You can garrison your own basic units (women or citizen-soldiers) inside the Embassy and pay a resource fee to convert them directly into citizens belonging to your defeated ally's faction (restricted to basic citizens so you can't transfer unique siege units or heroes). (Of course, this entire system would be an optional toggle in the pre-game lobby settings to preserve standard competitive multiplayer balance.)

That is a good solution for future members; however it doesn’t solve the problem of existing files. I suppose it would be possible for someone to hand go through every thread and find every file posted, then add it to that, but that would be a colossal waste of their time. Another (and probably better) option, is as I said before, adding a File Browser/File Search to the Search tool, that way at least people searching for specific things can find them easier. I guess I should also say what made me think of this was I was searching the Game Modification threads for abandoned/outdated/unique mods that were never put in mod.io or ModDB. I know quite a few members (at least recently) have been making small mods which add something or fix a bug, and I was hoping to find some of the older, pre A27 (when I joined) ones.

Thanks for the great feedback and questions, @Asher! Those are two awesome points to consider: Dedicated Diplomatic Building (Town Phase): To keep it balanced and prevent early-game stalling, both sheltering and restoring an ally could require a special building (like an Embassy or Consulate) unlocked only in the Town Phase: Requirement: You can only build an Embassy if you currently have at least one active ally. Capacity & Fortification Upgrades: Each Embassy can shelter up to 5 refugees by default, and you can pay resources to research upgrades that increase both its shelter capacity and the building's durability (health/armor) to help protect the refugees under siege. Strategic target: Having a dedicated building gives enemies a clear target to destroy if they want to stop the rescue! Betrayal / Breaking the Alliance: If the alliance is broken by either side, the Embassy is immediately destroyed: If the sheltered ally betrays you: Their garrisoned units perish in the collapse (self-destruct), preventing them from acting as a Trojan Horse inside your base. If you (the host) break the alliance: Their sheltered units escape from the ruins (perhaps with a short speed boost or brief truce timer), so you can't just lure an ally in for a cheap execution. Reviving an Eliminated Ally ("Sponsor a Colony"): I really love your idea! Having a "Restore Fallen Ally" option at the Embassy (for a hefty resource cost, e.g., 500 wood, 500 stone, 500 metal + food) that spawns 4–5 citizens to rebuild would be amazing: Sheltering a survivor = Cheaper/safer way to keep them in the game if you have an Embassy ready and act fast enough. Reviving a defeated ally = A more expensive late-game comeback mechanic if you couldn't save them in time. Thanks again for adding to the idea!

Good idea @Alber 0A.D! I think that would enhance the game some, and allyship would have another benefit. What would happen if you become enemies with an ally when they have a unit in your civic center? do they get a free walk back? I wonder, if you had an ally that was completely taken out, could you revive them with some of your resources, and they get like 5 units at one of your civic centers?