Leaderboard

You need to move it out of the bottom panel object, i.e. replace: <!-- START of BOTTOM PANEL --> <!-- Limit to the minimal supported width of 1024 pixels. --> <object size="50%-512 0 50%+512 100%"> <object size="50%-512 100%-200 50%-312 100%"> <include directory="gui/session/minimap/"/> </object> <!-- Supplemental Details Panel (left). --> with: <object size="0 100%-200 200 100%"> <include directory="gui/session/minimap/"/> </object> <!-- START of BOTTOM PANEL --> <!-- Limit to the minimal supported width of 1024 pixels. --> <object size="50%-512 0 50%+512 100%"> <!-- Supplemental Details Panel (left). --> (Or whatever the size is you're using: it's size="left top right bottom".)

First version released for download https://www.moddb.com/mods/mayas-0-ad/downloads/maya-preclassic-0ad

We can now have regenerative resources or decaying resources. A few plausible use case for A25: Corral animal fattening over time Meat decaying (like in Age of Empires) I'm not a fan of having regenerative berries, fish or trees -> IMO it'll end up being micro heavy for no real reason.

not exactly in 0 A.D article, but if you use an image capture of our game as an preview for his video about history of Spain and I follow this freelance journalist who is also a historian. Last year after reading his two books a world that changes and Jesus more than a rabbi. That César Vidal put in the preview, although in reality who does this is his editor Isaac, but that in his YT podcast and on his channel he has an image of our video game 0 a.d. to explain the Iberian culture.

Flood

Fixed in SVN (so for A25). (For fun: it was commit r25000.)

A 2v3 map, intended for 2 human players versus the AI. The 2 human players bases are very close together. Updates and other maps can be downloaded from my 0ad Maps GitHub repo. aa2020-1_0.0.1.7z

You still benefit more if you use the extra effort to use control groups and separate formations of troops and positioning them and all that. I myself have been experimenting a lot with the right-click drag positioning feature (funneling enemy attackers to the center, arraying ranged troops to the rear, properly spacing cavalry flanking maneuvers so that they spread their attacks more efficiently across the desired target units, etc.).

Okay, so, the case for a dielectric, transparent, glossy layer over a diffuse base begins similarly to the case of dielectric over specular metal. We have a sunray coming in, 'a', that hits our dielectric and splits into a reflected ray, 'b' (the name of which got cut off in the pic), and a refracted ray 'c'. We already have the math for all that, except for one detail: My calculation of reflected light by the diffuse base was based on ndotl (normal dot lightray vector, or, the cosine of the angle), but light refracts and changes angle, so I should consider the refracted lightray, versus the original lightray. The good news is that the new Fresnel function gives me the cosine of the refracted angle already, as it needs to compute it internally anyways; so I don't need a special calculation; I just need to use that output of the function. So, our concern here is what happens from the moment 'c' is about to hit the diffuse layer. When 'c' hits the diffuse base, it explodes in all directions evenly. At least that is the simplified model of diffuse optics. Rays shoot out in a semi-sphere of even distribution. Some of the rays, shown in green, make it out of the dielectric layer; and some of them, shown in dark red, reflect off the dielectric interface, heading downwards again. This is simplified because the rays escaping are actually split, with a portion reflecting; however the portion is miniscule and can be ignored here. I put gray lines between the green and red, forming a triangle. This is the escape cone, whose half-angle (radius), which I marked in the drawing as 'x', and therefore solid angle, are a function of the material's refractive index alone. The higher the RI, the narrower the escape cone gets. THIS is what the function in the previous posts was all about. But note, as an aside, that the distribution of rays coming out of the dielectric and into the air is not limited to the cone of escape, because they refract, expanding again to a semi-spherical distribution. With this we can calculate how much light will refract out, and how much light will reflect back in to produce yet another diffuse spherical distribution, and so on and so forth. So, given a 'c' ray, let's follow the saga in pseudo-code: void saga_of_a_photon( vec3 ray_c, vec3 normal, vec3 MatDiffuseRGB, vec3 RefractiveIndex vec3 RefractingOutRGBlight, vec3 ReflectingBackInRGBlight ) { vec3 ExplodingRGBlight = dot(ray_c,normal) * MatDiffuseRGB; //diffuse explosion RefractingOutRGBlight = ExplodingRGBlight * RefractiveEscapeFunction( RefractiveIndex ); ReflectingBackInRGBlight = ExplodingRGBlight - RefractingOutRGBlight; } Before you jump horrified that RefractiveIndex is a vec3 instead of a float, there's a reason for it: most materials' refractive index changes with wavelength, so it is not the same for R, G or B. In the latest water shader I have the index of refraction for water as a vec3, not that I'm going to boast of noticing the difference in the results, but every little bit helps. And you might ask, how am I going to specify these "anisochromatic" refractive indices with only one texture channel, the definitive answer is I don't know yet. But seriously, chromium oxide, whose properties are what causes iridescence in chrome-plated Harley exhaust pipes, has steeply changing refractive indexes. To model iridescence I will need to model them correctly. There is one problem that arises from the picture and the pseudocode. I was going to grab the middle of the 'c' ray as my starting point to define the repeating cycle to then solve as standard geometric series. But now I realize I cannot do that, because the angle that 'c' is coming at is input light vector-dependent, whereas the reflecting-back-in rays are not. In fact, I would say that the average angle of light reflecting back in is (90 degrees - x) / 2. Don't forget we need to compute dot(ray,normal) at each diffuse bounce. So, my repeating cycle really begins AFTER the first diffuse explosion. Time for a break; I'll work on the other shaders for a bit.

