News: Go to the front page portal to create a Torchmodders account | Visit the wiki!
May 27, 2019, 11:01:44 AM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Lord Nyriox

Pages: 1 ... 9 10 [11]
151
Lord Nyriox's Playground / Re: [TL1] Converting boss models for pets
« on: March 11, 2017, 07:10:39 PM »
Hi Phanjam! 

It's really awesome you are helping out, because I am having no luck with either Ordrak or Vyrax (they both crash the same way, so I have been testing them side by side with the same methods). 

There are a few commonalities I would like to note between them, regarding their model data: 

  • They both have vertex and polygon counts in the thousands. 
  • They both have more than five "Special_" animations for their unique skills. 
  • They both have dedicated non-"Special" animations for alternative methods of locomotion (Turn left/right for Ordrak; "Soar" for Vyrax). 
  • They both have more complex animations involving fine-grained motion (fingers, tail, wings, arms/legs, head/neck, et cetera). 
  • They both use a dedicated collision mesh. 
  • They both naturally spawn underground, or at least with underground lighting.  (Therefore some shortcuts might have been taken with regards to rendering support above-ground.) 
  • EDIT:  They also both have default textures at 1024x1024 pixels (unlike the more conventional 256x256 or 512x512).  Given the suddenness of the crash it could be an "out of memory" error. 

There are a few other commonalities, like the fact that they're both bosses (I was entertaining a theory for a while that boss models might be flagged in some way and forbidden from being used for pets), and they're both dragons (lore-wise, dragons are an endangered species). 

As for testing, could you forward me your spawnclass for the Vyrax model?  I would like to see if spawning Vyrax in the "Upper Wilds" area of Emberfiend crashes the game (if so, number 6 is the cause; the "Upper Wilds" area uses above-ground lighting, like the town and main menu). 

EDIT 2:  Also, I see that you're using my "Dragonkin Overlord" pet in the screenshot.  What do you think of him so far? 

Thanks again,
- Lord Nyriox





152
Lord Nyriox's Playground / [TL1] Converting boss models for pets
« on: March 09, 2017, 07:10:34 AM »
SOLVED:

Disable "hardware skinning" in the options to enable these pets to work. 


Original Post:

Next time I need to be a little more thorough in my testing prior to posting… 

Primarily I want to know how to make the Ordrak ("bosses\ordrak\ordrak") model from TL1 and the Vyrax ("bosses\boss_dragonlive\tower_dragon") model from TL2 both load as TL1 pets. 

I am getting a "crash to desktop" at the main menu whenever I try to load either of those as pets. 

153
Modding Questions / Re: Boss Pets. TL1 Mod by Nyriox
« on: March 07, 2017, 10:03:43 PM »
Since I am having literally zero luck getting the Vyrax model to load in TL1, I figured I'd share the skins I had been working on in the hope that a usable dragon pet could be created. 

[LINK REMOVED] 

In short, the default Vyrax skin gave the impression of an ancient, deadly beast.  Since I was trying to make a pet, I tried to clean up the image to give a "pampered pet", rather than "ancient monster", impression.  The 9-pixel eye was expanded to fill more of the socket (and given a proper pupil), while the wings had their scars patched up to look well cared for.

I have 4 or so color variations of the default skin (RED, DARK, MID, DEFAULT), in two types:  "normal" and "armored".  "Armored" skins simply have one of the spine ridges copy-pasted along the seams of the upper side of the wings (the experiment had a surprisingly smooth effect), and are denoted by an "A" at the end of their filenames. 

Since the color-balancing was done by hand, and I didn't take notes during the process, the colors for the "armored" versions of their equivalent skins are somewhat different (I created them all at different times).  I hope that's okay. 

I also (of course) included a glowmap for both the default Vyrax skin (just the eye), and the pet skins (eyes, tongue, and roof of mouth).  No skin pack would be complete without them. 

Let me know what you think!
- Lord Nyriox,
Necromancer of Torchlight





154
Lord Nyriox's Playground / Re: [TL1] Ember-eater class
« on: March 07, 2017, 09:41:06 PM »
If I had TL2 unpacked onto my computer right now I'd look in the Unit files for a Commander Vale or some similar NPC that's probably set to Invincible and see what the boolean's called in the text file. 

Note that the "invincible" flag is literally used for every pet in the game.  In the .DAT file for any pet, look for this line:

Code: [Select]
<BOOL>INVINCIBLE:true

I have tested copy-pasting that line in the .DAT file of a class I regularly play.  It simply makes the "invincible" unit stop losing life at 1 HP.  It doesn't stop the unit from taking damage or anything. 

