DarthParametric

You're probably looking for the YavinHackCloseDoor function's comment, which is in nwscript.nss: // 771. YavinHackCloseDoor // This is an incredibly hacky function to allow the doors to be properly // closed on Yavin without running into the problems we've had. It is too // late in development to fix it correctly, so thus we do this. Life is // hard. You'll get over it void YavinHackCloseDoor( object oidDoor );

That's known as a "sub-mod" in the parlance of other mod communities. It's fine as long as the bone count isn't 18 or above. The MDL format supports up to 17 bones per mesh (Vandar being one of two vanilla K1 models that max out the limit). Early versions of MDLEdit erroneously declared the limit at 16, but I believe this was changed in later versions.

God no.

No it does not. You're in luck. It only recently became publicly available. https://github.com/Fair-Strides/TSLPatcher

Refer to this post.

As does the vanilla file. The model only contains references, no meshes or animations, so there's no data to put in the MDX.

Looks far too Sith soldier pure chrome to me. And the thing about envmaps is that they vary in effect in every module due to the different lighting.

As I said above:

I would strongly advise you against uploading it to the Workshop, if that is what you are asking.

No, of course not. You use TSLPatcher, same as any other mod. But that has nothing to do with the Workshop. Their setup means that in the case of duplicate files it only uses the most recently installed version.

Something I have encountered with this is that it also affects walkmeshes, nuking whatever their original individual surface type assignments were. If they are not able to be excluded from this process, it might be worth adding a warning about it.

There's nothing you can do to alleviate Workshop compatibility problems. Aspyr's implementation makes it fundamentally incompatible. All you can do is advise people not to use it. If they insist on using it regardless, that's their problem.

Using the Workshop is a very bad idea™. If you must do it, then preferably only use TSLRCM and then manually install any other mods over the top of its Workshop folder. But the Aspyr version isn't worth using at all anyway, since all it really does it add a bunch of extra bugs. If you have multiple different Workshop mods then you are going to run into all sorts of grief. But for the purposes of testing, your 2DA needs to go into the Workshop folder of the most recently installed mod. You can see the mod's ID from its Workshop page URL.

Depends. Are you using the Steam version with Workshop mods installed?

Given the usual quality of said input, he was probably at that stage about a decade ago.

Poorly probably. Odyssey's envmap system is terrible. Things could have been so much better if they had implemented spec maps.

There's zero difference in how both games work in that regard. A model with no appearance texture overrides will display whatever is set in the model. There are no practical limitations beyond one texture per mesh. However, what is specified on the model will be overriden by a racetex in appearance.2da, if one is specified. That's how the vanilla HK models work. It's a single shared model that has three separate race textures. TSL strips textures off the model altogether due to an engine issue with TXI clashes with instanced models. Just change it from this: label race racetex 3 Party_NPC_HK47 P_HK47 P_HK47_01 538 Droid_NPC_hk50 P_HK47 C_HK50 539 Droid_NPC_hk51 P_HK47 C_HK51 to this: label race racetex 3 Party_NPC_HK47 ExSel_HK47 **** 538 Droid_NPC_hk50 ExSel_HK50 **** 539 Droid_NPC_hk51 ExSel_HK51 **** N.B. Extraneous columns omitted for brevity, substitute in your own model names.

You don't need to do that. Just export three separate models, one for 47, one for 50, one for 51. Then remove the racetex from their appearance rows and switch the race to your custom models.

Failing all else, read the manual. Per the readme: SithCodec comes with batch files that are set up with commands for some common operations. decode.bat This file will decode all files located in a folder called "in" (no matter what their format) and save the new files in a folder called "decoded". Put the VO in the IN folder, double click decode.bat, find the converted files in the DECODED folder.

Do you want voice over audio, or dialogue text? The former is in streamwaves for K1 and StreamVoice for TSL, categorised into subfolders first by module and then by a DLG-specific identifier (except for global stuff like Huttese). The audio is stored as MP3, renamed to WAV with a fake WAV header. You want to use SithCodec to convert them to something most audio players will accept. The latter is contained in dialog.tlk for both games, along with all other text in the game. Each DLG will identify a given line by its TLK StrRef.