Just a quick note, which I think is HUGE for anyone who might be wanting to 'customize' the tech tree for your favorite/custom faction:

On top is the Civ tree we all know and live, and at the bottom is the Civ tree for my Banshees.  Note that I haven't assigned any buildings, etc. to the new techs yet (easily enough done), but my POINT here is that you can create new techs for your custom race, and take out the ones you don't want.

Yeah, the Spritual Pursuits tech is basically the Entertainment tech repurposed, but the concept is valid.  Essentially a suitably motivated modder could REDO entire sections of the tech tree for a custom faction if he wanted, WITHOUT significantly changing the current tree for Kingdom/Empire, and certainly/quite easily could add new branches along the way...

This method is already used to differentiate Kingdom vs Empire factions (note Wildland Allies vs. King Of the Wastes).  My point is that other factions can get in on this action as well, simply by assigning a new Allegiance or similar tag...

Thank DLC04 for reminding me r.e taking techs off of a tree, and making me feel the need to add new ones.  I've added a tech before in my own build, kind of by accident really (trying to get an old EWOM tech/ability to work, no dice), so I already knew this was possible, I just hadn't considered the ramifications until now...

While it is still probably possible to add another full tech tree (with subtrees; note that we used to have two tech trees in EWOM, and I did manage to build my own unique tree in EWOM that at was working ingame, albiet without all of the items, buildings, and such that I needed to assign after the fact), because of the sheer number (literally thousands at this point) of interdependencies on the existing Amarian tech tree (items and such), well it'll save you massive amounts of work by rethinking the existing techs, and only swapping out the ones you REALLY feel need to change for your specific faction.  Example: the Weapons tree has a LOT of items, weapons, armor, etc., and a fair number of them may depend on a tech you may want to to swap out, hence they will 'break/disappear'.  But for 'low impact' techs, where you only have a very small number of dependencies, well the sky's the limit!

Sure, Ability Bonus Options with the RestrictedAbility tag can 'disable' items and such, and you can repurpose a tech for other things, but if you had an entirely new tech concept you wanted to add, with it's own description...

Sure, the Allegiance tag has dependencies as well, but it has far fewer things directly tied to it than say some of the Warfare techs...

Apologies for sounding more than a little excited here, but a number of players have been asking for more tech tree differentiation.  Up to this point, the Modding community hasn't really tackled this issue, but I think this approach could change things.  I'm seeing LOTS of possibilites here for modders.

In short, this is HUGE!

Now all that would be needed is other suitably motivated modders... besides me!

So, I have a head scratcher here...

I've created an Ice Staff variant that you 'thump people over the head with' normally (Melee), doing Cold Damage, which is also able to cast in Ice Bolt with (Ranged), which does less Cold damage than you can do with it in Melee.

The Ranged effect is working correctly, and the model 'moves/takes a jab' in Melee.  However, the Damage Info when you hit another unit in Melee has disappeared, so the only time you see 'hit, 3 damage, dodged, etc.' is when you eventually kill the unit.  HP's bars also do not reduce immediately when you score a hit.  The weapon still does damage, you just won't see the effect immediately, or at least not until some other unit causes damage to the same target.

The ranged attack is also supposed to reduce the caster's initiative by 6 for one turn when it is used.  Not sure if that is working as intended, but that's not a deal breaker if it isn't working right (I would like it to do this, of course). (Note: after I posted, I realiized I forgot to add the 'apply to caster' tag to the .xml for this gamemodifier, have since added it, zip file has been updated, as of 4:22 PM US Mountain Time 6/8/2014)

I used one of the other Staffs (the one that Casts Flame Dart, which has a cooldown) as a guide.

Would someone be willing to look over the code on this, and see where I went wrong that broke the Melee animation/damage reporting?

You'd simply need to add this line to your Sov Unit code temporarily to test, in the appropriate spot.

        <AutoCreateEquipment>Banshee_Staff</AutoCreateEquipment>

Or, if you've designed a few weapons in Elemental in your day, maybe by just looking at the code you might spot the problem(s).

Updated File here:

Banshee_Ice_Staff.zip

Appreciate the help!

tjashen