To declare a dynamic stat, you just add it in the Stats Editor and give it the name you think is most likely used by the game.  You might try several different names if the first one does not work.

Are you suggesting that there is ANY built-in interaction with this particular flag?  Because in the default game, I'm fairly sure this boolean flag is only used in hard-coded form. 

Thanks again,
- Lord Nyriox




155
Lord Nyriox's Playground / Re: [TL1] Ember-eater class
« on: March 06, 2017, 11:14:38 PM »
Modifying text files is typically 10x faster than using the editors, at least for skills, unit files, spawnclasses and items. 

It's also easier to read.

Here, check out the GUTS tutorial for an example.  If Torched has something similar it won't be difficult at all.

It does; I distinctly remember seeing a logic UI screenshot from TorchED, demonstrating the complex logic behind a particular dungeon mod…

If I can figure it out, I may end up using that to handle the core "ember-eating" skill as well.  Unless the logic groups don't support decision trees, that is.

As far as I know re: using the identify scroll skill as a template, it won't work.  The identify skill is a coded function which doesn't actually work the way skills do.  It's an Effect (a class of function in TL1), but doesn't have any options to change the target or the effect. 

If it were that easy I would already have the mod posted rather than just conceptualized.  My intention was to demonstrate how it should look from a UI standpoint. 

To be precise (this is one of the few cases where I have used TorchED), the identify skill uses the IDENTIFY effect, which is hardcoded into the game.  Obviously that will only work on unidentified items.  However, TorchED does include a built-in method for targeting other items with a skill. 

What it doesn't seem to include is a method of filtering triggered effects based on the specific item targeted.  The only two item-type target options are "item" and "unidentified item".  The Identify spell uses the latter, but switching to the former and replacing the triggered effect with some sort of complex logic tree defining my "ember-eating" effects. 

I'll sketch out a partial sample shortly.

Take a look at the two options for this setup that Anarch and I suggested.


If, by inventory slot, we're talking about a separate window like enchantment…that could work, though I would have preferred a 2-click method like the one I discussed above. 

#3 is very easy as you've described.  It's just a basic passive skill.  Just remember to set it to remove the effect on Event_End.


Yeah, but I wanted to know HOW, given that "INVINCIBLE" is a boolean flag internal to an unit entity, rather than an actual stat.

And yeah, #5 is definitely a possibility.  I would look to see if you can just add an effect to a dungeon in the Dungeon editor.  You can do this in TL2.  You can use this effect to toggle a custom stat depending on whether teleporting is allowed in the dungeon.  Maybe toggle on in regular zones, toggle off in others.  Then, you set a Stat_Watcher (Stat_Requirement) to your Teleport skill that only allows you to use the skill in zones where teleporting is allowed.

As I said, too much work—AND I wanted to retain compatibility with all the other TL1 mods out there, and editing each and every dungeon is not a priority for me at the moment (the rest of this stuff could take years for me given my complete and utter ignorance of even the semi-technical words in half the guides out there). 

That means the disclaimer for that, then…

Thanks again,
– Lord Nyriox


156
Lord Nyriox's Playground / Re: [TL1] Ember-eater class
« on: March 05, 2017, 11:04:16 PM »
_Ember-Eater 

So, yes, you should be able to (stylishly) achieve this class' functionality using TorchEd.

In TL1, an equippable spell exists for identifying items.  You activate the spell (skill), then click on the item to identify it. 

What I wanted to do was something similar, but clicking on gems instead, the gems are removed from your inventory, and you get a permanent stat boost.  The properties of the gem items themselves would need to be completely unmodified by this mod. 

Flavor-wise, I wanted this ability to be something that only this class could do, and something fairly self-contained (because I wanted to create an equippable spell for this same ability, so that other classes could use it sometimes). 

#3  Yes.  This should be simple, though depending on what exactly you're trying to do this could take anywhere from a few minutes to many hours of work.

This is another flavor-over-function idea.  Lore-wise, long-term absorption of raw Ember into an organic body renders it effectively immortal.  So, for a class that specializes in doing just that…

Basically I want a passive skill that, when invested, overrides the player unit's "invincible" flag to 1. 

If, however, a respec or similar event is triggered, which removes the investment in this passive skill, then the invincible flag should revert to the default value in the class's .DAT file. 

#4  Yes.  You can do this using the UI and Logic Groups.  You basically hijack the skill invest button in the skill pane UI and add stat requirements that must be met before the button becomes functional.  You'll also need to add an additional stat for each skill to track the level of skill investment (so you can give each level a different stat requirement).

Great—but if I can barely write a Windows batch script, what are the odds that I can manage this successfully? 