On most skirmish maps in DE, there are capturable structures and units that affect gameplay and add strategy. All of these objects are invulnerable (cannot be killed or destroyed). Probably the most consequential capturable map object, the Mercenary Camp allows the player to train a number of Mercenary Soldiers, which only cost coin and no population. These camps are map-specific and allow the training of dozens of ethnic mercenaries specific to that map location (Gaul, as opposed to North Africa, or India, for example). The occasional Shrine allows nearby units to heal and can train Elite Healers specific to the culture of that Shrine. Another common capturable object is the Trading Post. This allows the player to have long and profitable trade routes. They train Traders specific to the culture of the Trading Post and the Slave Trade tech allows Slave units to be trained twice as fast. Horses, Ponies, and Donkeys are similar to Catafalques, in that capturing them gives the player a bonus in the form of a global aura. Capturing Horses and Ponies gives extra health (+2% each) and faster train time (-5%) to cavalry units, while capturing Donkeys gives extra gathering speed to Citizens (+2% per donkey). Captured animals can be garrisoned in the Corral building for safe keeping.

Live coverage here:

Great game: https://www.beyondallreason.info/

Until the git repo is up and running I can provide you with screenshots or videos of anything you need for your critique or adjustment. Are you using the SVN version of the game or Alpha 24? You may be able to download and run my gameplay mod "Delenda Est" which includes all the new terrains I have created so far.

Excellent!

Oh, I completely agree that many of the brighter terrains are completely blown out. That's part of the fix for the terrains I'm working on, in addition to bringing normal/bump maps to all terrains and increasing resolution and overall quality. Terrains are, IMHO, the most important thing to get right visually, as they take up a huge percentage of screen space. Here is Acropolis Bay with some of the new terrains (high res image):

Strabo put the Astures in the same group with the Galicians and the Cantabrians, saying they have the same custom. Probably they are an intermediate step between both, an ancient Indo-European culture being Celtized by Celtiberian culture as well.

Just replacing women with slaves, perhaps a unit with different pros/cons (better than women in some parts, worse in others) would be a good first step. Would differentiate the faction and be historically accurate: slaves were basically all of the spartan economy, any labor was looked down by citizens. Also at some point we'd like to get rid of women as economy units, as having them comparable to slaves in-game does not bore well, while being historically inaccurate as men were too (sometimes overwhelmingly so) farmers, woodcutters, miners, etc.