Thanks Hellions, I'll give it a try!

Edit: Turns out that the  <TacticalRange>1</TacticalRange> tag was the culprit.  I had added it to reduce the range when not using the ability (the staff was attacking at range when I started down this road, so I was trying to limit that), but when I created a new new ability to replace a new ability that I was haviing issues with, well the Range problem went away.

Problem solved!  Carry on!

Edit Edit: This may not be solved after all.  Still investigating...

Edit Edit Edit: Found the problem!  Apparently I still needed to assign a GameModifier to Attack_Pierce, with a Value of 0 (this staff isn't supposed to do physical damage).  Now to get back to cleaning up and reorganizing my .xml, so that each type (spells, abilities, items, etc.) has it's own file... oh and finish up that Spirit Mage tree.

Then it should be ready for beta testing!

Interesting...I wonder how this affects life / death nodes changing depending on allegiance. I never liked that mechanic, maybe this could be a neat little work around if they don't change.

Quick update:

I just spent the better part of 12 hours trying to 'fix' something r.e. resources, before I spotted a bonehead mistake.  I was trying to get a new world resource to show up on the map (never did 'take'), or convert an existing resource into another resource, as the buildings I had made for existing resources (wild game, wild grain) weren't 'allowed'.  I had changed the required tech, but failed to notice that I had subsequently changed the name of the relevant tech and tech tree (from Banshee to Revenant).  Sooooo, in the words of the immortal Homer Simpson...

DOH!

Still tweaking my Spirit Mage tree, and contemplating how to implement the 'Subtrees' I have planned.  This particular tree favors Air and Water over Earth and Particularly is missing Fire.  That's the other half of the equation that I will need to develop (Fire vs Ice), but that can wait until I get some betatesting input on what I have so far.

To explain the 'Subtree' concept, this works in a Similar manner to how the various Elemental Spell Ability trees (Air 1, etc) appear, or more specifically, don't appear on the 'General' tree until you acquire the first one (via Sov creation or another method).  Essentially, the entire tree is tied to one ability, that you can picture as being placed to the 'left' of the first row of perks.  This 'perk' is actually placed in Row 6 (so if you scroll down you'll see it has been already picked), and is picked via a blood_race or other ability mechanism.  So Subrace A will have one version of the Spirit Mage Tree, but Subrace B has a completely different version.  I.E. in my case a Fire and an Ice version, although I'm thinking of 'merging' the Necromancy tree into this concept as well (assuming Dhuran likes the idea). 

Or an Undead Hunter could be implemented here, but that'd involve adding an ability to pretty much every other race/blood type...

The reasoning for doing this is to not tie up multiple 'Profession' slots in the Path picker, thus eating up valuable profession Real Estate, for those of us without an 'acceptable' Scroll Wheel  implementation on our mice (we do not have access to the second row of professions that appears below, and Primal's testing indicates that 10 paths wide is about the most that is practical).  This one 'profession' will have a more Generic name, but will implement multiple Specialized paths, depending on which ability you already have.  With the aforementioned 'don't pick me unless you are undead' warning of course!

Again, though, the multiple Subtree thing comes later.

BTW, the Bane Magic 'tree' appears in the same place as where Death Magic normally appears on my tree Implementation.  Bane Magic spells are often the same, but have been tweaked here and there for flavor...

I now have all seven versions of the Bane Shard and Bane Shard improvements (essentially still a Death Shard, just looks different) done, with GFX.  I also tweaked a couple of existing gfx to make the Banshee look purdy yet tone that Ice/Winter staff coruscating snow effect down a bit so it wasn't so overpowering visually.  The 'stock' Mausoleum looks like it needs a few Tombstones around it, but that can wait...

Still need to tweak a couple of gfx effects, decide on how to pare the 'combined effects' down a bit to save a little video memory overhead for other things (for those of us on 'lower end' systems). 

I also want to implement a resource that is used for Undead recruitment, but I still need to work out the finer points on that.

I'm still envisioning this mod working hand in hand with Necromancy Revamped (standalone and 'merged' versions), but that comes later...

Next two days are busy for me, so it'll probaby be towards the end of the week before I can FINALLY bundle this up and release it for betatesting!

Well I WAS close to zipping up my mod and posting this today... Until...

As noted, I'm creating duplicate trees using the same trait trees for General and the Arisen (Spirit/Cinder Mage) Trees.

The way I was going about this was requiring me to duplicate a bunch of spells and abilities, which I was doing in order to completely clear the Arisen tree if you didn't have the 'parent' ability, which actually was working quite nicely.

Until the DEP errors showed up that is...  apparently I crossed a threshold somewhere r.e. ability counts or something, and my Windows error message thing is saying that E:LH is now trying to access protected memory...

BTW, DEP fixed some crashing problems I was having before, and my laptop hasn't crashed in months so I'm NOT turning it off...

BTW, I have 4 GB of memory installed, 32 bit OS (Vista).  With some tweaking wizardry I actually have access to the full 4 gb, but the last 670 MB or so is it's own ram drive essentially.  Long story, but the short form is that Elemental has the full 2 GB it needs (Brad noted that Elemental isn't able to address more than 2 GB due to limitations of the Windows system or some such).  But back to the matter at hand.