#5  ....yes.   But my unfamiliarity with TorchEd makes me unable to speculate on how much time this would take.  I know how to do it in GUTS.  Since the two editors are 95% identical, I'd assume it's possible in TL1.  This might be a fairly complicated procedure.

Ugh.  Basically, I wanted to include a teleport skill from another class mod ("Vindicator")—but I've found said skill is too easy to cheese, and at least once I've managed to drop myself off the map without being able to open a portal to town.  (I had to use the console to get back out.)

…On the other hand, if verifying such a thing is too complicated, I'll probably just attach a disclaimer warning of the risks. 

Also, I don't actually use TorchED.  In TL1, mods are stored as directories rather than archives.  Most of my work relies on a text editor, rather than a GUI.  (Besides, TorchED is ridiculously complicated, just like GUTS…) 


Thanks again,
– Lord Nyriox,
Necromancer of Torchlight

_____


157
Lord Nyriox's Playground / Re: [TL1] Ember-eater class
« on: March 05, 2017, 03:35:39 PM »
Spoiler
So, I agree with Anarch about the two possible implementations: consumable or UI.

The consumable item option would be fine since TL1 is single player; you don't have to worry about multiplayer compatibility with this mod.  The only hard part is that, if setting the base file to consumable doesn't change all the others, you'd have to manually change all the different ember items to 'consumable'.  Then you'd want to add an effect to each ember to make it add to a custom stat (like Anarch said), and you'd probably want to modify the value by quality of ember (+1 for a speck, +5 for a flawless perhaps?)  That might take a little time, but not too much.

The other option, the inventory slot, is done through the UI and the Slots/Containers editor.  This wouldn't require a skill.  Instead, you'd use a logic group to remove the ember and add +1 (or whatever value you wish) to a custom stat that records how much ember you've eaten.  This solution might take a little more time.

I also agree about using a custom stat.  This way, you can also create a graph to control how much of a stat boost the character should get from having eaten a certain amount of ember.  Maybe you want it take 1 Core ember to give +2 Str, but 100 Core ember to give +5 Str (just for example).  You can do that by having an Effect set to the character that gives a bonus to Str based on the (just a suggestion) Core_Ember_Eaten stat.


Now, I'm assuming that you asked...
Quote
1. Is there a way to make a skill able to target certain kinds of non-equipment items, but not others?  If so, how?
2. Is there a way to make a single skill behave differently depending on the name of its target?  If so, how?
3. Is there a way to make a skill override an entity's internal properties (for example, the "invincible" flag)?  If so, how?
4. Is there a way to change a skill in TL1 so it uses stats instead of levels as a prerequisite?  If so, how?
5. Is there a way to make a skill check the properties of the current area, such as whether town-portals are allowed?  If so, how? 

...because that's the setup you imagined for creating an 'ember consumption' mechanic that adds to your stats.  But like Anarch and I have outlined above, I don't think #1-4 are actually necessary.

Just add one effect to your custom class per ember effect (so, one effect that adds Str per Core Ember eaten, another for Fire Res based on Fire Ember eaten, etc).  You'll also want one custom stat per effect, so Fire_Ember_Eaten, Core_Ember_Eaten, etc.



As for #5, I'm not sure.  Why do you want to do this?  There may be an alternate method.

Numbers 3-5 have nothing to do with the implementation of this particular skill and everything to do with my long-term plans for this class. 

I may not have been entirely clear before, so just for clarity's sake:  I wanted this skill to be "form-over-function".  That is to say, my intentions for the Ember-eater were entirely flavor-driven. 

If, as it turns out, that there is no self-contained way to implement the flavor of "eating raw Ember", such that it DOES NOT affect any other classes, items, or skills—then I am screwed anyway, because I do not understand code, meshes, game logic, or basically anything else prerequisite to develop new content in a game.  :/ 

158
Lord Nyriox's Playground / Re: [TL1] Ember-eater class
« on: March 03, 2017, 08:27:19 AM »
Before I uninstalled TorchED in disgust after a few hours of (unsuccessfully) trying to hunt down the internal logic behind enchanting shrines—apparently whatever triggers are associated with shrines are not actually stored in their prop files—I did study the "identify" skill to figure out how it works.  Clearly it has some kind of complex association tree that is complete gibberish to me—I did mention a complete inability to make sense of any code more complex than a script, didn't I? 

I suppose that's an Aspie problem of always thinking sequentially—parallel logic or complex associations simply make no sense to me unless I can break it down into linear patterns. 

Unfortunately for me, the guide you linked assumes some capacity to read and understand complex code.  I was rather hoping for a piecemeal copy-paste… 


