N/A

As a warning: others have noted in the past that the AI does not know how to use ranged weapons which cannot shoot all the way across the battlefield. If you really want to implement limited range, you might want to make the default weapon damage be kind of garbage and then implement a limited-range special ability that does superior damage.

N/A

Hum... That's a bummer if i can't make it work.

or foot fired bows?

Cool then, let's see what you learned .

An example (with code) would be nice, once i have this i can easily duplicate for all the weapons that may need it.

Hum, sound complicated to do. May not be worth the effort.

That should open a lot of possibilities. 

I mean the class of weapons like when we design new units; clubs, spears, blades... What weapon is related to the others and what is an upgrade of the rest. FH has lots of weapons, but most aren't accessible to units; if i split them into several more classes i could add them without having some being obsolete by the time you get them.

Another example would be nice there.

 

Thanks, it's appreciated.

Take a look at this

https://forums.elementalgame.com/434780/page/1

This will give you a general idea of what is overwritable and what you need to change from core directory.

Mind you one way I remove unwanted gamemodifiers (if a file refuses to be overwritten), I will create an unattainable prereq like

<Prereq>
    <Type>Tech</Type>
    <Attribute>YOUCANTGETTHIS</Attribute>
</Prereq>

Or some other Type, with a similar attribute that you could obtain. In this way you can make a duplicate copy of the file and do all the desired effects to the game-modifiers.

For some files, you just plain cannot overwrite them. With 1.4, we will get access to play with tech from the modding directory without my workaround (I hope).

Hmm? You remove the old with the prereq, then you add a duplicate with your stats and keeping the same name. (just add 1 or something to the Internalname) I don't see the issue. We have to do this all the time to get stuff done really. It's like 10 lines also, since you just need to add the prereq into an item/building/spell etc. not copy the whole thing. (exceptions to this as well of course.. welcome to FE modding )

My problem comes from the fact i may change way more than just a few items; i'm concerned about breaking the game because the overwritten items may not be picked for random loot (according to what i read). 

Well, maybe i should just mod something small before being concerned by large scale modding...

This game seem quite complicated when it comes to modding, not everything works the same way. Some files can be edited, others overridden, others can only be altered from the main dir... And we need to start a new game to see if it works. Oh well, i guess i'm too ambitious when i start modding, now i see a mountain were there was just a bump. 

N/A

I would expect that you could modify the XML code, but leave the image references the same. Keep the XML for DLC stuff in a separate file from XML for base game stuff, and give two download links - base game mod and extra for DLC. As long as you don't include the model or image files, I would expect that the game will look for the image icon in the default location, and give errors to anyone trying to use the DLC side of the mod without having the DLC content, because they don't have the items being referenced (unless Stardock's gone the route of including the items in the base game and providing something that amounts to an unlock code when you purchase the DLC). My understanding is that you don't necessarily have to have all of the XML for the items you're modding in the same file, as long as you're not trying to overwrite the same things multiple times.

I would suggest that, if you do go this route, that you completely overhaul the DLC item XML anyways (basically, keep the names and change everything else).

Yep. You can define your own damage types (look in CoreUnitStats.XML to see how to define these), or you can use UnitStat_Attack_Boost (which provides an additive bonus to the attack of the unit equipped with whatever increases this - see Horses or Warhorses for examples of how to add this; I don't recall for E:FE, but in E:FE:LH this bonus only applies when the unit has a nonzero base physical attacks), though I'm not sure if the attack bonus itself will work on weapons. You can also look around in CoreUnitStats.XML to see if there's a damage type defined in there that isn't really used anywhere. Alternatively, you could have an "enchanted" longsword that has [(longsword attack) + 1] for its Attack score which requires whatever resources you say it needs for it to be produced (so you can require 1 crystal and 5 metal for a +1 longsword of e.g. 15 attack as compared to your normal 14 attack longsword that costs 5 metal). You should also be able to modify unit accuracy in the same way, if you'd rather the enchantment be a more likely to hit kind of thing rather than a hurts more when it hits kind of thing.

For that matter, if it's something defined in CoreUnitStats.XML or a mod version of such, you ought to be able to have a weapon increase (or decrease) that UnitStat - so if I were to make a UnitStat_CreatureType that had some given value for each type of creature I recognized, I could have a weapon that made a unit's UnitStat_CreatureType value be something other than what the normal value was - for instance, an item that forces a specific creature type onto a unit, so if I wanted a cursed sword that made the unit susceptible to the same things that affect undead, I could mess around with the UnitStat modifications until I made the wielder have the same value for UnitStat_CreatureType that I assigned to undead (just remember that this isn't the same way that they did it for the racial types in-game - if you want to do something like this, you need to do a lot of work with the XML defining ways for UnitStat_CreatureType to affect the damage, and unless there's a simple If-Then structure I haven't seen, it may be "easier" to define UnitStat_Undead, UnitStat_Human, UnitStat_Elf, etc for use in creature type damage computations, and make it "1" for something that is the appropriate type and "0" otherwise, because then you can sort of get an If-Then style damage bonus by just multiplying by the value of the appropriate UnitStat, though I'm not certain that this can be done for a weapon except inside of an active ability).

Since I was typing while you replied, and this clarifies what you want to do - go into CoreUnitStats.XML, find one of the damage types, and copy it over to an XML file of your own. Once it's over there, rename it (say, UnitStat_Attack_Pierce2), and give it something other than UnitStat_ResistPierce as its resistance type, but leave UnitStat_DefensePierce as the defense mechanism to defeat it (I think you can get away with just deleting the line for UnitStat_ResistPierce, but if you can't, you can just copy the old UnitStat_ResistPierce and rename that to UnitStat_ResistPierce2 and make the resistance type for UnitStat_Attack_Pierce2 be UnitStat_ResistPierce2). Change what I said to delete as appropriate if you're bringing back cutting and blunt damage types.

Banshees are immune to physical damage because they have a trait that gives them 100 Pierce Resistance, and all Legendary Heroes weapons deal Pierce damage by default (Banshees might also have Blunt and Cutting resistance; I don't know because I haven't looked, but if they don't you might want to add those resistances in if you're going to bring back Cutting and Blunt damage types), so if you define a damage type that isn't affected by UnitStat_ResistPierce the Banshee physical immunity trait isn't going to help them against it.