If I shut off a couple of abilities that I added towards the end, everything works fine again.  Fortunately, I have a way to cut down on the duplication (mainly the Summoning and Prodigy subtrees for both Cinder Mages and Spirit Mages are essentially the same), so I have a plan to 'unduplicate' those perks/spells using a pre-assigned master ability.  This will still allow the rest of the tree to change depending on blood type.

This all came about because non Cinder/Banshee Champions that were being acquired via Fame had a rather empty General Trait tree (The Strength and Initiative Abilities are handled differently, with Spirit Mages getting Cold Attack and Move bonuses, while Cinder Mages get Fire Attack and Dodge bonuses).  So I needed to create a 'generic' tree, which is still a bit different than the 'stock' generic tree.   The only two abilities that carry across from the 'vanilla' tree for Revenants are Tinker and the 15% xp bonus thing... Oh and 4 of the 5 Elemental Spell trees of course (Revenants have Bane instead of Life or Death).

BTW, my Mod folder is relatively clean, with only a few of my own small mods (Monuments XP, etc) and such installed.  Oh and Parrotmath's River Bridge and Snaking Mod.  So the Revenant Mod is responsible for pretty much all of the extra overhead.  I may need to look at paring down some custom GFX and such (was planning on this to a degree already), but one thing at a time.

I do have all 5 DLCs (finally), but those are rather light coding wise.

Since I hit this wall, I'm sure some other players with 32 bit systems would hit this as well, so I'll need to spend some time to pare down all of the code I ended up generating.  Which is a good thing...  The .xml itself isn't that big in total kb's, but all of the 'addresses' that it requires to be set aside I'm sure is what pushed things over the top.

Re-Unifying the two versions of the Summoning and Prodigy trees should free up a LOT of space... now that I was able to completely separate these two trees using the same path, it'll be easy to put one common ability in to 'activate' these branches using one set of traits for both subclasses.  It'll add an extra initial ability to the 'perk clutter' that shows up on the Sov card and such though.  Can't have my cake and eat it too I guess...

I'm sure my choosing to go with a third Allegiance is pissing the game off too, but up to this point it has worked pretty well.  The only major downside I've found (other than making third versions of things that have separate Kingdom and Empire versions) is that a few more detailed conversation options (based on if you are talking to the same or a different allegiance) won't appear ingame.  You'll just have the default conversations.  The game still offers tribute and such much as it did before, and I even remember being offered an alliance/treaty once.  However, This faction hates the living in general, be it Empire or Kingdom, so I wouldn't mind seeing some negative modifiers when dealing with either Kingdom or Empire at some point.

In other good news, since I ironed out my Tech tree issues, the Tech Trees will now work from the Mods folder.  Two less files to put in the core folder.  At this point, the only thing that MIGHT need to go into the core folder is some .dds and .gif files, so that the game can find them.  I haven't figured out how to 'point' the model files to the Mods folder to look for these, and due to how particle effects and such are built, it just makes sense to put them in the core folder, so everyone has the option to use those if they ever feel the need to mess with the particle fx creater tool.