159
Modding Questions / Re: Boss Pets. TL1 Mod by Nyriox
« on: March 02, 2017, 04:59:05 PM »
Regarding the .material files:  Actually I did update them for the two pets that included them (I'm not sure how to copy a preexisting mesh and have the game reference it separately). 

Both the Helljackal and Queen Hatshepsut contained their own mesh data, so I simply updated the .material files for those.  (I used the Vindicator assassin-helm .material file to help me figure out how.) 

On the other hand, since I can't use blender or anything similar, I'm not at all certain how to do the same thing for the Dragonkin Overlord (which uses the "Dragonkin" mesh, by the way). 

Thanks again,
– Lord Nyriox 


160
Modding Questions / Re: Boss Pets. TL1 Mod by Nyriox
« on: March 02, 2017, 04:49:04 PM »
I would point out that half the work of BossPets was to REMOVE the fish dependency from the overpowered pets. 

I made them replace the default Dog (Helljackal), Cat (Dragonkin Overlord), and Ferret (Queen Hatshepsut) base files. 

The charactercreate.layout file was copied from the Vindicator class mod, then tweaked to revert the reference to the "Lightning Demon" (which I deleted from my mod-list anyway), back to "Ferret".  The only other change was to make the "display names" match their new, overpowered forms. 

So long as your charactercreate.layout file includes the Dog, Cat, and Ferret, you should have no problem using this mod without it. 

Also, link for version 0.8g: 
https://mega.nz/#!fJ9yQbxB!WRmnfysYJXl4hv3xnbgSOdXPcYJJF0GbS8uImAJ0dzA 


– Nyriox 


161
Lord Nyriox's Playground / [TL1] Ember-eater class
« on: March 02, 2017, 04:31:11 PM »
Due to the complexity of this project (as well as my inexperience modding), I am putting this idea on the backburner. 

Before I go, however, here are my findings regarding the planned core mechanic: 
  • Potions that provide permanent health/mana boosts use a special independent field within the player character file.  I have not yet checked whether this can be applied to other stats, though it looks like it may be possible. 
  • Skills can target items within player inventory, but the only built-in filter for this functionality is "any item" and "unidentified item".  In theory, I could use "unidentified item" to handle filtering (since lore-wise unidentified items are enchanted with Ember), but that would put a serious crimp on the skill "flavor".   
  • The effect data for shrines is not stored within the shrine object itself.  I suspect it is stored somewhere in the terrain layouts instead, but I am not familiar enough with that format to be certain.  I was hoping to examine the internal effects of Enchantment shrines to help derive the item destruction effect. 



**  NOTE:  This project is for Torchlight 1 only (at least for now).  ** 

All right, this might take some explanation. 

A few weeks back, while I was walking home one evening, I had the brilliant (or not so brilliant, depending on how you look at it) idea of a lore-friendly alternate-leveling class—inspired by the stories of arsenic-eaters, of all things. 

This class, which I shall for now call "Ember-eater", would not level in the traditional fashion.  Instead, it would gain power by eating copious amounts of raw Ember. 

Note that by "power", I do not mean experience, but raw stat and resistance points.  For instance, if I eat a "Cracked Fire-Ember", I get a permanent [+1] to Fire-resistance.  If I eat a "Cracked Core-Ember", I get a permanent [+1] to Strength.  On the other hand, if I try to eat, say, a pair of boots (by the same method), nothing will happen.

The way I originally envisioned it, the entire logic tree for consuming Ember would be handled internally by a single starting skill.  Disabling of experience would be handled by a separate (passive) skill. 

For further explanation, see this thread:  https://www.runicgamesfansite.com/torchlight-1-forums/torchlight-1-mods/technical-help/7377-complex-multi-step-spell-idea.html 

Due to the complexity of this project, I have several major questions regarding TL1 skills: 
1. Is there a way to make a skill able to target certain kinds of non-equipment items, but not others?  If so, how? 
2. Is there a way to make a single skill behave differently depending on the name of its target?  If so, how? 
3. Is there a way to make a skill override an entity's internal properties (for example, the "invincible" flag)?  If so, how? 
4. Is there a way to change a skill in TL1 so it uses stats instead of levels as a prerequisite?  If so, how? 
5. Is there a way to make a skill check the properties of the current area, such as whether town-portals are allowed?  If so, how? 

Note that all these questions are part of my actual plans for this class mod, and getting them answered is critical to making this class actually work. 

Thanks for your help,
– Lord Nyriox,
TL1 Tinkerer 

Pages: 1 ... 9 10 [11]