Jump to content


Community Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

71 Excellent

1 Follower

About Freagarach

  • Rank

Profile Information

  • Location
  • Interests
    Sports, Chemistry, teaching

Recent Profile Visitors

203 profile views
  1. Do you have a link to a public repo where your code lies? That would make debugging a lot easier (and you don't have to upload every changed file here on the forum) :) In this case, you did remove the ability to build stone walls, but as you mentioned Now, the engine tries to remove wallset_stone from the template of those Spartans, but that (wallset_stone) is not there anymore. Like trying to get money of an empty bank account. That is what is causing the warnings. To fix it, you can remove those lines (those being: "-structures/{civ}_wallset_stone") from the Spartan templates.
  2. If I'm not mistaken, the game sees those as being multiplayer, so you'll have to select either multiplayer or singleplayer/multiplayer.
  3. Aye, this is for armour only. This would allow for a modder to circumvent specific resistance types. An example: The downside of this is, when we include it but noone uses it, that it means more code to maintain, more chance for bugs, for no benefit. I hope this clarifies it a bit @Trinketos? Otherwise feel free to ask! Anyone who is constructively participating on the forum is, IMHO, a contributor. But if you still want to be edited out (because you're no modder?), I'm willing to do that.
  4. This is spot on That (a percentage of damage based on the position) is currently not implemented, but is not that hard (see @Angen's battalion mod). What I envision is that a unit attacked from the front has a ~95% chance of using the shield to block damage (when not preoccupied, perhaps) and decreasing that percentage to "0" at the edges of the LOS of a person. But that has to be coded in seperately in "Attacking.js". (D2175 combined with D2182 and properly working formations, as @Alexandermb noted.) Glad to be of service!
  5. Hail to all modders! (@Exodarion, @darkinterloper, @borg-, @Nescio, @Angen, @wowgetoffyourcellphone, @Trinketos, @Stan`, @FeXoR, @asterix, @DarcReaver, @nani, @azayrahmad, @Loki1950 and all those not mentioned (we gotto have a list or something for this).) When working on improving support for armour (D2229) there rose some questions during discussion with @wraitii. I've seen some mods with directional damage support and, because templates ought to be changed anyways, I thought I might as well try to add some support in SVN, or at least make it easier. Template code as it stands: What I propose: The code to calculate the resistance to a specific attack would allow for resistance types to be circumvented. However, the condition as to which resistance type(s) to circumvent still needs to be coded in component files, by you. This leads to the loaded question: do you think this is worth a shot? (For those interested in the actual code and perhaps willing to give some feedback on that specifically: D2229.)
  6. The most efficient way of expanding is by building a civic center, though. That will give you large amount of extra territory. So you can build a civic center close to your beloved stone deposit. That has an extra advantage that your citizens can hide inside the civic centre in case of a raid. The civic center can only be build in the city phase. Some civilisations can build a military colony in the town phase, however, which is a "smaller" version of the civic center, with less territory influence.
  7. It (the feature of diffent stances) was actually on my ToDo-list for rainy days (which we have quite a lot here in the Netherlands). Happy to take a look at your patch of course, just ping me when you've got something
  8. That'll be D1971 :) Often loading the "Units_demo"-map also shows errors, but I do not know whether that map is updated automatically? B.t.w. this looks awesome
  9. I vaguely recall that those wolves have the "domestic" class to make them taskable by triggers. (D1960 would be a solution.)
  10. The way I implemented it was that at a certain (template-based) range from their targets, the units started running instead of walking. No user input required.
  11. I guess the error does not occur when you lower the weight of the territory influence by 2?
  12. D781 I plan on revising that next month. (To also include melee attacks.)
  13. No problem at all! Glad to be of service :) Aye, I indeed meant that line. I meant the following: You want the AI to build its houses close to the CC, that means you want to add a addInfluence so that it actually tries to do that. But if the area is already full of houses, you need a bigger range to allow more houses. When you start with the bigger range however, the AI might try to build the houses already at the edge of that range, which is not exactly like you want, I guess. placement.addInfluence(x, z, 60/cellSize, +XX) Means the AI will try to place the building within XX meter(s) from "ent". placement.addInfluence(x, z, 60/cellSize, -XX) Means the AI will try to place the building at least XX meter(s) away from "ent". Oh, you might be able to remove that previous block now since in your mod houses are less (or more) special. Hehe, I make it myself unnecessary hard: I use a plain text editor, to force myself to write properly since I've just started coding. But I would advice an IDE.
  14. You can check with a warn("Hello world"); if the code is called at all, I suspect it not to because of line 213. You can try and remove that condition (I am by no means an expert on the AI and do not know what side effects this could have!). If you try that it may be wise to increase the radius a bit with every house built, otherwise it either might get very full around the CC quickly or the AI builds the first houses too far away for your liking ;)
  15. Hmm, this should already have been fixed in rP22611. Does this happen with every civ? For I could not reproduce this. Edit: How often is "some" btw?
  • Create New...