BTW, you can see the Spirit Mage and Cinder Mage trees in action in the first post of this thread (I've been adding pics to it as I go along).  You'll note some subtle differences, mainly in the placement of Geomancy and Areomancy, and note that one Tree has Hydromancy (no Pyromancy) while the other has Pyromancy instead.  With their own subtree abilities of course!  I definitely think this is worth the extra effort, as I can think of at least one other application for this approach.  As an example: the Paladin and Anti Paladin trees could be COMPLETELY different using this method, while using the same Path.

My mod has a number of of other things in it though, hence the current overhead.  I'm guessing you 64 bit types won't have any issues running it with a bunch of other mods.  So I'm guessing that you COS and XTra Deconstruct fans on 32 bit systems may have issues running this, standalone as it is... Heavenfall highly recommends 64 bit for his mod, no doubt the limitations Primal and I have come across r.e. resource/ability/etc. counts are in play here.

Ahh well... at least I'm getting MY Elemental game closer to where I want to see the game heading...

R.E. your comment about the open tag thing.  I think this is more of a 'stacking' issue (five different traits allocated to the same slot, all with prereqs that are 'offset' from the path display.

Essentially what I did here was along the lines of how the five Spell Trees work.   The reason that say Water 1 doesn't appear unless you've picked it in Sov Creation or otherwise pick up the ability (through a tome you find at a goody hut or similar) is because, while the other four Spell Levels have Unit_Spell_Rank and Unit_Level, Water 1 only has the Unit_Spell_Rank tag assigned. 

It still has coordinates assigned to it (say x3 y3), but since it isn't 'automatically' assigned to the Path tree via Unit Level, it only appears if you actually 'have' the ability.

Since the rest of the Water tree is tied to Water 1, if it doesn't appear, they essentially don't appear.

Sooooo, I did something similar with some other Abilities.  Essentially, I've 'addressed' several abilities to say x0 y2, but unless you actually have the ability in question, since the Unit_Level tag isn't assigned it doesn't appear on the Path window.  So I'm assigning trees to said abilities, so the rest of those trees don't appear unless you have the 'parent' ability.  Since I haven't assigned the Unit_Level tag to these abilities (say Blood_Banshee), they won't appear at all unless you have picked the said ability (in Sov creation or whatever).

I can also assign the first ability to appear farther down the tree (say x0 y6), so it doesn't appear unless you scroll down.  This makes an unconnected path line appear that angles up/down in the direction of the parent ability, but otherwise the first actual 'Tree' ability (with a Unit_Level tag assigned) can still appear in the first row.

So back to my stacking comment.  Since I have multiple abilities assigned to the same given spot in a tree (instead of just 1 or 2), well I'm thinking E:LH may not like that  a whole lot, hence my thoughts on maybe stacking being the culprit.  Whenever two traits try to occupy/appear in the same space on the tree, the trees get messed up...  Anyways, I'm keeping my fingers crossed that maybe I just have some 'loose tags' as you mentioned.  I've checked them off and on using an .xml editor, but I usually just code in notepad2 (which sorta kinda keeps track of tags, but not to the extent that the full .xml editor does).

Been at this for a lot of hours now, so it's nap time... thanks for the advice Heavenfall!  I'll check it out when I'm refreshed.

Bad news.

So, I have everything working the way I was hoping it would.  However, after GFireflyE pointed out some issue with the savegame/autosave not loading/crashing the game, I myself have reproduced the issue.

I've tried saving a game, quitting and restarting, only to find that the game immediately crashes.  Same with autosaves.

So, despite this mod working so beautifully like I want it to, well you can't load saved games.  While any previous savegames (before you install this mod) will work, any games created with my .xml in place will 'break' the savegame file for those games...

This problem goes away if you remove my modfiles, so my modfiels are the problem.  They check out in .xml validation, and the debug.err is coming up rather clean.  one of my files are getting specifically flagged, although the Despair spell (core game spell) seems to be having a targetting issue...

So this is a deal-breaker.  No ability to load saves = not acceptable.

I did 'change' the shard art for death shards in my own install, so that a slightly different version would show up on certain terrain.  However, that would show up in my install and not GFireflyE's - he doesn't have my modified core file that 'triggers' the different unharvested shard art'.  He will see your run of the mill death shard in all cases until he harvests it.

As for harvesting the shards, yes I have a different building that does that.  However, I went through some of my earlier saves, and was able to successfully save and load said savegames with the modified Death Shard Altar improvement art. 

I haven't tried swapping out the improvent file art yet.  i've been removing files one at a time and seeing if that woud correct the problem.  I'll try that file next.

There is a new tech tree involved, that'll be one of the next things I try to swap out.

My hope is that there is just one file that is causing this, but I'm afraid I'm trying things that Elemental quite simply does not like/understand.  GFireflyE has been able to play fortunately, but is experiencing occassional crashing (see other thread) and as far as I know hasn't been able to successfully save/load save with my mod in place.  As you noted, the save/autosave is corrupted in some fashion.

I do appreciate your suggestions Heavenfall, and hopefully that helps me figure this one out.

The reason I'm trying so hard to make multipurpose paths is so that modders can customize the General Trait tree and other trees (in my case Arisen) without having to create a whole brand new path each time.  For those of us without an acceptable scroll function, well we quite simply don't get to see the new paths if they appear offscreen.  I did note in another thread that someone (abob?) said you can actually have more than one path chosen for your Sov (i.e. be both a Mage and a Warrior), but that the button for path #2 would appear below the screen.  Again problematic without a working scroll, and besides we all like things to be 'obvious'.  But that is a slightly unrelated issue.

Plus, through Primal's work, he has demonstrated that 10 paths is the effective upper limit without a scroll function.  So I'm trying to not create 2 or more extra paths here, and instead just want to make do with a single path.  I think the current count on paths available via Modding is 9 (Ranger, Paladin, Summoner, Necromancer, not counting my unreleased path).  so with my path that makes 10, so what happens to path #11?  No scroll wheel, no path.

I HAVE successfully been able to create a 'Clean' PathOfTheRisen for someone without the relevant blood type (Cindermages see version 1, Spirit Mages see version 2, anyone else with Path of the Risen sees a blank slate).  LOTS of possibilities here, but I'm afraid that'll be what is corrupting the save game (the game is expecting only 2 states).  Which is interesting because my save from almost 2 weeks ago had the third state for the General Trait tree successfully working.  Of course, I now have 5 states that I've created for that tree...

I think it's a matter of starting small.

Start with making an 'extra' for Necromancy Revamped. Combine it with Undead AI fixes. Then branch out into new/unique abilities.

Still plugging away at the rebuild, although I'm taking it a bit slower this time.  I've been trying to find a way to implement the 'varied' General Trait tree in such a way that wouldn't require editing a bunch of Champion/Sov files, without going the third Allegiance route.

For those that have studied the conversations code, you'll know that there are more intricate conversation options are available for Kingdom-Kingdom, Empire-Empire, and Kingdom-Empire.  These are coded with options 0, 1, 2, 10, 11, and 12.  Well there's no setup for a third allegiance currently, so those conversations go to the 'default' responses.  Hence, a bit more repetitive and not quite as interesting when working with the conversation menus.

While I was originally able to get savegames to work using the third Allegiance (I went that route fairly early in my work on this mod), I definitely could see that factoring in to a corrupted save at some point.  The alternative (as I see it) is to code a bunch of duplicate abilities, wherein I do believe that there is an effective upper limit to what has been set aside r.e. the number of abilities the game can effectively track before savegames get corrupted.  That's just a theory on my part, though, based on some behaviors I saw when adding new abilities (I was duplicating a LOT of abilities at one point.

To explain the 'duplicate abilities' dilemma, as I noted a number of posts back you can break down abilities by Allegience, but if you want to get more specific, but want that ability available to more than one faction, well you can't list two separate race prereqs in the same ability (the game only 'sees/uses' one of them.  RestrictedAbility still allows the ability to show up unless you tie it to another trait that is 'creatively' placed, so you'd have to add said trait to all Sovs/Champions.  Or, say if you wanted 3 of the 6 Empire factions to have said ability, but not the other 3, well you'd need 3 versions of said ability (tied to each Race type that you want to have the ability). 

Since my goal here is to NOT have to edit a bunch of Sovs/Champions (this requires maintenance as new versions of Elemental are released, and also when other modders make changes to the core Units/Race files), AND not to create a bunch of duplicate abilities, well there's the crux of my dilemma.  So far I'm finding that trying to create abilties for some Empire Trait Trees, but not all of them is not an ideal choice, hence why Allegiance #3 works so well to solve this problem for my custom faction at least (none of the existing Sovs/Units are Allegiance #3, hence no need to change their code).  Doesn't quite solve the Morrigan & Wraith versus other Empire factions issue though, should I want to 'customize' the general trait tree for those factions a bit.

Trying to do this via the five existing paths is an even less attractive option, as you'd need five versions of a given ability that you otherwise would put on the General Trait tree.  To be clear, this dilemma I'm having is a 'Monster Sov' issue, i.e. for Sov types that may not have mounts available, may not normally use attack_pierce, etc..  Yeah, I'm picky that way...

But I digress.  Came up with a new Profession for the Sov Creation Picker, Spirit Shaman.  Similar to the Summoner pick, but swaps out the Shadow Warg for a Poltergeist.  I'm envisioning the Poltergiest as a mischevious summoned spirit, tactical summon only, with low attack strength but some annoying effects.  Thinking of making the effects a bit random. Still vulnerable (although resistant) to most attack forms, so it'll survive a couple of turns to wreak minor havoc.  The Poltergeist is working ingame, and now I'm just working out the spell effects I want.

I also created a variation of the 'Eagle Eye' spell (Whispering Spirits), wherein you instead pick a 'known' tile on the map (instead of just boosting the sight range of the Sov), and it reveals the map for 2 tiles around the selected point.  I tried putting a range variable on this (so you'd have to cast it within 'x' tiles of the Sov), but that didn't work quite as intended.  I'll play with that a bit later, but for now it's a working spell, and the 2 tile radius seems to be 'small enough'.  The intent here was to simulate a 'spirit scout unit' heading off in one direction and checking out the lay of the land, but in this case it's a disembodied spirit, not an actual unit, and the spirit only scouts for that turn.  Mana Cost and Cooldown will of course need to be appropriate, so subject to playtest feedback of course.

As I said, I'm taking my time with the recode, and as usual getting distracted by shiny things I want to add along the way.  I finally did get most of my other backgrounds to appear ingame (trading window, etc.), although this involved adding a subfolder to the core gfx folder.  I wasn't able to get the 'paths' to take using the Mods folder, and no one seemed to have an answer for this.

Back to the grindstone!

Hey Primal!

So, I was trying to work out how to 'tell' the game that some of my graphics (for say a background for shop_low_level) were in the Mods folder.  The game simply was not automatically substituting them, even though I had mentioned said filenames in the 'new' cutscenes.xml files.

Certainly the game 'saw' the custom backgrounds I had in LH/GFX for the Sov Picker (first screen after you choose a new game, with a different background for each current Sov choice), but once I was ingame, yean it stuck with the default barracks, shop, etc. background no matter how I tried to tell it otherwise.

How I solved it was to to add a folder to the core gfx folder (in this case Gfx/Revenant), and then point the tags appropriately.  Since I couldn't work out how to 'point' to the mods folder, I simply added a folder to the location that the game was already pointing to.  Simply change the subfolder name and voila!

I HATE putting files in the core folder, but in this case at least I can add a new folder, appropriately labeled to make it clear what the folder is for (in this case Core folder addy/Gfx/Revenant), so no core files are getting swapped out.  I'd still like to figure out how to change the tags to see the other backgrounds via the mods folder though (one less step for the install).  Simply placing the folder in LH/Gfx/Revenant (to mirror the addressing in the core folder) hasn't worked, except for the new game Sov background (Sov_Cutscene_BG_Oracle or whatever, etc.).  In that single instance, I didn't even have to correctly address the tags for those backgrounds, the game found them right off.

Suggestions, your experience, etc. on this is always appreciated.  I prefer placing things in the Mods folder when practicable.