TamerBill

Oh, you already know about it 😅 It's the bug I wrote about here, where healing items were erroneously coded to heal potency + (skill + stat)*mult + stat instead of the intended potency + skill*mult + stat Ehhhh. I've never used the community patch so that's not surprising. I'll bear it in mind if I ever update.

If you need something to trigger off a party member’s HP level you can use a Heartbeat. It’s not perfect but we go to war with the troops we have etc. I think the closest thing to your Force Shell would be a heartbeat that put up a weak shield every six seconds while it was active. Maybe scale the potency of the shield based on how low their HP was.

The some reason is that the hen in k_hen_damage01 is short for henchman. Henchmen from NWN evolved into the party members of KotOR, so party member scripts are marked hen. The def scripts, meanwhile, are the default scripts. Anyway, this is normal behaviour for both games. Despite its potential for interesting effects the onDamage hook is basically only used for AI purposes so it's automatically skipped when the player controls them. Still good for having things happen when enemies are damaged though.

I can confirm that 2.3.4 just works out of the box on Windows 10. Whatever's causing your problem it isn't just the OS.

I assure you people were using the term 'skill challenge' long before 5e stamped a claim on it.

Enlightenment's effect is entirely scripted. You want the file k_inc_force.nss, it contains the scripting for all the base-game powers. It won't be a simple cut-and-paste job though; the individual powers are added to Enlightenment manually, you can't just point to the originals.

A turn's a turn whether you're in combat or not, there's no way around that. Theoretically you could make a special force power that's only usable out of combat, checks what buff spells the caster knows and applies them all at once Force-Enlightenment-style. In truth though, having to apply buffs one turn at a time isn't done just to annoy you, it's a natural way to put diminishing returns on buff stacking; the more you cast at once the less duration you'll have left on the earlier ones when the fight starts.

0 / 1: The class can take the feat. 4: The class can not take the feat. 3: The class gets the feat for free at a certain level. The level is determined by the _granted column.

Don't think I did it fundamentally differently from you, but sure, here's what I did. - KotorTool, RIMS, Modules, tar_m02aa.rim, module.ifo -> Extract file. - K-GFF, open module.ifo, Mod_OnPlrLvlUp, change the Value to onLevelUp (I put unique values in all of the slots so I could check each one, just 'test' is fine too). - Save. K-GFF does not manually prompt you to save, so double-check that. - ERFEdit, open KOTOR /modules/tar_m02aa.rim - Drag module.ifo onto the window, say Yes to replacing it. - Save. This is not best practice, as JCarter said, but I have the module folder backed up so it doesn't hurt me. - KotorTool, Text Editor, write something I can easily check, save it as onLevelUp.nss and compile. I go with GiveGoldToCreature(getFirstPC(), 1) traditionally since you get the obvious popup. - Put the compiled onLevelUp.ncs in the Override. - Load the game, load my save in Taris South Apartments. - Level up the PC, receive 1 credit. - (Level up Carth, get no credits, get annoyed and scrap your nascent plans)

Module rims have to go in the Modules folder I believe, not the Override. Oh yeah, and onPlayerLevelup will apparently only trigger on the PC's level-ups, not other party members. So, temper your expectations there, it's not as good as I thought.

Don't call it a comeback, but here's 2 more new feats: Rationing Technique and Intimidation Factor. Doing K1 first this time, TSL can catch up later. Special thanks to JCarter426 for letting me know about suppressing inventory messages, which I previously thought was impossible. Opens a lot of doors.

So it turns out healing items have been bugged for the entire duration of both games. Whoever wrote k_sup_healing assumed (logically, to be honest) that GetSkillRank() returned the raw number of skill points invested, and was adding the attribute bonus manually on top. In-fact it returns the full skill mod; this is correctly accounted for everywhere else, as far as I can see. So all medkits have been healing for an additional 1 to 3 times the user's Wisdom bonus, and likewise for repair kits and Intelligence. I wouldn't really care except I obviously assumed the basegame scripts were correct, so I've copied the same error into all of my stuff >.<

Yeah, no worries, if you know that much you're alright.

Yeah, I was just coming back to edit that >.< But the mod involves giving feats to multiple party members, so it's still not unreasonable.

This works, but also you could just give her an onDeath. Her file needs to be edited anyway to add the feat. I assume you're looking at my Last Stand for reference? DURATION_TYPE_INSTANT is used for effects with no duration, like the heals I used there. For an AC bonus it needs to be either TEMPORARY with a set duration or PERMANENT to work. If this is in k_hen_damage01 it's only going to get called when they take damage. So it won't wear off when combat ends, it'll wear off only when someone takes damage out of combat.

Have you tested that? Editing an include file will not, on its own, do anything. You'd need to recompile the scripts that use the include.

Not while stealthed. Try applying Force Speed then turning on Stealth, you won't move any faster.

Yeah, stealth is pretty untouchable as a whole, there's no scripting involved.

Pretty sure they're all dummied NWN hooks, but it would be pretty funny if they worked all along and no-one had ever checked. Okay, so I went and tested them just to be sure, and they do actually work if you put a script in them. Minus the ones which obviously can't trigger in KotOR like the multiplayer ones, anyway. It'd be a bit of a pain to fill them up for every module to get consistent behaviour, but this is actually a pretty big deal in terms of what new feats can be added. The onPlayerLevelUp hook especially. But this doesn't really help the OP, because there's very little GUI stuff in there.

Camouflage was written as a power to let Juhani stealth without equipping a stealth belt. That made it into the game, as Juhani's feat Force Camouflage. There's nothing to restore other than maybe the icon, no script was written for it. Some of these abilities have descriptions left in the dialog.tlk, you can read them there. Fundamentally, you can't implement Special Abilities in the way they were originally intended, which is a button you can press to do a special move. You can do those as force powers, or items like armbands, or as procs, but not that.

You can't restrict items or item properties by level in K1, correct. But if you really wanted to, one workaround comes to mind. Create feats that are awarded automatically to all classes, either every level or every five levels or whatever. Then restrict items with the Require Feat property. For example, give Darth Bandon's Fiber Armor the properties "Immunity: Mind-Affecting, Required upgrade: Mesh Underlay" and "Feat Required: 'You're Level 10', Required upgrade: Mesh Underlay".

Well, for starters you've made things a lot more complicated than they need to be. You don't need the stuff about checking the entering object, that's for triggers. The only thing that can move to a new area is the player. You don't need to use the coordinates to find the container, because you already know the tag. There's only one container with that tag in the area, so just use that. So we can get it down to just this. void main() { object oContainer = GetObjectByTag("tar02_firstaid"); CreateItemOnObject("g_a_class4014", oContainer); ExecuteScript("org_tar_a02ae", OBJECT_SELF); } Now, you haven't got anything in your script that makes it only fire once, so it'll spawn a new copy of the item every time you enter the area. That'll be the next thing to work on. But assuming g_a_class4014.uti is in the Override that should make it spawn.