DarthParametric

A UTC edit will only take effect when entering a module for the first time. If you load a previous save then it will have stored the old appearance ID. I tested a corrected version of your 2DA, it works fine when re-entering the module from an earlier save (I added a green variant of the armour as 09).

What's all this talk of XML files? Your row has been added, but you added it above the final row and put an out of order ID value. Seems like that might be an issue. Move your row to last and increment the ID by one (i.e. 509, not 600).

https://neverwintervault.org/project/nwn1/other/tool/nwmax-8

Yes. You'll need the GMax-specific version of NWMax to handle KOTOR importing/exporting.

GMax is 3DS Max. It's juts a stripped down version of 3DS Max 4. All the basic functionality is essentially identical.

Any time something is "removed from the game", it typically means they just turned off a few UI elements, disabled a few scripts, etc. Most of the content is usually still active in the game's files, it's just inaccessible because of a few impediments to activating it. I think I recall being one of the ones rushing to get it done before the quest was removed.

If you assume the inner ear is basically identical then all you are talking about is a flap of skin, nothing overly exciting. Consider elephant seals for example. The bump map is presumably only an issue if you want to keep it. In which case shuffling the goiter's verts around and using Taina's Replacer should suffice. Otherwise, there is at least one denizen lurking hereabouts who has an unreleased compiler (MDLOps or otherwise) that produces working bump maps.

It's canonical. Male Twi'leks have human-like ears, females have sensory cones. Sexual dimorphism is not an uncommon biological trait. But in reality it is another legacy of the Bib Fortuna makeup effects no doubt.

You could just slip in an intermediate supermodel that only has the breathing/idle animation, then point it at a renamed copy of the original. It will override that animation. That way if there are any issues you only have to deal with a single animation.

See what variation number they use in their UTC.

No, to convert TSL audio to (proper) MP3 that will open without issue in whatever editor you use.

You sure that's the right one? Not seeing any changes to model L - still all PFBL as far as I can see. Although that would explain why you weren't seeing any effect in-game.

TSL has a bit more variation in its audio than K1. If you have access to a Linux box you can run this bash script to convert them - https://gist.github.com/shmerl/30412cda5a5107132a1f Windows 10 has that bash shell, that might also work, although the script requires hexdump, so I dunno. You might be better off spinning up a VM.

Did you forget to attach it? I don't see anything.

I'm not sure what the point of uploading a 2DA that doesn't have any of your changes was. Hard to check if you did something wrong if there is nothing to check. You're not using the Steam version with TSLRCM or some other mod via the Workshop are you?

Oooh, saucy. I'd imagine the TSLRCM team could make use of this. I seem to recall some animated camera moves the last time I played that lacked some smoothness during translation.

A quick scan would suggest the primary change is setting the Onderon Commoner model for players as model B. The texture names you specified are not the vanilla ones, so I assume you have made your own variants? What is the issue you are having exactly?

Possibly there's a list of approved file extensions. Put it in an archive - zip, 7z, rar.

@Fair Strides If you can compile a functioning menu model with Darth Nihilus running around in circles, sparring Mandalorians in the background, and fireworks VFX going off, I will retract my previous slights against MDLOps.

My comment stands true if you want to keep all the VFX and character animations. If you want a simplistic static scene like that, sure I guess.

You can "remove" Malak by hex editing the menu model and changing the visibility flag for Malak's node to hide it.

If you haven't resolved your problem then attach the 2DA for someone to take a look at.

As far as models go, not much is practical beyond hex edits, at least using any public version of MDLOps at any rate. You may want to read this thread - http://deadlystream.com/forum/topic/4143-main-menu-modding/

You can do it in KTool, but personally I find it too clunky for that sort of thing. Any 2DA editing I do is via Convert2DA. Extract the relevant 2DA/s, use Convert2DA to convert to a tab delimited text file, open in Excel or other spreadsheet program, edit as appropriate, save back out as tab delimited text, use Convert2DA again to convert back to a 2DA. It's a far more practical route when making extensive changes and incremental revisions. You'll probably want to check the armour UTIs to see what appearance it uses. If you are doing it via looking at items in-game, you can use KSE to see the tag of what you have equipped. K1 uses the actual class name as the tag, so that makes life easy, but for TSL you'll need to open the UTI. Plus the in-game description should tell you want armour class a given item is.

Hrm, I've never looked at grenades before, but it seems like their damage is handled by the script k_sup_grenade if I am understanding things correctly. For example, the first section deals with frag grenades: if((nSpell == 87) || (nSpell == 246)) //Fragmentation Grenade (Normal and Launched) { ApplyEffectAtLocation(DURATION_TYPE_INSTANT, EffectVisualEffect(1044),GetSpellTargetLocation()); nVFX = 3003; nDamage = 20 + nFeat; nDC = 15; //oTarget = GetFirstObjectInShape(SHAPE_SPHERE, 4.0, GetSpellTargetLocation(), FALSE, 65); oTarget = GetFirstObjectInShape(SHAPE_SPHERE, 4.0, GetSpellTargetLocation(), FALSE); while(GetIsObjectValid(oTarget)) { if(!GetIsNeutral(oTarget)) { SignalEvent(oTarget, EventSpellCastAt(OBJECT_SELF, GetSpellId(), SWFP_HARMFUL)); nDCCheck = nDC; nDCCheck -= GR_GetGrenadeDC(oTarget); if(!ReflexSave(oTarget, nDCCheck, SAVING_THROW_TYPE_NONE)) { ApplyEffectToObject(DURATION_TYPE_INSTANT, EffectDamage(nDamage, DAMAGE_TYPE_PIERCING), oTarget); } else { int nApply; // DJS-OEI 11/20/2003 // If the target has the Evasion feat, the damage on a successful // Reflex save is 0. Otherwise, it's half the original damage. if( GetHasFeat( FEAT_EVASION, oTarget ) ) { nApply = 0; } else { nApply = nDamage / 2; } ApplyEffectToObject(DURATION_TYPE_INSTANT, EffectDamage(nApply, DAMAGE_TYPE_PIERCING), oTarget); } } //oTarget = GetNextObjectInShape(SHAPE_SPHERE, 4.0, GetSpellTargetLocation(), FALSE, 65); oTarget = GetNextObjectInShape(SHAPE_SPHERE, 4.0, GetSpellTargetLocation(), FALSE); } } Where: int nFeat = GetHasFeat(FEAT_WEAPON_SPECIALIZATION_GRENADE);The description in the frag grenade's UTI (g_w_fraggren01) says: Damage: Piercing, 20pts Area of Effect: 4 meters Range: Long Save (Reflex): DC15 for half damage Fragmentation grenades are very basic. They explode when thrown, showering the enemy in shrapnel. It's not elegant, but it's definitely effective.So you'd need someone to edit the script and, ideally, update all the UTIs with the revised values. It looks like Obsidian added a bunch of comments in their revision of the script, which is handy.