There isn't much hunt micro in AoE2. If you decide to mill a pack of deer all you have to do is shift click. If you're speaking of dealing with dark age and managing sheep, then yes it's a bit of effort to kill them one at a time while doing other tasks, however there isn't really any equivalent right now in 0 A.D. (edit: and if you're thinking about luring deer all the way to TC, that is gather efficiency micro and avoiding to spend wood for farm/mill, not related to decaying) About animal decaying in 0 A.D., I don't think it will have much impact on how hunting is microed, due to how the cavalry gathers meat quite fast. However that is still a nerf to hunting in general and some animals could take a higher starting food amount, even right now in a24 I feel 100 is a quite low, not to mention the 70 goats have.

My opinion is that the very early game in 0 A.D. is easy and boring at the moment - I think we could do with a little more challenge, and microing animals sounds like an option. That being said, I don't believe it'd be a huge problem for 'cavalry gathering chicken', since that goes so fast. It's just an additional debuff for hunting further away animals. AFAIK, corral remains unviable for now I believe in the early game.

I think if you put something like "0% 100%-256 256 100%" it'll do what you want

you were certainly born to design video games. I had thought of one, but the other about buy hero time...

So, DE has a feature called Groves, which are collections of trees which are 1 large selectable and gatherable object. There's a few interesting things you can do with this, like make an "underbrush" aura which makes units move slower through them, have less accuracy while shooting in them, etc. Also, as one selectable object you have fewer things to keep track of and also conceptually they make sense in that forests were valuable sources of resources, not just individual trees. There are still individual trees (stragglers), but they aren't the sole source or primary source of wood, the groves are your primary source of wood. Now, also in DE you can build Storehouses and Farmsteads outside your territory. This creates a soft concept of "weak countryside; strong city", where a lot of raiding happens outside of the home territories of the players. But instead of suggesting EA adopt DE's features, I've come up with something specifically unique that the core game could adopt. It takes the DE concepts and pushes them forward a bit. So, imagine the map has these Forests and Farmland areas. Forests would be a collection of large wood-bearing objects similar to DE's groves with a Gaia Lumber Camp nearby, while Farmlands would be large open areas of furrowed land terrain with a Gaia Farmstead nearby or centralized to it. The basic game still doesn't let you build Storehouses or Farmsteads (I would rename the player-built object to Granary to distinguish) outside your territory, but it does let you capture these Lumber Camps and Farmsteads which are outside your territory. (the overall concept is similar to the capturing Stone Quarries and Metal Mines idea, which are resource bearing objects outside your home territory). So, instead of the old "slotting" concept, you just capture these Lumber Camps and Farmsteads which are already there. Forests become "renewable" sources of wood (it regenerates wood over time if not reduced to 0), but slower to gather than individual straggler trees (which don't renew) that you find inside your home territory. You can still build farms in your home territory, but those on the Farmlands are much more productive. Lumber Camp mockup: Capture the Lumber Camp dropsite (Yellow) and now you can gather wood outside your territory. Forests are made up of Groves (Red-cartouche footprint; Blue-circle footprint) and can be depleted, but they regenerate wood over time, faster if left alone. Groves have other attributes, such as they can be "garrisoned" by some civs' soldiers for an ambush effect, and they also have auras that cause units to have lower vision and movement speeds within their footprints. Straggler Trees (Green) are gatherable, but do not regenerate and can be built over by player structures (the tree disappears).

I'm in favor can work with Tactical Minimap

@IntellectProbably the problem is solved by now, but I had a similar problem and would like to share my solution with you. I want to use two mesh files (stonemine_round_a.dae and stonemine_round_b.dae) that I copied from the Delenda Est mod into my mod. Every time I run the "pyromod command" to make it "deployable", the mesh file was not included. (it was in the working folder, but not in the .pyromod file) pyromod command: binaries/system/pyrogenesis -mod=mod -archivebuild=binaries/data/mods/mymod -archivebuild-output=mymod.pyromod -archivebuild-compress "ERROR: Failed to load any skeleton definitions" (for stonemine_round_a.dae and stonemine_round_b.dae) Searching for a solution to my problem led me to this thread and this one "Importing custom models & animation" from May 26, 2018 The wiki/ArtDesignDocument also says: I solved it by using this GitHub tool called "0AD skeleton generator" (made by Stan). Add your mesh files in your input folder and run the following command, the .xml files can be found in the output folder. python3 skeleton_generator.py All I had to do was add the .xml files to my mod. Problem solved.

I get that people don't want their heros to die. But the onus should be on that player to properly micro or place their hero behind the lines in stand ground instead of on the attacking player who is trying to kill the hero. And in the grand scheme of things, losing 1 hero is much less dangerous than losing an entire army. Healers could also have reduced HP if they actually cause armies to chance in a way that causes armies to die while following. Their health could be something like women, which die quickly before a chasing army can get destroyed. But I agree changing the run/walk feature makes sense regardless.

@Panther you can just open the pyromod and get the files. This way it's even easier to drop them

They are boolean expressions that every unit must pass (result in true) to be selected when the hotkey is pressed | means OR & means AND ! means NEGATE value ! has precedence over & and & has precedence over | You can use parenthesis Example: imagine you want a hotkey to select only the cavalry units and your dogs units, then hotkey.autociv.session.entity.by.class.select.Cavalry|Dog = "your preferred key" Example: imagine you want a hotkey to select only units that are cavalry and dog at the same time, then hotkey.autociv.session.entity.by.class.select.Cavalry&Dog = "your preferred key" Example: imagine you want a hotkey to select all units except cavalry units and dogs units, then hotkey.autociv.session.entity.by.class.select.!(Cavalry|Dog) = "your preferred key"

It's already possible, look for selectors by class feature of autociv buried somewhere in this thread, dogs have the class 'Dog'.

Some formations only work for certain units and some formations only work if you select more than X number of units.

Hi, this topic is not used to explain a problem, but a big congratulations to Wildfire Team for the Amazing new Alpha 24! Keep it going! Don't give up!

I see the a24 server full now. It is normal, every alpha has adaptation complaints. Anyway this is not a dispute between a23 and a24, you can continue playing a23 without problems if you didn't like a24. But in no way will we stop the development of the gameplay and stop in time with a23, as I said before, this is in constant development and some descriptions had to be taken to fix many things that were wrong.

Heros1. "Touman"; ---------------------------- ----- (Tūmān)2. "Modu”; ------------------------------------ (Mòdún)3. "Laoshang"; -------------------------------- (Jiyu) This information about the Xiongnu (Duileoga) could be applied to this next release. I am willing to help. Alem has ideas about that.

I can see this

Your mod is the first thing I want to try out when testing 0 A.D. in practice again. Unfortunately if I try something new, I do it thoroughly, and right now I see too many conflicts with my time allocation. I think if you can upgrade only 2 champs, they should receive a special bonus besides plain stats and visuals. E.g. inspiration or fear auras etc. Otherwise they will just survive with the hero and fight a bit longer than the rest in case of a lost battle (similar to Agis who is quite useless). These Olympic champions / bodyguards would be tier III champions in my systems, tier I being Spartiate and tier II being Hippeis. I agree with impactful choices. Probably have one choice for every phase advance (and a bonus choice when finishing a wonder) which potentially affects multiple units and/or technologies.

A small schema of the cultural situation of Iberian Iron Age (I put Iberian as a general meaning for native non-indo-european in the peninsula)

Hi everyone ! That's test over fresh build from source code - creation of units himself. It works for me

Also in favor

I like the original DE concept better, farmstead and storehouses outside of territory does not seem bad. Having territory allows you to protect it better, so it's still encouraged for taking map control. At the same time allows for players using heavy mineral dependent civilizations to not be too far behind if the map gen is not generous, encourages players to constantly scout or make outposts on resource dense spots which is a plus in my opinion. Capturing a stray farmstead or storehouse could make some sense but it feel out of place in my opinion. Farmlands + forests would be awesome

minrange is easy, however "tell them to switch" is more complicated. See #252. We don't have a ammunition system (yet) so this might be more work.

Edit: We need Battle for Middle Earth 2 battalions.

My attempt to model a "range" for Zapotecas.

Do we really have to wait for A25 ?

Fun with mountains

That's exactly what I was thinking when I read your first post. Instead of striving for perfect balance, let weaker civs serve as a built-in handcap. I'm not sure how I feel about this, but I don't think it is automatically bad. It does mean that top tier players would have fewer civ options, but that's almost a certainty anyway considering the quantity of civs we have. Historical accuracy could definitely be a basis.