All Activity

So to be clear opengl stopped working ?

@Grautvornix @Thalatta Since this is the largest dedicated Slavery thread, lemme just list the options presented here (at least that are viable, if there are ones I missed lemme know) 1: Train Slave Units at Market/Dock/Storehouse - This would mean a custom slave unit, who would probably just cost metal, be easy to train, but might have some other problem (such as a limited amount that can be trained/limited lifespan) 2: Convert % of Slain Units to Slaves - This is viable, it adds little micro, though there might be problems with phenotypes (turning a male soldier into a female slave), OP usecases (snowballing is increased, since winning battles helps your eco), and actual usefulness (slain units would transform on the spot, meaning they would be slain by formerly allied soldiers quickly). 3: Unique "Slavemaster" Unit - This idea is that a unique unit would be trained at the Market/Dock who can capture other units, turning them into slaves. The micro required for this might balance it's relative bonuses of free workers. 4: Capturing Units - Similar to 3, this feature would have any soldier have the option to "enslave" an enemy unit below 20% health. This is probably OP (could result in capture rushes, where captured slaves are used to weaken uncaptured units) and is A LOT of micro.

Thank you xD The no violence mod sounds great except a lot of units become useless . Can you still capture buildings ? It’ll be a while before I can look at changing the other icons. Do mods have a special git repo ? How does one push a change ?

As I mentioned, maybe try your luck with the sources listed at the end of Chapter 12 (Palmyra and the Military, From the Roman Period to the Islamic Conquest) of The Oxford Handbook of Palmyra (if not illustrations, maybe descriptions). Possibly even the military roles I described before are more fleshed out in some of those.

That person did start a thread (different username, but same day): Other threads dealing with the same thing (just by looking at the first two pages of a search, I think both duplicated issues and threads should be closed as soon as they appear, or ideally merged, but it seems that's not possible). And mentioned in the more recent: I'd say, choose the most complete one and continue from there

This deserves it's own thread ngl

Other things I want to do and need advice from historians for are: What would all the archer levels look like, from basic to elite?

BINGO! Quite surprised that this should have changed on a minor, late OS revision, but there we are. Interestingly, I don't have that on my other Mac, running the newest OS. But there we are. Thanks, all.

Regarding the slavery/naturalization debate: Aha you want slavery then! That’s up for interpretation ! Who is to say the villagers are unpaid and have no property ? The idea is just they aren’t allowed weapons ! It would also be interesting and fun if soldier units could capture/convert villagers immediately instead of killing them ! There is the ten-and-a-half year old Issue #3873 (Slavery system) that awaited discussion till today.

Sometimes when @vladislavbelov makes changes shaders need to be updated

I'm on Apple Silicon, not Intel. (And I'm on OS 15.8, which is two versions below the recently released OS 27.) And I'm using the ARM build. I have re-downloaded the app (in the unlikely event that the binary somehow got damaged in such a way that it still runs), and deleted the Cache folder. Are there are parameters or settings I can use in the config file that might be useful?

Do you know if you were using the vulkan or the opengl backend ? you could try running the game from the terminal with -conf:rendererbackend:vulkan or put rendererbackend=vulkan in your user.cfg

I did a search, and ai said that macos 27 dropped hardware support for intel macs, so intel macs can't go to 27. Not being able to run intel apps is going out in macos 28. https://developer.apple.com/news/?id=w5ngl9k2. So, I think @benwiggy is fine

Mac recently dropped support for Intel-based apps, you can either install Rosetta or reinstall from the website using the non-intel version. This may or may not be your problem.

I'm not saying it's inaccurate, but early, that's why I proposed to leave both, and wondered if techs should visibly upgrade units. It could well be that Spartans and Athenians wouldn't have this tech (I've mentioned lots of techs in Thoughts on the Spartans that wouldn't apply to them just because currently related ones do), if their focus is only the Classical period (which is a bit funky when also fighting Hellenistic civs, but ok). After all, "the new torsion weapon does not seem to have reached fruition until the middle of the 4th century", and by the 330s BC "the torsion catapult had already appeared elsewhere, and scholars have assumed that its testing ground was Macedon, kingdom of Philip II and his son, Alexander the Great", from Campbell. Good to know the Polybolos has somehow been considered (I just play one civ at a time for months, have gone through Spartans, Athenians, and now with the Macedonians). Still, the torsion spirals seem the most pressing blunder to fix, since that's not only incorrect, but physically impossible (hoplites with rectangular shields would make more sense ).

The tension design is imo not that inaccurate for the Spartans and Athenians, they seem more focused on an earlier time frame. Now for the Hellenistic civs it would be (BTW i just noticed the Seleucids seem to have no bolt shooting artillery). Polybolos is already in game, but only for Ptolemies.

Maybe try clearing the caches folder for 0ad, that might help. Did you restart after upgrading? If that doesn't work, maybe try reinstalling 0ad

I just upgraded my Mac from Sequoia 15.8.1 to 15.8.2 (so not a massive jump), and now 0AD starts with a black screen. It's 0AD 28, and worked fine before that. I can see the arrow pointer (0AD's stylized spearhead), and if I manage to click in the right place, I can hear the click sound. I can also hear the music. I tried clearing the Application Support folder with all the config files, but that didn't help. Any thoughts? Thanks

I have been working on updating the illyrian mod https://github.com/0ADMods/illyrians from a24 to a28, https://github.com/ThePoshBarbarian/illyrians/tree/a24Toa28, though haven't touched it for a bit now, I have at the very least ported it near fully to a28, might still be a few issues though. And still no civ bonuses, unique techs, building, or team bonuses unfortunately.

Where did you find the map? Is it part of the base game scenario maps? Still great work Atrik.

The vulkan error was in the actual game

Are you going to use modern warfare? Much of it lately is based on drone warfare. Another thing is that the scout troops use light vehicles. From motorcycles to golf carts. Sometimes drones are deployed from these vehicles.

I wanted to tinker a bit with that, and managed, but maybe not in a clean way (in Win11): Went to AppData\Local\0 A.D. Empires Ascendant\binaries\data\mods\public. Unzipped public.zip, and renamed this one public.zip.old, just in case. Went to art\textures\ui\session\icons\resources. Pasted a lettuce on top of the meat in food.png.cached.dds. Renamed that file food.png (this step took me a while to figure out, and why I think I'm not doing things cleanly). Zipped all contents of \public in a public.zip file, and moved that up alongside public.zip.old. Result (you would need to take care also of other meat icons @NiRa Muso MIOZOTO, like the ones indicating food cost):

I think they should, just like building capture, not to overcomplicate things. It would automatically be just more useful for some than for others, particularly since civs that don't build complex ones would be usually more mobile.

I'm not sure every civ should have the ability. But at least the civs that actually captured them historically could have a technology to unlock siege engines. https://tyche.univie.ac.at/index.php/tyche/article/view/5047 This article at least argues for them being Scorpions but the original source is no that clear in any case.