DarthParametric

View File Female Czerka Officer's Uniform - Modder's Resource Per some discussions on Discord with @N-DReW25, I have cobbled together a female version of the Czerka Officer's uniform for females. This is primarily intended as a modder's resource for people to use in their own mods. As such, there are three body models provided, Asian, Black, Caucasian, for use with whatever head models are desired. When creating a new appearance.2da row, only specify the model (N_CzerkOff_F_A, N_CzerkOff_F_B, or N_CzerkOff_F_C) and leave the texture column blank. This is because the model uses three different textures, thus is not compatible with appearance texture overrides. You are free to incorporate the contents of this mod into your own work, as long as proper credit is provided. Do not redistribute the mod by itself. For non-modders, I have also provided an optional installer that will replace the outfit worn by the Czerka Protocol Officer on Tatooine. Simply run the TSLPatcher installer in the Optional folder. Submitter DarthParametric Submitted 12/21/2021 Category Modder's Resources  

Steam version perhaps? Aspyr broke a whole bunch of stuff with their update. Wouldn't surprise me if they broke normal maps.

Are you on Mac/Linux? The files are using NTFS compression, which could be an issue on non-Windows installs.

KMax has a special UI for it:

Without seeing the model as seedhartha suggested, I'd take a stab in the dark that you are trying to apply it to a skinned mesh.

You mean the pre-rendered movies? Is the game minimising to the taskbar? That's a common problem. You may just have to disable them in the ini.

The purple force field is just "door_field". There's also a yellow version named "LUN_Door_field". But they also use emitters on each side of the door to add a little extra oomph. The mine trigger sphere just uses a gradient texture (fx_static) and self-illum colour (RGB of 216/45/0). It uses scrolling UVs to get the rotation effect.

You shouldn't need to specify the unequip. It will happen automatically when equipping a new item.

Does he actually have the items? I assume you aren't editing the UTC if you have to script the change. How are you spawning the items?

The AI is set up to wait a round before equipping weapons to prevent it breaking. If you want someone unarmed to equip a weapon then you need to do that before turning them hostile and initiating combat. Try something like this: #include "k_inc_generic" void GoHostile() { ChangeToStandardFaction(OBJECT_SELF, STANDARD_FACTION_HOSTILE_1); DelayCommand(1.0, GN_DetermineCombatRound()); } void main() { object oDarkJedi02 = GetObjectByTag("tat17_darkjedi02", 0); object oDarkJedi03 = GetObjectByTag("tat17_darkjedi03", 0); ActionEquipItem(GetItemPossessedBy(OBJECT_SELF, "ITEM_TAG_HERE"), INVENTORY_SLOT_RIGHTWEAPON, FALSE); AssignCommand(oDarkJedi02, ActionEquipItem(GetItemPossessedBy(oDarkJedi02, "ITEM_TAG_HERE"), INVENTORY_SLOT_RIGHTWEAPON, FALSE)); AssignCommand(oDarkJedi03, ActionEquipItem(GetItemPossessedBy(oDarkJedi03, "ITEM_TAG_HERE"), INVENTORY_SLOT_RIGHTWEAPON, FALSE)); ActionDoCommand(GoHostile()); AssignCommand(oDarkJedi02, ActionDoCommand(GoHostile())); AssignCommand(oDarkJedi03, ActionDoCommand(GoHostile())); }

This particular instance is caused by one of the module include constants. Read more here. Per that thread, you can bypass it by hex editing. #include "k_inc_generic" void main() { object oDarkJedi02 = GetObjectByTag("tat17_darkjedi02", 0); object oDarkJedi03 = GetObjectByTag("tat17_darkjedi03", 0); ChangeToStandardFaction(oDarkJedi02, STANDARD_FACTION_HOSTILE_1); ChangeToStandardFaction(oDarkJedi03, STANDARD_FACTION_HOSTILE_1); ChangeToStandardFaction(OBJECT_SELF, STANDARD_FACTION_HOSTILE_1); AssignCommand(oDarkJedi02, DelayCommand(1.0, GN_DetermineCombatRound())); AssignCommand(oDarkJedi03, DelayCommand(1.0, GN_DetermineCombatRound())); DelayCommand(1.0, GN_DetermineCombatRound()); }

Ah. That would presumably be where they have both a Sound (for generic alien/droid-speak) and a VO_ResRef rather than one or the other.

Where have you seen 3 used?

No. Most of the vanilla textures in the PC version already have it as part of their TXI data. The engine should just ignore anything that isn't valid.

It doesn't do anything. It's not an engine semantic, it was used by Bioware's texture compiler when creating TPCs and TXBs. It would downres the source texture into a 256x256 TXB, whereas the TPC would remain the original 512x512 or whatever it was.

There shouldn't be any issues as long as you don't just duplicate it but edit it appropriately. For example: //Check for banter 12 if (!GetGlobalBoolean("G_Banter12") && IsNPCPartyMember(NPC_T3_M4) && IsNPCPartyMember(INSERT_NPC_ID_HERE) && GetDistanceBetween(GetPartyMemberByIndex(0), GetPartyMemberByIndex(1)) <= 5.0 && GetDistanceBetween(GetPartyMemberByIndex(0), GetPartyMemberByIndex(2)) <= 5.0 && GetDistanceBetween(GetPartyMemberByIndex(1), GetPartyMemberByIndex(2)) <= 5.0) { AssignCommand(GetPartyMemberByIndex(0),ClearAllActions()); AssignCommand(GetPartyMemberByIndex(1),ClearAllActions()); AssignCommand(GetPartyMemberByIndex(2),ClearAllActions()); UT_SetTalkedToBooleanFlag(OBJECT_SELF); ActionStartConversation(GetFirstPC(),"Banter"); } Insert it below case 11. You'll see there's a gap above the last three closing braces: ActionStartConversation(GetFirstPC(),"Banter"); } // INSERT NEW ENTRY HERE } } } Just make sure the boolean name matches whatever you choose for your added ones. For the DLG, you'll need a new starting conditional. The vanilla ones also have a second script to set the global to true, but you can just roll that directly into the starting conditional, like so: int StartingConditional() { if (!GetGlobalBoolean("G_Banter12") && IsNPCPartyMember(NPC_T3_M4) && IsNPCPartyMember(INSERT_NPC_ID_HERE)) { SetGlobalBoolean("G_Banter12", TRUE); return TRUE; } else { return FALSE; } }